beta 阶段的 postmortem 报告
beta 阶段的 postmortem 报告
Questions:
- 每个成员在beta 阶段的实践和alpha 阶段有何改进?
- 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
- 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
- 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪？
Answers:
1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
团队成员配合更加默契；在beta阶段除了对安卓技术本身的掌握更加熟练之外，对软件的整体把握有所改善，并且对整体布局进行了改进。
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
各个阶段中，时间分配不均衡。第一冲刺阶段任务量相对较小，致使第二冲刺阶段时间紧张。项目需求分析不够充分，功能模块划分不细致，所以在今后做项目时一定要充分做好这两点。第一阶段界面控件以及界面布局比较简单，大多使用了textview，button控件，在第一阶段实现时对于第二阶段的考虑不够充分，导致第二阶段大量的修改。界面色彩搭配不协调，字体显示与背景有冲突。缺乏明确的单元测试及代码复审，导致程序稳定性不是很好。各成员执行力和想象中有差距，项目进度参差不齐。在第一阶段展示过程中，由于没有考虑到屏幕分辨率，导致展示效果较差。所以beta阶段，我们开会针对具体问题，进行了讨论，修改。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
(1) 每天站立会议，总结团队进度。
在alpha阶段和beta阶段，按照老师要求每天早晨进行站立会议，进行总结、分析团队进度，保持燃尽图以折线形式向下延伸。
(2) 在团队内部，成员之间随时联系。
在团队协作过程中，我们建立工作群，有事情现在群里交流，实在解决不聊的，比如：发团队博客等，我们就会见面交流。
最不好的两点：
(1) 开发过程易于受外界环境影响，不能每天都有时间开发
Beta阶段由于各种原因没有每天进行项目，而且alpha阶段任务较轻，导致后期出现加班加点的现象。
(2) 团队合作执行力不是小于三，即每个人发挥不出全力
在我们的alpha版正式发布后，由于项目中某些任务是系统的，所以只能由一个人接着写，其余的人就有点闲。所以我们得到一个教训：将任务继续细分，最小化。每个人认领不同类型的任务。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在alpha阶段基本上可以说是大教堂模式，但是在实际开发过程中我们慢慢向集市方式转变，尤其是alpha版发布后，我们得到了来自老师和身边同学的宝贵建议，使我们得到了启发：我们应该加强与用户的沟通。并且基于这些建议经行了大幅度的调整。总体上我们认为我们团队更倾向于集市模式。
集市模式的好处：
（1） 更加了解用户所思所想，及时调整软件构建方向，使成品更加用户市场需求。
（2） 激发小组成员的创新能力与参与积极性。
集市模式的坏处：
（1） 太过频繁的调整有时候程序容易整体崩溃，造成我们组内气氛的紧张。
（2） 不加筛选的调整有时候会令我们的软件有所偏移。
