团队总结
大学生共享宿舍总结报告
beta 阶段的 postmortem 报告
1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
|
成员 |
Beta阶段的实践和alpha 阶段有何改进 |
|
陈思达 |
beta阶段较alpha阶段对界面设计更为熟悉，界面美化。 |
|
赵晨光 |
beta阶段较alpha阶段对结构和算法的理解更为深刻。 |
|
雒浩驰 |
beta阶段较alpha阶段对结构和算法的理解更为深刻。 |
为期两周的团队冲刺结束了，这个项目加深了小组成员的团队协作能力，小组成员各有分工，也使我们加深了对网站开发的认识。熟悉了基本的流程。在这之中，对我们的团队提出三点建议：
(1) 我们需要提高我们的编程能力和知识水平，在完成项目时，我们的专业知识显得不足。尤其是设计基本功能的实现时。
(2) 不熟悉业务流程。只能一个一个功能的完成，不能有效的整体规划。
(3) 功能的实现不够完整，出现了许多bug，在很多方面也没有考虑周到，用户体验不佳，如：界面优化不是特别完善，功能比较少。
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在alpha阶段中，对功能的需求分析不够仔细，没有很好的了解真实用户的需求。Beta阶段参考了主流的需求，加入了自动生成订单号、查询信息的功能，
并美化了界面。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
(1) 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
各个成员坚持不懈地追求技术卓越和良好设计，学习如何美化网页界面，
优化各个表单输入等。
(2)欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
项目变化了，能很好的改变方向。
最不好的两点：
(1) 不论团队内外，传递信息效果最好和效率最高的方式是面对面的交谈。
我们在进行团队的项目时没有做的很好的交流，导致最初的目标发生改变。
延误了时间。
(2) 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
团队缺少反思，不知如何提高成效，各个成员负责的功能变化不大。
我们得到了一个教训：软件工程不仅仅是写代码，其中还涉及很多为人处事的道理需要我们去领悟。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在alpha初始阶段更倾向于做成封闭的教堂，然后在实际开发过程中慢慢向集市方式转变，所以我们认为更倾向于集市模式。
采用这样的模式，我们的优势在于能够更加贴近用户的需求，随时倾听用户的想法，包括功能点和整体软件使用感受等方面。
劣势在于我们没有太多的时间思考关于项目骨架的问题，在“大教堂和集市”文中提到的以下两点上做得还不够好：
a) 健壮的结构远比精巧的设计来得重要。换句话说，结构是第一位的，功能是第二位的。
b) 保持项目的简单性。设计达到完美的时候，不是无法再增加东西了，而是无法再减少东西了。
在以后的项目中，还是需要尽早考虑一些关于结构的问题，应对敏捷开发中需求的变化。
