事后诸葛亮分析报告(不甘寂寞干大事队)

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/Networkengineering1834
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11154
这个作业的目标	学会在项目结束后复盘反思，总结出项目完成阶段的不足和收获

一、团队成员

姓名	学号	职责
甘炜妮	3218005308	产品设计、PM、测试、前端后台开发、撰写博客
莫景茹	3218005310	产品设计、PM、测试、前端后台开发、撰写博客

• 没错！每个角色我们都要扮演...毕竟这个团队只有两个人🚸

二、设想与目标

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

早/中/晚餐界面提供一个转盘，根据给出的学校食堂的菜式或者自定义菜式组成转盘然后选择每日三餐应该吃什么，解决一日三餐应该吃什么的烦恼，然后个人中心页面提供“随便圈”记录用餐心情或其他。

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

时间不算是很充足，团队时间安排不够恰当，本身我们是开发经验不足，加上很多知识点不够了解。

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

由于我们团队只有两名成员，所以大家将自己所想的安排和计划都分享出来，然后根据实际情况综合两人的想法，就可以很快地统一并且做出计划的安排。

4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

虽然简单地上线了，但是由于我们做出的项目不是完整的，原计划的用户量是不可能达到了。所以我们最终选择在身边的朋友之间推广（小范围使用），等待后期有后台技术的支持的时候将项目进一步完整才算是接近我们的目标。

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

• 教训
  1.每个分配到的任务时间安排要根据实际的任务量。时间过多容易导致懒散对待，因为会觉得还有足够的时间去完成；时间过少容易导致任务完成得比较局促，导致最后呈现的结果不如本意。
  2.做多人做同一个项目的设计工作的时候，要首先统一大体的设计风格，不然导致后期页面不搭。
  3.任务量分配要恰当，提前完成任务的成员可以去完成另外的我任务，合理调动每个人的主观能动性，提高整体项目的完成效率。

• 改进
  1.我们后期有进行延长时间去完成一个任务量，时间相对充裕地完成了后面剩下的任务，不会使得任务完成得比较局促。
  2.我们首先就确定了整个项目的logo，然后根据logo的色调决定了选用绿色、黄色、红色三色为主色调去涉及页面并且实现，一定程度上统一了色调。
  3.后面渐渐熟悉了任务分配的操作后，完成了当前任务量的成员可以先去完成博客的撰写。

三、计划

1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

刚开始的目标是完成一个完整的项目，包括UI设计、前端、后台、测试的技术支持。后面由于团队只有两个人，而且是新手，很多技术问题无法解决，所以最后面只是完成了UI设计和前端部分的任务。

2. 有没有发现你做了一些事后看来没必要或没多大价值的事?

由于我们没有数据库技术人员，所以在注册页面和登录页面的完成上只是单纯的页面跳转，并没有为用户提供完成注册的功能，并也没将其数据存放起来，登录也是没有验证的功能，只是单纯的页面展示。

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

基本上都是

4. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

• 意外
  1.整个项目的整体过程是基本按照计划进行的，除了有一天开发人员罢工。
  2.原本打算是实现小程序版的项目，后来由于技术问题改成了静态网页版，加上团队的两个成员均只学习了前端，没有学习涉及关于后台的知识，《随便吃点什么》就只有几个静态页面的跳转等。

• 风险
  1.有些低配浏览器由于兼容性问题不能完整展示个别页面残缺。
  2.静态网页托管服务时网站显示404或者丢失CSS文件。
  3.无后台支持导致没有数据存放功能。

• 原因
  项目开发经验不足，开发过程中涉及的知识点、技术等比较陌生，很多功能需要等展示测试之后才能发现问题。

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

有留下缓冲区，缓冲区能够有效保证项目的按时完成。

四、资源

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

资源严重不足，由于只有两名成员，完全缺乏后台技术的支撑让任务无法顺利完成，加之都是新手没有开发经验。

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

按个人学习时练习的一般用时来预计，精度不高。

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

1.刚开始组队的时候要考虑多个方向的成员，这个项目下两人同时充当UI设计和前端都比较繁琐，更何况没后台人员。
2.任务分配上还是相对比较适当，每个人各司其职，虽然任务量不大，但是分配得还是比较合适的。
3.如果多人完成一个项目的话，UI设计由同一个人来设计比较适当，这样子项目的设计元素色调相对统一，最后呈现的效果更能提高用户体验感。

五、变更管理

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

每个相关员工都能及时知道变更的消息（因为不甘寂莫干大事队只有两个员工）。

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

我们项目没有“推迟”，只有“舍弃”和“必须实现” 的功能。决定“舍弃” 的功能主要是因为我们没有能力去实现该功能 ，“必须实现”是因为我们项目的核心大体围绕这些“必须实现”的功能。

3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

我们的出口条件是能够简单地支持用户查看页面内容，并且在我们写定的内容里边为用户随机选择出吃什么，而不能实现太精细的功能。打开我们的域名能够正常显示页面、点击相关按钮等能够正常跳转相关页面、能够正常显示/更换头像、正常发布/删除“随便圈以及实现转盘功能。

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

大部分时候能，因为我们项目的功能实现比较简单。

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

看情况，一些较简单的工作请求我们一般都能够有效地处理。

六、设计/实现

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

项目的最初是由莫sir提出，然后大家共同探讨最终做出的决定。选择了一个时间段一起讨论大概的框架布局，然后最后细分具体页面的设计，统一主要色调后各自完成自己的设计任务并且最终实现。

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

项目设计阶段是有遇到模棱两可的状况，比如在不熟悉开发所需要的技术时以为能完成一些功能，但最后技术完全支撑不了这些功能的实现，最后去掉这个功能。

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

我们的最后的我主要功能都是依靠前端技术完成的，所以测试工具都是统一的chrome测试工具，所以也没有花费太多的时间在测试上。

4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

主要bug都出现在页面展示，由于开发过程上有时忘记考虑兼容性的问题，所以导致最终开发的页面在某些低版本的浏览器上展示不出原本的功能。

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

代码复审并没有如何做到，主要是考测试最终的功能看看有无纰漏，有出现错误就去查看代码有无出错，不是很符合代码规范。

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

学到了什么：我们学到团队成员之间的合作和任务量相对合理地分配、合理分配资源。
做什么改进：在任务时间上的安排更精细化，尽量开发每个成员的能力。

七、测试/发布

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

是，对每个页面我们都要相对应的测试要求。

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

否，因为我们的项目很多交互功能都没有实现，只简单实现了前端页面。

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

否，只在多个浏览器进行简单的测试。

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

在发布过程中网址显示404以及丢失CSS文件导致多个页面缺失样式。

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

学到了什么：制定各种各类的计划，团队分工合作以及分工合作的流程，了解了项目开发以及学会如何设计团队项目。
做什么改进：实现交互功能并且能够存放相应的数据。

八、总结

1. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

初始级

2. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

磨合，我们需要学习的东西还有很多，希望能增加更多技能。

3. 你觉得目前最需要改进的一个方面是什么?

提高团队的技术水平（设计感、过硬的开发技术），需要各个成员自己认真去下功夫精进自己的技术水平，才能推动项目的完成速度和完成质量。