团队作业6_事后诸葛亮

事后诸葛亮分析

Alpha阶段项目复审 https://www.cnblogs.com/R1-pp/p/18882281

事后诸葛亮会议图

一、设想和目标

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

• 我们的软件将会是一个用户网站，为南亭村附近的师生，居民提供南亭探店，点评等服务，支持登录用户并发表点评笔记，供其他的用户浏览参考,功能很明确，对典型用户和典型场景有清晰的描述，在需求规格说明书中。

2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

• 可以说预期的功能都实现了，按照原计划时间交付了，原计划达到的用户数量也达到了。

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

• 团队成员抽空开临时会议，集中讨论决定。

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

• 将计划与时间更好地进行规划，优化分工。

二、计划

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

• 时间充裕，团队会议集中讨论计划，但是存在不熟悉问题。

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

• 有，但是利用率不大。

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

• 没有每一项任务都有交付件，存在因为不熟悉而未提供交付件的情况。

4. 将来的计划会做什么修改？

• 项目基本完成，期待后续合作。

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

• 提前熟悉项目流程，增强团队合作意识。

  三、资源

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

• 存在分工不均匀现象，每个人擅长的模块有重复，而其他模块有欠缺。

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

• 团队会议讨论，综合每个成员意见及能力去估计时间及所需资源，精度一般。

3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

• 由于对团队项目流程的不熟悉，测试的时间，人力和软件/硬件资源不是特别够，对于那些不需要编程的资源 (美工设计/文案)有点低估难度。

4. 你有没有感到你做的事情可以让别人来做（更有效率）?

• 有这种想法，毕竟每个人擅长的模块不一样，各有所长，各有所短。

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

• 优化任务分配，提高工作效率。

  四、变更管理

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

• 变更消息都有及时通知到位。

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

• 综合考虑功能的重要性及对项目整体的贡献，适当推迟一部分暂时“用不到”的功能到下个版本，优先实现“必须实现”的功能。

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

• 有明确定义，相应功能已实现且所有测试通过，经过讨论检验后才被允许出口。

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

• 很少存在变更，故也基本没有制定应急计划。

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

• 成员间沟通流畅，能积极应对意料之外的任务请求并积极解决。

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

• 考虑全面，能考虑到突发状况，提前制定相应应急计划。

五、设计/实现

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

• 项目的整体结构是由队长陈天鹏完成，他有提前实地考察过南亭具体情况，参与过相关项目开发，是合适的人选。

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

• 设计工作时碰到类似于项目功能分配不确定、开发环境不统一等模棱两可的情况，团队进行团队会议进行共同探讨，翻阅相关资料，摸石头过河，逐渐相互磨合完成项目的构建。

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

• 团队没有运用单元测试，大家基本上都是第一次接手一个完整项目的构建任务，时间紧任务重，对项目构建流程不够熟悉，故没有特地留单元测试的时间。

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

• 目前bug主要出现在用户登入这个功能上，我们在直接注册与手机验证码注册上产生了分歧一点分歧，有时会出现登入失败的情况，发布后无其他特别明显的bug，上述出现的bug大多数都是在项目进程中考虑不周导致的。

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

• 由队长组织，指出代码中的不足与不规范，然后就上述问题对代码进行重写，执行了代码规范。

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

• 提前熟悉项目构建流程，留出足够的时间进行单元测试之类的操作，对潜在的bug进行排查，同时完成代码规范。

六、测试/发布

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

• 有一个测试计划。

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

• 我们团队组织进行了正式的验收测试。

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

• 没有，大家基本上都是初次参与项目构建，故测试都由人工完成。

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

• 团队每个人都有对软件进行用例测试，软件实际运行的结果来看，这些测试工作发挥出了其相应的作用，没有什么特别需要改进的。

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

• 没有什么意外问题，基本符合预期。

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

• 我们认识到了团队合作在项目构建中的重要性，应当分配更多的时间在测试计划的完善与沟通上，这样效率应该能提高不少。

七、总结

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

• 二级

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

• 磨合

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

• 团队每个成员之间的沟通交流。

团队贡献分

名字	角色	团队贡献分	可验证贡献
陈天鹏	前端开发	20.0	完成前端核心功能开发，修复多个界面Bug，优化用户体验，提交代码量占比30%。
黄皓维	后端开发	20.0	实现后端核心逻辑，优化数据库查询性能，解决多个关键Bug，提交代码量占比25%。
秦嘉胜	UI设计	19.5	设计并优化整体UI界面，完成交互原型图，提供设计文档，提升用户界面美观度。
黄鹏翔	后端开发	19.3	协助后端开发，完成API接口设计与实现，优化系统性能，提交代码量占比20%。
杜家楷	PM	19.4	制定项目计划，组织每日站会，跟踪项目进度，协调团队资源，确保项目按时交付。
钟宝骏	后端开发	19.0	协助后端开发，完成部分模块开发，优化代码结构，提交代码量占比15%。
张伟聪	测试	20.0	完成核心功能测试，编写测试用例，发现并跟踪修复多个关键Bug，确保系统稳定性。