读《构建之法》第五、六章有感
读《构建之法》第五、六章有感
翻开《构建之法》第五章节，“团队与流程”的标题呈现在眼前，不经心生疑惑，流程？仔细一想，写程序做项目也想工业生产一样有一定规章制度和一定的流程。团队简单，比如说自己的日常体育活动打排球，各成员组建在一起就是一个小团队。
仔细阅读之后才发现，团队不仅仅那么简单，生活中有那么多不同意义上的团队，这些团队都能映射到本章主题——软件团队上，各有特色。比如说，主治医师模式团队，有一个主刀医师，其他人如麻醉师，护士，器械师等各司其职，为主刀医师服务。这样的软件团队中，有首席程序员，他负责处理主要模块的设计和编码，娶她成员(后备程序员，系统管理员，工具开发，编程语言专家，业务专家)从各种角度支持他的工作。再有业余剧团模式，这样的团队在每一个项目中，不同的人会挑选不同的角色。在下一个剧目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥的指导和安排。在学生实践项中或培训项目中，这样的事情经常发生。还有可称为秘密团队，顾名思义，就是一个小团队进入秘密状态开发。这种模式的好处是：团队内部有极大的自由，没有外界的干扰，团队成员有极大的投入。还有其他特工团队，这些软对成员必须了解传统语言和老式系统，才能胜任这样的工作。现在还有一些专业做网站 安全性服务的软对，也属于这一类型。然后是功能团队，在这个功能完成之后，这些人又重新组织，和别的角色一起去完成下一个功能。他们之间没有管理和被管理的关系。大型软件公司里的不少团队都是才有这种模式。
第六章——敏捷的流程，作者说敏捷流程是一系列价值观和方法论的集合。我原来以为敏捷的流程是一个程序员灵光闪现而产生的，但作者告诉我们没有坚实编程实力的基础，是不可能想到敏捷的开发流程的，仔细想想也是。如果没有大量编程的经历，怎么也不会对流程有思路。一个敏捷的团队，作者告诉我们，要自主管理，我们不仅要完成自己的任务，还要尽量完美的结束；自我组织，我们是一个团队所以不能落下一个人，我们在做自己的任务时，不能忘记帮助队友；多功能型，我们不仅要完成编程任务，还要自己搞定说明，自己搞定测试。还要对自己的程序进行总结。如果一个团队要转化为敏捷团队就要注意一下几点：1.自主管理 2.自我组织 3.多功能型 然后他分享了一些敏捷开发的经验教训，比如：Scrum Master不是一个官，而是一个没有行政权利的沟通者，就像微软PM那样，他同时还要在团队中做具体的工作 。在复杂的项目里，要让一线团队成员做决定。