1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
吴论:对JAVA开发与PS软件的使用更为熟练
丁官甲:对界面设计和功能设计更为成熟
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在Alpha版阶段中,我们只注重具体功能的实现,没有考虑界面的美观,没有考虑用户的体验感受。Beta版中更加注重用户的体验感受,对界面实现了一定的美化,添加了标签功能,强化了笔记功能。
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的2点:
1.工作的软件是首要进度度量标准
我们在软件开发开始之前就定义了团队开发计划和标准,每天都会进行总结。
2. 在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。
每天我们都会进行站立会议讨论昨天进度,今天的目标和遇到的问题,进行面对面的交流。
最不好的2点:
1. 敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
Beta阶段由于客观原因没能做到按照恒定速度开发,出现过加班加点的现象。我们必须承认一些不确定的因素令我们的速度并不恒定。
2.即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势
我们对于软件功能的拓展想的还不够好
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们的项目开发模式更倾向于大教堂,优势是在一个稳定且封闭环境下,我们在项目开发时不会受到任何来自其他竞争对手的干扰,能良好的发挥团队成员的能力。但我们的劣势也很明显,大教堂的环境较为封闭,无法掌握外界风向,更无法掌握外界用户的倾向。
时间: 2024-10-27 12:29:06