构建之法阅读笔记04

    可以这么说吧，在第一次冲刺周期阶段，尽管我们团队做的产品并不怎么好，但是，我还是比较喜欢我的这个团队的。我们的团队首先有着集体的目标，然后能学着分工合作，在合作过程中学会相互依赖。看了书上的各种模式，个人比较喜欢足球团队的模式，不过足球的人太多，并不是适合我们现在的软件开发。足球团队中的十一个成员有着各自明确的分工，并且是在不同时间段的分工，有着“进球”这个共同目标，并且配合是比较默契的。当然了，足球的这个模式需要长期的墨盒配合。

　　后面我们讲过了那个瀑布模型，其实，一开始，我是完全不懂什么是瀑布模型的，还以为那个是单纯的流水帐，看吧，人蠢还是要多读书。让我知道瀑布模型不太适合我们的的时候，还是因为那个汽车的例子。因为尾灯的设计的缺失而需要全部推倒重新做的悲剧，我觉得还是很有可能发生在我们这些初学者身上的，毕竟我们产品定义并没有特别稳定，更重要的的是我们的技术水平达不到这个水平。另外，从瀑布模型开始的各种模型都比较重计划、重事先设计、重文档表达。多练练瀑布模型，我觉得也是没有什么坏处的，至少每次出错之后，尤其是一些大错误，对我们初学者的教育意义还是比较深刻的。

　　回想一下我们原来的小学和中学，强调的更多的是集体主义，相较于我们现在讲的团队精神还是有异同点的。比如，两者均是一荣俱荣、一损俱损的依赖关系。在集体中，每个人都是独立的，学着同样的东西，考着一样的试，只是最后的结果不一样，并且，这种集体和另外的集体是有差异的。而在团队中，几乎是缺一不可，大家的明确分工决定了每个人有着每个人的责任和必须做好这件事的义务，一旦有一个人掉链子，整个团队交付的结果可能是非常糟糕的。集体只是离散的集合而团队却是面粉和面的结果。　　

　　对于我们已经经历的第一段冲刺之后，我现在还是有很多很多的牢骚要发的，可能我的老师和其他人看到下面的这些牢骚的话可能有意见，但是你们归你们的意见，我只是说出我的感受。对于敏捷开发原则，毫无疑问，它是很有效的，但是并不适合现在的我们，更适合小学期的我们。第一，我们没有那么多时间进行冲刺。第一阶段的成果，我们组实际上只是做了一两天，抛开学习的，抛开没有时间进行冲刺的，实际有效的写代码也就一两天。现在我们有近十门的科目，软件工程概论只是其中一门，但是，我们花在上面的时间却是最多的，尤其是冲刺周期恰好遇到一个毛概实践的周六和遇到一个满课的周日和一个五一假期，和每天并不闲的周一到周五。是的，我们 下午课并不多，但是，所有的时间花在这一门课上，实在是不太智慧吧。第二，冲刺周期，我们因为个人的问题，还是各做各的，最后在开会，这样的效果绝对没有老师上课说的，把我们关在一个地方只编程的效果好。第三，我们最基础的安卓和WEB技术都没有学会，就要我们直接做产品，这个的确挺牵强的。总而言之，言而总之，敏捷很好，但是不是特别适合正常上课周期的我们，还是比较适合小学期的我们。那时候，我们只需要应对一门课，并且，时间充裕，时间集中。