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 (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在更倾向于教堂。优势是效率高,劣势是不能做到随时契合用户的感受。