构建之法20191024-4 事后诸葛亮会议 及 交换1人

作业要求参见https://edu.cnblogs.com/campus/nenu/2019fall/homework/9861

此博客为团队作业

组长:康哲    组员:付宇泽   都雪冬 齐文华 梅小雨     

事后诸葛亮会议:

设想和目标

1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

答:“别吃错喽”小游戏的目的很明确,主要就是以游戏方式帮助有背单词需求的同学,以边学边玩的形式学习复习单词。

2.是否有充足的时间来做计划?

答:有充足的时间来做计划。

3.团队在计划阶段是如何解决同事们对于计划的不同意见的?

答:我们都是在自己微信群中来统计各种意见,对于需要当面讨论的都在每日立会中进行讨论。

4.用户量、用户对重要功能的接受程度和我们事先的设想一直吗?我们离目标更近了吗?有什么经验教训?如果历史重来一遍,我们会做什么改进?

答:用户量已经达到预期目标,但是由于bug原因导致用户反馈不是很理想。

  如果重来一遍,一定会尽早定下题目方向,并且会定个熟悉的方向。

 

计划

1.是否每一项任务都有清楚定义和衡量的交付件?

答:是。每一项任务都有明确的定义,都会由预先指定的人来完成。交付时也都是大家同意的情况下才算完成任务。

2.是否项目的整个过程都按照计划进行?

 答:没有,由于对项目理解的不够深以及能力的欠缺,导致了两次任务延期或取消。

3.在计划中有没有留下缓冲区,缓冲区有作用么?

 答:没有设置缓冲区。

4.将来的计划会做什么修改?(例如:缓冲区的定义,加班)

 答:研究下缓冲区的定义,尽量设置缓冲区。着重解决bug,在已有功能核心bug解决的情况下在整合新添加的功能。

5.我们学到了什么?如果历史重来一遍,我们会做什么改进?

 答:团队经验的重要性,团队里需要有一个带头人,思路清晰且有条理的解决项目问题以及团队合作问题。

  花更多的时间来解决核心问题的bug,如我们组本次发布中的闪烁bug,已经影响用户体验。

 

资源

1.我们有足够的资源来完成各项任务么?

答:资源不是很充足,需要花时间来学习项目中各种问题的解决办法。

2.各项任务所需的时间和其他资源是如何估计的,精度如何?

答:各项任务的时间我们通过小组会议,通过组员对能力的把握来设置任务时间。精度到天。

3.用户测试的时间,人力和软件/硬件资源是否足够?

答:足够。

4.有什么经验教训?如果历史重来一遍,我们会做什么改进?

答:各项任务和时间的设置一定要考虑各种因素。如果重新来一遍会使项目的时间分配更加合理。

 

变更管理

1.每个相关的员工都及时知道了变更的消息?

答:相关员工都及时知道了消息。

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?

答:通过团队成员们一起估计,哪个问题需要优先解决,优先级低的则选择推迟实现。

3.项目的出口条件(ExitCriteria)有清晰的定义吗?

答:有。吃错中文释义就会游戏结束。

4.对于可能的变更是否能制定应急计划?

答:能。

5.员工是否能够有效地处理意料之外的工作请求?

答:能。每个组员都有效的完成了非计划内的工作。

6.我们学到了什么?如果历史重来一遍,我们会做什么改进?

答:进行有效的沟通可以使团队能够效率高的,达到预期的完成任务。

  下一次,在遇到单个人或少数几个人不能快速解决的问题时。一定会及时让所有组员一起商讨解决方法。使计划顺利按期完成。

 

设计/实现

1.设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

答:设计工作由所有组员讨论完成。时间和人都合适。

2.设计工作有没有碰到模棱两可的情况,团队是如何解决的?

答:没有遇到。

3.团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?

答:没有这些种类的工具帮助实现。

4.什么功能产生的Bug最多,为什么?

答:游戏中,屏幕闪烁最多。游戏界面的刷新频次高。

5.代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?

答:编码人员多次复审,严格执行了代码规范。

6.我们学到了什么?如果历史重来一遍,我们会做什么改进?

答:合理分配编码任务的重要性。重来一遍的话,会更合理的分配编码任务,使得有些代码问题更有效的解决。

 

测试/发布

1.团队是否有一个测试计划?为什么没有?

答:有测试计划。

2.是否进行了正式的验收测试?

答:还没进行正式的验收测试。

3.团队是否有测试工具来帮助测试?

答:没有。

4.团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

答:目前没有测试软件的效能。

5.在发布的过程中发现了哪些意外问题?

答:发布过程中,小程序的号的注册错误,使得发布的版本的项目名为“别吃错le”,没有使用预期的项目"别吃错喽”

6.我们学到了什么?如果历史重来一遍,我们会做什么改进?

答:准备充足的时间做测试很重要。重来一遍的话,我们会留出充足的时间进行测试,有效发现bug并解决,提高用户体验。

posted @ 2019-10-30 14:36  构建之法最牛  阅读(196)  评论(1编辑  收藏  举报