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)       不加筛选的调整有时候会令我们的软件有所偏移。

posted @ 2016-06-23 10:31  伍陸柒567  阅读(144)  评论(0编辑  收藏  举报