事后诸葛亮分析
团队：半夜删你代码队
一、设想与目标
1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们所制作的网页聊天室主要是为了解决用户不用下载软件，而在网页上进行简易聊天的问题；定义清楚，即多用户聊天；该软件功能简单，针对于用户在特定场景下不方便登录（不需要手机验证等）情况下实现聊天，用户和场景都有清晰的描述。
2.我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)?
我们目标努力达成了大部分目标，但是仍然有目标没有达成。
3.用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
还未能上线。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
浪费了太多时间，希望下次所有人坐在一起，方便沟通。
二、计划
1.是否有充足的时间来做计划?
有。
2.团队在计划阶段是如何解决同事们对于计划的不同意见的？
大家意见很统一，没有出现不统一情况。
3.你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
有部分改进还没做完，初次合作大家交接不是很好，浪费了很多时间。
4.有没有发现你做了一些事后看来没必要或没多大价值的事?
计划了一堆，最后有的没怎么用上。
5.是否每一项任务都有清楚定义和衡量的交付件?
是。
6.是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
项目比较简单，初次合作没弄太难的，设计基本没有太多问题。
7.在计划中有没有留下缓冲区，缓冲区有作用么?
有。
8.将来的计划会做什么修改？（例如：缓冲区的定义，加班）
留下充足缓冲区。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
应该细分项目，将项目分为几个关联不大的部分，再安排人员学习相关信息并工作。
三、资源
1.我们有足够的资源来完成各项任务么？
- 人力资源：6个人，充足。
- 开发资源：主要是再B站学习一些web的相关内容。
- 设备资源：大家都不在一起，都是用自己的电脑干的活。
- 时间资源：时间还行（网课作业还是有不少的）。
2.各项任务所需的时间和其他资源是如何估计的，精度如何？
根据任务量和难度来安排，精度有些差别，没啥经验，导致未意识很多缺漏的东西，时间浪费了很多。
3.测试的时间、人力和软件/硬件资源是否足够？对于那些不需要编程的资源（美工设计/文案）是否低估难度？
资源还是充足的，难度倒是有点低估了，大家交流比较麻烦。
4.你有没有感觉你做的事情可以让别人来做（更有效率）？
可能吧，大家各司其职，可能别人做的比你好，但这只是第一次，没什么比较。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
尽量合理安排人员，并相互提供资源，学习好自己所需，以便开发过程中的顺畅。
四、变更管理
1.每个相关的员工都及时知道了变更的消息？
会适当微信群通知，需要文件的打包发送。
2.我们采用了什么办法决定“推迟”和“必须实现”的功能？
根据需求说明书里的功能优先级来决定。
3.项目的出口条件(Exit Criteria - 什么叫“做好了”) 有清晰的定义么？
基本功能做好，界面优化的清晰简洁，并保证能够做到即时修改。
4.对于可能的变更是否能指定应急计划？
对于突发事件尽量发送给所有人一起讨论。
5.员工是否能有效地处理意料之外的工作请求？
可以，意外不是很多，花点时间能解决。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
互相监督，相互管理，即时知道变更消息以及为实现的功能，争取先完成帮未完成。
五、设计/实现
1.设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
项目冲刺开始阶段，主要由PM根据所有人商量结果决定；时间应该更早一点，不然占用了应开发的时间。
2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？
基本没有出现这类情况。
3.团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
没有，主要只是在各个浏览器测试一下所有功能是否能正确执行。
4.什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
聊天功能bug最多，因为我不熟悉聊天功能的具体实现。同一账号可重复登录。当时主要去克服其他主要功能的bug，忽视了这些情况。
5.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
基本没有，大家主要是各做各的，代码的复审也是看自己需不需要。
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
分好每个小部分的负责人，出现BUG之类的时候由他主导解决，防止任务不明确而推脱之类的。
六、测试/发布
1.团队是否有一个测试计划？为什么没有？
有，但项目比较简单，很多东西都简化了。
2.是否进行了正式的验收测试？
主要是在不同浏览器上各跑了个流程，基本排除了有问题的浏览器。
3.团队是否有测试工具来帮助测试？
没有，采用人工测试。
4.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
软件的效能主要是指并发性和压力测试，不过因为没有完全发布，所以无法验证，但团队内部所有人都开了几个号试了试，基本没什么问题。
5.在发布的过程中发现了哪些意外问题？
服务器还在其他浏览器（不在测试所选的浏览器内）中出现了问题。
七、总结
1.你觉得团队目前状态属于CMM/CMMI中的哪个档次？
二级。
2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
我认为处于萌芽阶段，大家都是第一次做团队合作，难免有点不适应，每个人都需要更多经验来适应团队合作。
八、改进
1.个人提升，通过这次团队项目，大家更了解一个团队该做什么，怎么做，懂得如何学习真正在团队中需要用到的知识，并与队友好好配合。
2.工作设计，如何安排所有人的任务，分配好时间和人力资源，并互相帮助，提供所需接口。‘
3.团队合作，学会团队合作，各补缺漏，一起做好一个项目。
九、团队讨论照片
团队队员贡献评分
| 名字 | 角色 | 团队贡献分 | 可验证的贡献 |
| 侯晓龙 | Dev | 22.5 | 主要开发人员、帮助他人的工作 |
| 陈惠霖 | PM | 22 | 博客攥写、分配任务 |
| 余金龙 | Dev | 20 | 组织会议、界面设计 |
| 林涛 | Test | 19 | 进行测试、写测试报告 |
| 胡兆禧 | Dev | 18.5 | 后台管理 |
| 周楚池 | Dev | 18 | 登录、注册界面 |