事后诸葛亮会议

此作业要求：[https://edu.cnblogs.com/campus/nenu/2019fall/homework/9861]

队名：都是为了生活

组长：孙晓宇

组员：董亚辉  王可非  徐姗姗  肖亚男

事后诸葛亮会议：

设想和目标

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

答：“All For Eating”小程序主要是为了解决同学在选择上陷入纠结，许多同学在选择纠结方面浪费了大量的时间。希望通过这款小程序帮助同学来解决选择困难问题

　　我们小程序主要功能是通过不同的场景来满足同学们的需求，同学们在选择场景后，会跳到转盘界面帮助，通过旋转转盘来帮助用户做出选择。

　场景：王二是一名大三学生，因为食堂的菜品太过丰盛，每天都在选择吃什么而发愁，经常在食堂里面转了好几圈也不知道吃什么。这天他来到一餐一楼吃饭，又陷入了困难之中，这时我们的小程序就排上了用场，这时他拿出手机，打开小程序，选择一餐一楼场景，然后点击旋转，一会就可以得到旋转结果，然后奔向选择的窗口。

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

答：做计划的时间有限，但是还是可以做出阶段计划。

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

答：对于计划的不同意见，我们组都是通过在每日立会上或者微信群中进行讨论，至今可以讨论出很好的结果。

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

答：我们项目的注册用户数量有80个左右，而且已经远远超过了我们之前设想的目标。

用户对于重要功能的接受程度非常好，已经实现了最初对该项目的基本需求。我们确实离目标更进一步了。

　　至于经验教训方面，可以总结出一句话“理想很丰满，现实很骨感”，在这次项目经历中，由于没有多少的开发经验，之前预想的功能实现起来是如此困难，需要费劲周章才能实现。

　　如果历史重来一遍，我们会根据自己的实力来做出相应的功能设想。

 

 

计划

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

答：是。每一项任务都会在leangoo看板上进行明确的划分，划分包括时间、人物。

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

 答：尽管中途有点小插曲，但是经过团队成员的共同努力项目仍然按照计划进行的。

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

 答：没有设置缓冲区。

4.将来的计划会做什么修改？（例如：缓冲区的定义，加班）

 答：将来计划打算进一步细化。

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

 答：学到了团队合作的重要性，以及团队成员及时沟通的重要性。如果历史重来一遍，我们会继续增强团队的凝聚力，懂得倾听别人。

资源

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

答：目前看来，有足够的资源完成各项任务。

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

答：各项任务的时间我们通过小组会议，探究任务的复杂度，来预估所需时间再分配给不同的组员来完成不同的任务，精度到天。

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

答：足够。

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

答：在开发流程上会有很大的进步，如果重新来一遍会少走很多的弯路。任务分配与时间安排会更加合理。

变更管理

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

答：每名相关的员工都会及时知道变更的消息，我们会在微信群中及时的沟通。

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

答：通过小组会议，探讨任务的复杂程度，所需时间及紧迫程度来决定“推迟”和“必须实现”的功能。

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

答：有。在用户所选的场景中转盘最终随机转到某个确定的区域。

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

答：能。

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

答：看实际情况和具体哪个员工。

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

答：我们学会了团队如何合作分工才能更有效地完成整个任务，如果历史重来一遍，我们学会了如何进行有效率的沟通。

设计/实现

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

答：设计工作在编码前由全部成员商议完成的。我们认为是合适的时间合适的人。

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

答：经常碰到模棱两可的情况，团队会根据情况分析做和不做各会出现的后果最终举手表决执行哪种方案。

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

答：我们没有使用任何其他工具帮助设计实现。

4.什么功能产生的Bug最多，为什么？

答：轮盘转动，功能过于复杂，因为要考虑轮盘转动多少度和转动时间。

5.代码复审（CodeReview）是如何进行的，是否严格执行了代码规范？

答：各成员复审其他组内成员的任务代码，严格执行了代码规范。

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

答：如何更好的分配代码任务，如果历史重来一遍，我们在代码任务分配工作方面会更加精确，尽可能使各成员任务量平均。

 

测试/发布

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

答：有测试计划。

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

答：已经进行。我们访问了9名用户的体验感受，并进行认真的分析总结。

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

答：没有。

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

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

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

答：发布过程中，声音开关做反了，这是提前没有检查出来的问题。

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

答：学到了尽可能全面的进行测试，并且认真仔细进行发布彩排。如果历史重来一遍，我们会更加认真的进行测试和发布彩排。