在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；

软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式；

开发流程包括：写了再改模式、瀑布模型、瀑布模型的变形（生鱼片模型、大瀑布带着小瀑布）；

Rational Unified Process统一流程（RUP）：包括业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理、环境；

RUP的四个阶段包括：初始阶段、细化阶段、构造阶段、交付阶段；

老版驱动的流程；渐进交付的流程；

MVP：最小可行产品，又称最小功能集；MBP：是指最美最强产品；

TSP（Team Software　Process）的原则：1.使用妥善定义的流程，流程中的每一步都可以是重复的、可以衡量结果的；2.团队中的各个成员对团队的目标、角色、产品都有容易的理解；3.尽量使用成熟的技术和做法；4.尽量多的收集数据（也包括对团队不利的数据），并利用数据来帮助团队做出理性的决定；5.制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定（而不是从上级而来）；6.增加团队的自我管理能力；7.专注于提高质量，争取咋软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作（而不是在后期匆忙修复问题）；

敏捷流程是一系列的价值观和方法论的集合。

敏捷的步骤：第一步，找出完成产品需要做的事情——Product Backlog。第二步，决定当前冲刺（Sprint）需要解决的事情——Sprint Backlog。第三步，冲刺（Sprint）。第四步，得到软件的一个增量版本，发布给用户。然后在此基础上又进一步计划增量的新功能和改进；

敏捷对团队的要求：自主管理，自我组织，多功能型；

通过这两章的学习，让我对团队和流程以及敏捷流程有了一定的了解，希望接下来的学习能让我有更进一步的了解。

构建之法五、六章读后感