beta 阶段的 postmortem 报告
Questions:
- 每个成员在beta 阶段的实践和alpha 阶段有何改进?
- 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
- 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
- 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
Answers:
1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
每个成员在beta阶段除了对安卓技术本身的掌握更加熟练之外，对我们软件本身的想法也更加丰富了，在进行自我部分是实现时经常能够提出建设性意见。
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在alpha阶段中，对功能的需求分析不够仔细，没有很好的了解真实用户的需求，并且所做的功能比较零散，预期的整体效果并不是很理想。Beta阶段结合了老师和身边同学给我们提的建议，增添了柱状图分析睡眠质量，使我们的软件更具科学性；并且增添说明书部分，解决部分同学不清楚如何使用；统一了软件整体风格，美化界面，令UI更加友好，增强用户体验。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
(1) 时时总结如何提高团队效率, 并付诸行动。
在alpha阶段，分析需求确定每个人的工作任务之后小组成员就开始了自我奋斗的日子，然而我们每个人的时间分配都是十分自由的，所以到最后我们所完成的仅仅是普通、甚至可能有缺陷的原计划。但在beta阶段，我们时常拿出每日成果经行讨论，并且约定时间共同编程，相互磨合，不仅完成了原计划，很多时候，我们将原计划修改的更加美好，符合实际操作。
(2) 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
在团队协作过程中，我们发现一个很有趣的现象，当我们将内容发布在工作群中，很少会有人提建议，而当我们将内容拿出来面对面交流时，我们之间往往能够碰撞出互相都没有的火花。当然，面对面不仅仅是为我们带来闪光点这样，它使我们成员之间更加了解自身的责任，并且在一定程度上调节了组内气氛，这些都是开发过程中十分重要附加因素。
最不好的两点：
(1) 敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
Beta阶段由于客观原因没能做到按照恒定速度开发，出现过加班加点的现象。我们必须承认一些不确定的因素令我们的速度并不恒定。
(2) 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意
在我们的beta版正式发布后，我们得到了许多反馈，许多东西我们的确是在最初的设计阶段没有考虑到，所以我们得到一个教训：尽早交付可以获得更多有价值的反馈，以此不断加强我们的软件。时间就是一切！
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在alpha阶段基本上可以说是大教堂模式，但是在实际开发过程中我们慢慢向集市方式转变，尤其是alpha版发布后，我们得到了来自老师和身边同学的宝贵建议，使我们得到了启发：我们应该加强与用户的沟通。并且基于这些建议经行了大幅度的调整。总体上我们认为我们团队更倾向于集市模式。
集市模式的好处：
（1）
更加了解用户所思所想，及时调整软件构建方向，使成品更加用户市场需求。
（2）
激发小组成员的创新能力与参与积极性。
集市模式的坏处：
（1）
太过频繁的调整有时候程序容易整体崩溃，造成我们组内气氛的紧张。
（2）
不加筛选的调整有时候会令我们的软件有所偏移。