事后会议
1.会议照片
通过微信会议进行开会
2.会议内容
- 设想和目标
- 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我的软件定义为一款宠物对战游戏，目标于是吸引宝可梦类型游戏感兴趣的玩家 - 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
原计划只能说完成了75%，用户量未达到预期 - 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
提高不多
- 计划
- 是否有充足的时间来做计划?
是 - 团队在计划阶段是如何解决同事们对于计划的不同意见的？
通过讨论，提问 - 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
没有，时间不够，效率低；在开发的过程中学习新技术占了大量时间导致进度较慢 - 有没有发现你做了一些事后看来没必要或没多大价值的事?
没有 - 是否每一项任务都有清楚定义和衡量的交付件?
是，对每一项任务进行紧迫度评级，能让我们能够准时完成大多数重要任务 - 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
没有完美的按照计划进行，在开发的过程总是遇到各种问题。对开发难度低估，由于技术不够熟练总是出现奇奇怪怪的bug浪费时间 - 在计划中有没有留下缓冲区，缓冲区有作用么?
有，为开发提供了缓冲时间让任务不那么紧迫，让我们的任务安排更有弹性
- 资源
- 我们有足够的资源来完成各项任务么?
有 - 各项任务所需的时间和其他资源是如何估计的，精度如何?
精度比较模糊 - 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
是；低估了难度 - 你有没有感到你做的事情可以让别人来做（更有效率）?
有
- 变更管理
- 每个相关的员工都及时知道了变更的消息?
有微信群进行通知 - 我们采用了什么办法决定“推迟”和“必须实现”的功能?
商议投票 - 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
有，可使用的完整项目 - 对于可能的变更是否能制定应急计划?
能 - 员工是否能够有效地处理意料之外的工作请求？
能
- 设计/实现
- 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
有队长完成，是 - 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有 - 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
没有 - 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
联机功能，没办法进行除特定ip地址的登录 - 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
严格执行了代码规范
- 测试/发布
-
团队是否有一个测试计划？为什么没有？
有 -
是否进行了正式的验收测试？
进行了 -
团队是否有测试工具来帮助测试？
没有，但是进行了人工测试 -
在发布的过程中发现了哪些意外问题？
服务器搭建出现问题除指定ip外其他人无法登录
- 总结:
1.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段，各成员分工明确，都能积极的去完成自己的任务
2.你觉得目前最需要改进的一个方面是什么?
*宠物对战画面以文字形式进行描述，过于单调无趣，应尽动画形式进行表现吸引玩家兴趣
*网络在线功能应使每个玩家都能正常登录
3.各成员贡献
| 成员 | 贡献分 | 可验证的贡献 |
|---|---|---|
| 张兴欲（组长） | 23 | 后端开发，指导任务 |
| 张佳伟 | 20 | 前端开发 ，整理博客 |
| 吴达武 | 20 | 前端开发 ，整理博客 |
| 韩乐阳 | 19 | 前端开发 ，测试软件 |
| 郑品俊 | 19 | 开发，测试软件 |
| 郑统镇 | 19 | 前端开发 ，测试软件 |
