项目总结

项目总结

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) 保持项目的简单性。设计达到完美的时候，不是无法再增加东西了，而是无法再减少东西了。

在以后的项目中，还是需要尽早考虑一些关于结构的问题，应对敏捷开发中需求的变化。