团队作业6——事后诸葛亮分析
一、设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们软件是要解决公众号表白墙不能实时发布、需要人工审核的问题。定义得很清楚。描述得很清晰，麻烦移步我们的博客
2. 是否有充足的时间来做计划?
有充分的时间做计划，但是没有充分的时间执行计划
3. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
团队通过腾讯会议开会来讨论，看最后谁说服谁。并不会出现最后争论不休的情况，因为我们都是善于听取他人意见并思考的人
4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
目前只有体验版，尚未发布
二、计划
1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
原计划工作未全部完成。后期作业积压较多，且考试到来，时间较少，导致计划未完成。
2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
无
3. 是否每一项任务都有清楚定义和衡量的交付件?
是的
4. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
整个过程并未完全按照原计划进行。由于技术或者私人原因，偶尔会耽误项目预期计划的开展，最大的问题是后期项目为完全完成。无风险为预估到
5. 在计划中有没有留下缓冲区，缓冲区有作用么?
由于时间较短、待完成功能较多，所以未留下缓冲区
6. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
完善未完成的功能，并进行小程序的上线发布。
三、资源
1. 我们有足够的资源来完成各项任务么?
这个是相对足够的，无论是技术力还是物质基础（比如服务器等），我们团队中都有大哥提供保障；
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
各项任务基本按照要求的时间完成，精度尚可；
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
人力和软件/硬件资源足够，除去编程以外的部分我们也给予了充分的重视，并且有不差的收益；
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
在一些技术方面团队中有更厉害的人，但是还是需要分工来分担压力；
四、变更管理
1. 每个相关的员工都及时知道了变更的消息?
由于我们在微信群里会进行每日总结，而且会时常交流，所以不存在变更消息通知不及时的情况
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
结合项目的主要功能和次要功能，开展团队会议进行探讨决定
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
有，我们团队在开展会议的过程中一同确定了出口条件
4. 对于可能的变更是否能制定应急计划?
没有，如果有突发的困难，我们会加班加点改完。而且由于我们的目的非常明确，没有考虑变更的情况。
5. 员工是否能够有效地处理意料之外的工作请求？
是的，如果有临时需要附加的需求，队员都非常积极地领取任务并进行对应的修改。
五、设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计时由全体成员一起参与设计讨论，设计完由前后端各派出一个人来搭建基本架构。是合适的时间、合适的人。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有，解决方法是以少数服从多数决定的。
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
使用了，无论在开发中还是测试中都有使用相应的测试软件，效果有效。
4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
在动态查询过程中Bug最多，由于当时有较多的逻辑问题，以及要设计出符合用户的操作的功能，所以Bug最多，在开发中也只是想到一部分问题而已，有些坑还是得在实践中来踩。
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
代码复审时有相应的测试人员和代码审查人员，保证了主支的正确性。
6. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
学到了如何做一个合格的时间管理大师。如果可以重来一次，我会在数据库的设计时会深入考虑结合实际情况来设计。然后压缩工期，保证项目有一定容错率。
六、测试/发布
1. 团队是否有一个测试计划？为什么没有？
有
2. 团队是否有测试工具来帮助测试？
Junit、Postman、JMeter
3. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
根据响应时间和代码质量来跟踪软件效能，从结果来看这些测试工具很有用。改进：尽快上线，让更多的用户进行体验，可以更好的发掘不足。
4. 在发布的过程中发现了哪些意外问题？
目前尚未发布，体验版中没有发现意外的问题
七、总结
1. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
达到CMMI中的三级，定义级别
2. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段
3. 你觉得团队在这个里程碑相比前一个里程碑有什么改进?
管理更加的规范，技术运用更加熟练，开发效率有所提升
4. 你觉得目前最需要改进的一个方面是什么?
项目完整性和开发效率
5. 我们小组什么地方做的比较好？
- 在前后端分离开发的过程中，队员的交流非常频繁，部分成员有一点点项目开发的经验，而且相互熟悉，配合有默契，开发起来较为顺利。
- 我们团队前后端时常有经验分享会，会议上有相关技术的交流，避免走一些不必要的弯路。
- 成员都非常的积极给力，大部分情况能够按时完成自己认领的任务。在完成自己任务的前提下，会主动的分担队友的任务。
6. 下个阶段需要改进什么？
根据体验人员或其他小组的意见反馈进行下一个阶段的开发，并对当前的版本进行完善改进并发布。
7. 会议合照
8. Alpha阶段的角色和具体贡献
总分： 20 * 5 = 100 分
|
姓名 |
角色 |
团队贡献分 |
可验证的贡献 |
|
陈锐基 |
前端开发、测试 |
22 |
|
|
罗艺明 |
后台开发、测试 |
21 |
|
|
林跃玲 |
后台开发、测试、项目经理 |
19.5 |
|
|
郑秀欢 |
前端开发、测试 |
19 |
|
|
向宇 |
后台开发、测试、UI设计师 |
18.5 |
|
