团队作业6——事后诸葛亮分析报告

 事后诸葛亮分析

 团队：半夜删你代码队

一、设想与目标

---

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	登录、注册界面