项目总结
项目总结
1. 每个成员在beta 阶段的实践和alpha 阶段有何改进?
梁宏凯:beta阶段较alpha阶段对结构和算法的理解更为深刻,效率更加高效,也在团队项目过程中起到闹钟提醒的作用,催促着整个项目的进行.
王洪兵:对前端的设计是更加好看了,也根据要求添加了所需要的界面主题和功能,对前端与后端的接口也实现的更好了,效率也更加高效了。
庞少航:beta阶段较alpha阶段对相关技术更为熟悉,也积极发表自己的想法,效率更高效,编程水平也提高了很多,后端功能的实现也完成的更好了。
李卓帅:对安卓端的功能进行了完善,积极性也更高了,慢慢能跟上整个项目的进度了,编程水平也有了提高.
2. 团队在beta 阶段吸取了那些alpha 阶段的经验教训?
在alpha阶段中,对功能的需求分析不够仔细,没有很好的了解真实用户的需求,有一些功能并没有实现,在alpha阶段,由于时间安排不合理,使得很多工作在发布的deadline之前的几天才赶出来,非常匆忙;
3. 12 条敏捷开发的原则中, 团队做得最好和最不好的各列举 2 点。
最好的两点:
(1) 在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。
非常认同这个观点。邮件和文档,虽然是很明确的沟通方式,但往往使得人们缺乏激励和激情。面对面的交谈,通过问答和讨论的方式,能使交谈的人对项目的需求和架构更加了解。
(2) 围绕被激励起来的人个来构建项目。
往往我们采用1-2个主要的人来负责架构,这些人清晰整个项目的架构,并且其他的开发者,可以围绕他们的思路进行进一步的开发。由少部分人带动其他的人。
最不好的两点:
(1) 敏捷过程提可持续的开发速度。敏捷过程提可持续的开发速度。
由于大家的时间都不是很多,也不是很集中,所以通常是在一段时间(比如一个周末)突然有了大量的进度。其他时间没有什么进展。
(2) 经常性的交付可以工作的软件,交付的间隔可以从几周到几个月,交付的时间间隔越短越好。
直到每次Release前,我们还并没有一个完整的可以运行的程序。我们没有把工作很好的迭代执行。
4. 对照 The Cathedral and the Bazaar (大教堂和集市), 你的团队开发模式是哪一种, 优势/劣势在哪里?
我们团队的开发模式在alpha初始阶段更倾向于做成封闭的教堂,然后在实际开发过程中慢慢向集市方式转变,所以我们认为更倾向于集市模式。
采用这样的模式,我们的优势在于能够更加贴近用户的需求,随时倾听用户的想法,包括功能点和整体软件使用感受等方面。
劣势在于我们没有太多的时间思考关于项目骨架的问题,在“大教堂和集市”文中提到的以下两点上做得还不够好:
a) 健壮的结构远比精巧的设计来得重要。换句话说,结构是第一位的,功能是第二位的。
b) 保持项目的简单性。设计达到完美的时候,不是无法再增加东西了,而是无法再减少东西了。
在以后的项目中,还是需要尽早考虑一些关于结构的问题,应对敏捷开发中需求的变化。