《30天软件开发 告别瀑布拥抱敏捷》一书 读后总结

    周四、发现旁边一同事在看一本名为《30天软件开发 告别瀑布拥抱敏捷》的书、“敏捷开发”这个词虽然我在很早就已获知，但是我也只是简简单单的认识到一个术语，并未去了解和认识什么是敏捷开发。也刚好趁上个月的项目刚好是采用敏捷开发的模式完成的。于是就向同事借了该书几天。在阅读该书内容的过程中并结合自身项目的参与经历，用对比的方式学习、认识和理解敏捷开发。 

一、初试Scrum

    Scrum是一个用于管理如 软件开发 这样的复杂工作的框架。（这里的框架不是技术上的框架 只是针对项目管理上的一套理论）

    Scrum结构：3个角色 + 3个工件 + 5个事件
        角色：
            1、产品负责人[1人]：简单的理解为项目经理也行。确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容。
            2、开发团队[3-9人]: 完成软件开发过程中的直接参与者。
[开发团队最佳规模：足够小以保持敏捷性、足够大以完成重要的工作。少于3人的开发团队，成员间缺乏足够的互动，因而生产率不会很大。
大于9人的团队需要过多的协调沟通工作，产生太多复杂性]
            3、Scrum Master[1人]: 流程管理员,负责确保所有人都能正确地理解并实施Scrum。服务型领导、服务于产品负责人、服务于开发团队。

         工件：
            1、增量：