本周我阅读了构建之法第五章，对于团队开发，关于团队开发，需要有一致的集体目标。一个团队的成员不一定要同时工作，例如接力赛跑，以一个流程式的工作方式也未尝不可。其次，团队成员有各自的分工，互相依赖合作，共同完成任务。团队开发还需要有一套合适的开发模式。每个团队的开发模式都可能不一样，只有适合自己的才是最好的。本书中介绍了这样几种开发模式。主治医师模式，这样的软件团队中，有首席程序员负责处理主要模块的设计和编码，其他成员从各种角度支持他/她的工作（后备程序员、系统管理员、工具开发、编程语言专家、业务专家）。明星模式，明星的光芒盖过了团队其他人的总和。可是明星也是人，也会受伤，犯错误，如何让团队的利益最大化，而不是明星的利益最大化？如何让团队的价值在明星陨落之后仍然能够保持？是这个模式要解决的问题。社区模式，社区由很多志愿者参与，每个人参与自己感兴趣的项目，贡献力量，大部分人不拿报酬。这种模式的好处是“众人拾柴火焰高”，但是如果大家都只来烤火，不去拾柴；或者捡到的柴火质量太差，最后火也就熄灭了。“社区”并不意味着“随意”，一些成功的社区项目（例如开发和维护Linux操作系统的社区），都有很严格的代码复审和签入的质量控制。业余剧团模式，这样的团队在每一个项目（剧目）中，不同的人会挑选不同的角色。在下一个剧目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥（导演）的指导和安排。在学生实践项目或培训项目中，这样的事情经常发生。秘密团队，一些软件项目在秘密状态下进行，别人不知道他们具体在做什么。这种模式的好处是：团队内部有极大的自由，没有外界的干扰（不用每周给别人介绍项目进展，听领导的最新指示，等等），团队成员有极大的投入。特工团队，软件行业的一些团队由一些有特殊技能的专业人士组成，负责解决一些棘手而有紧迫性的问题。一些专门做网站安全性服务的团队，属于这一类型。
我的感想，说实话，以前在一个团队里，我自认为就是老师所说的那种野狗。本身没有什么实力，但是却不喜欢和别人合作，自以为是的人。任何一个团队，总是要有领导，总是要有做脏活累活的人，否则一个团队就没法合理的运作起来。这是我读了第五章之后最大的收获。其次，一个团队需要各种各样的人才，社会上有很多种人，每个人都有自己的能力，即使你只会端茶倒水，这也算一种能力，至少你在服务大家，在为这个团队做贡献就足够了。