事后诸葛亮会议

设想和目标

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

我们要做的就是给无聊的人放松。但发现的就是现在人打发时间方式很多卖点实在很难爆出来。

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

有时间，但是大部分人并不想去做。

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

通过腾讯会议电话

计划

1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

很多事情都没做完，技术难以实现，学习的不够

1. 有没有发现你做了一些事后看来没必要或没多大价值的事?

让游戏复杂，本来就是轻松简单

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

没有，只是凭感觉

1. 是否项目的整个过程都按照计划进行?

并不是，真的很困难。

资源

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

网上的资源有很多教学也很多足够的。

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

没有考虑精度，费劲完成。

          用户测试的时间，人力和软件/硬件资源是否足够

       自己手工测试罢了。

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

毕竟我们是一群新手肯定会

 

变更管理

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

大家项目实时更新会发布到群

1. 项目的出口条件（Exit Criteria）是否得到清晰的定义?

大家都不太懂“出口条件”是什么。

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

基本没有，慢慢做，做不出来就砍掉需求。

 

设计/实现

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

有的经常拿出来讨论，通过团队投票。

1. 什么功能产生的Bug最多，为什么？

额外的消除功能

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

基本看看而已

 

测试/发布

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

我们有测试计划，基本通过就好

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

没有

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

有。

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

发布的时候会遇到vs，不兼容以及没有迁移项目长时间无法解决。

3 12条敏捷开发原则团队做得最好和最不好的各列举 2 点。

[Answer] 在这12条原则中，团队做得最好的是：第11点和第4点：

11: The best architectures, requirements, and designs emerge from self-organizing teams.

4: Business people and developers must work together daily throughout the project. 

翻译：业务人员和开发人员在项目开发过程中应该每天共同工作。

团队做得最不好的是：第12点和第4点：

4: Business people and developers must work together daily throughout the project. 

12: At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.