这周我照常阅读了《构建之法》的第五、六章节
在第五章中我了解到典型的软件团队模式和开发流程都有哪些？各有什么优缺点。所谓的团队就是我们大家一起毫无什么怨言地在一定的基础上努力的工作。并且会为别人对团队做出的贡献感到高兴，对团队做吹一些失误去鼓励安慰。而那些非团队就是每个人都是自己什么都不想做，反而是不停的叫别人怎么做，又或者是你、你、你、谁哪里做的不好；亦或者是都不想做，有一个人起了带头后才一窝蜂的去做，根本没有自我意识。要完成好一个工程，一个项目，就必须要有一个像样的团队。那么，一个团队应该具备什么呢，就想书中邹欣所说，团队模式分为这些阶段：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式。一支交响乐团队的人是多么的多，每个地方，每个功能都有好多人一起完成，最后所有的人一起来完成一场盛大的音乐会，展现出一场完美的音乐盛典。
在第六章中讲述我们软件工程中所谓的敏捷，敏捷的原则是尽早并持续地交付有价值的软件以满足顾客需求，敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势，经常发布可用的软件，发布间隔可以从几周到几个月，能短则短，业务人员和开发人员在项目开发过程中应该每天共同工作，时时总结如何提高团队效率，并付诸行动等等。那么，我们要如何来达到所谓的敏捷呢，敏捷是怎么来的呢。敏捷是我们人类总结出来的。敏捷可以让我们以后更快地己的研究以及以后尽快给客户交付东西。
在以后的工程工作中，团队的模式和团队的敏捷都是评价一个团队好坏的标准。所以这些方面从我们现在开始就要好好的培养自己，养成 一个良好的习惯和意识。这对我么以后的前途有莫大的帮助。