设想和目标
- 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们要做的就是给无聊的人放松。但发现的就是现在人打发时间方式很多卖点实在很难爆出来。
2 是否有充足的时间来做计划?
有时间，但是大部分人并不想去做。
3 团队在计划阶段是如何解决同事们对于计划的不同意见的？
通过腾讯会议电话
计划
- 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
很多事情都没做完，技术难以实现，学习的不够
- 有没有发现你做了一些事后看来没必要或没多大价值的事?
让游戏复杂，本来就是轻松简单
- 是否每一项任务都有清楚定义和衡量的交付件?
没有，只是凭感觉
- 是否项目的整个过程都按照计划进行?
并不是，真的很困难。
资源
- 我们有足够的资源来完成各项任务么?
网上的资源有很多教学也很多足够的。
- 各项任务所需的时间和其他资源是如何估计的，精度如何?
没有考虑精度，费劲完成。
用户测试的时间，人力和软件/硬件资源是否足够
自己手工测试罢了。
- 你有没有感到你做的事情可以让别人来做（更有效率）?
毕竟我们是一群新手肯定会
变更管理
- 每个相关的员工都及时知道了变更的消息?
大家项目实时更新会发布到群
- 项目的出口条件（Exit Criteria）是否得到清晰的定义?
大家都不太懂“出口条件”是什么。
- 对于可能的变更是否能制定应急计划?
基本没有，慢慢做，做不出来就砍掉需求。
设计/实现
- 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有的经常拿出来讨论，通过团队投票。
- 什么功能产生的Bug最多，为什么？
额外的消除功能
- 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
基本看看而已
测试/发布
- 团队是否有一个测试计划？为什么没有？
我们有测试计划，基本通过就好
- 是否进行了正式的验收测试？
没有
- 团队是否有测试工具来帮助测试？
有。
- 在发布的过程中发现了哪些意外问题？
发布的时候会遇到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.
