beta 阶段的 postmortem 报告

beta 阶段的 postmortem 报告

Questions:

1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
4. 对照 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）       不加筛选的调整有时候会令我们的软件有所偏移。