《构建之法》读后感（二）

今天至此我读完了《构建之法》的第五章、第六章的内容。

第五章讲的是团队，软件团队有着各种形式，分别适用于不同的人员和需求。软件团队的形式, 最初是混沌的一窝蜂形式: 一群人开始写代码, 希望能写好好软件。随着团队的成熟和坏境的变化, 团队模式会演变成下面的几种形式之一:一窝蜂模式 、主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工 团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。软件开发流程的目的是为了提高软件开发，运营和维护的效率；以及以及用户满意度, 可靠性，和软件的可维护性。

第六章讲的是敏捷开发。敏捷开发主要有这几个原则：1.、尽早并持续地交付有价值的软件以满足顾客需求。2.、敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。3.、经常发布可用的软件，发布间隔可以从几周到几个月，能短则短。4.、业务人员和开发人员在项目开发过程中应该每天共同工作。其中分为三步：第一步：找出完成产品需要做的事情。Backlog翻译成“积压的工作”、“待解决的问题”、“产品订单”，都可以。产品负责人主导大家对于这个Backlog进行增／删／改的工作。每一项工作的时间估计单位为“天”。第二步：决定当前的冲刺需要解决的事情—Sprint Backlog。整个产品的实现被划分为几个互相联系的冲刺。产品订单上的任务被进一步细化了，被分解为以小时为单位。第三步：冲刺。在冲刺阶段，外部人士不能直接打扰团队成员。冲刺期间，每天要开一个每日例会，站立会议很短暂但是很有必要。冲刺之后才能对程序设计进行改善，总结经验。期间不能对程序程序做改动，会影响整个冲刺的流程。

我觉得自己也应该在团队里面思考好自己的定位，发挥着自己的作用。跟随队伍一起进行敏捷开发。