1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
|
成员 |
Beta阶段的实践和alpha 阶段有何改进 |
|
张晨阳 |
功能基本实现完成，相对于alpha阶段更加友好 |
|
刘昭为 |
|
|
邢全阳 |
|
|
陈美琪 |
功能实现更加完善，而且界面更加友好。 |
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在团队方面，由于alpha阶段对于团队的管理并不是很好，各自的任务不能按时完成，导致程序进度比较慢，所以在第一阶段并没有取得很好的成绩。在作品方面，alpha阶段的界面并不是很好看，所以在beta阶段，在完成功能的实现任务后，我们着重对界面及用户体验作了修改。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
①在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
首先我们在整个程序的编写过程中会经常交流遇到的问题，有时也会随便聊天，这样加强了团队之间的了解，熟悉度。在遇到问题时，我们会谈论如何解决问题，或者给这个组员更为适合这个他的工作。
②每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
开始我们就按照差不多平均的为每个组员分配任务，但是，事实上，有些人的擅长方面可能不在该方面，而会拖慢整个项目的进度。后来，经过讨论，我们的调整为：一些人主攻代码开发，一些人着重完成文档性的任务。这样，有的较为集中的任务，让每个人更专注的完成自己的任务，提高了效率。
最不好的两点：
①敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
在开发过程中，经常出现有时因为犯懒等各种原因，直到交任务的前一天才去认真的写。经常出现熬夜编程序的情况。
②在围绕被激励起来的人个来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作。
可能因为团队中的人并不熟悉，对对方没有多少了解，在工作初期并没有太多的信任。团队的积极性普遍不高。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们认为我们的开发模式更倾向与大教堂模式。
采用这样的模式，我们的优势在于充分了解用户需求后，我们就按照既定计划开发网页，没有过多的因素干扰。
劣势为我们不能了解用户随时变更的需求，我们的bug可能会多。