1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
|
成员 |
Beta阶段的实践和alpha 阶段有何改进 |
|
赵承圣 |
beta阶段较alpha阶段软件对用户的友好度有了较大的提升 |
|
罗元浩 |
beta阶段较alpha阶段对APP的界面提升很大 |
|
靳琪 |
beta阶段较alpha阶段功能有了增强 |
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在alpha阶段中，对界面的要求不高，只求实现功能，beta阶段时，我们改善了这一点。
在alpha阶段中，用户的个性化设置过多，有些并没有用处，beta阶段我们删除了一些设置。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点：
(1) 保持简明-尽可能简化工作量的技艺极为重要
我们在开发过程中对一些不必要的步骤进行了简化，提高了效率
(2) 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
每天的站立会议我们都会交换彼此的观点，每次问题产生，我们都能及时发现
最不好的两点：
(1) 敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
Beta阶段由于客观原因没能做到按照恒定速度开发，出现过加班加点的现象。
(2) 只有不断关注技术和设计，才能越来越敏捷
由于各组员水平问题，对于核心的算法并不能做到更好。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在更倾向于教堂。优势是效率高，劣势是不能做到随时契合用户的感受。