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

标签：软件工程   敏捷开发   scrum   流程管理   

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

一、初试Scrum

2) 召开Sprint计划会议，划分任务，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。确定需求中各功能模块的具体完成时间。如图：

---

3) 进入sprint开发周期，在这个周期内，每天需要召开每日站会（Daily Scrum meeting）。如图：

                                               (图片来源于网络)

                                         （图片来源于网络）

   任务看版包含 未完成、正在做、已完成 的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从未完成区域贴到已完成区域。
   每个人的工作进度和完成情况都是公开、透明的。

4) 整个sprint周期结束，召开Sprint评审会议（Sprint review meeting），将成果演示给产品负责人.
   
5) 团队成员最后召开Sprint回顾会议（Sprint retrospective meeting），总结问题和经验。

6) 这样周而复始，按照同样的步骤进行下一次Sprint开发周期. 直至整个项目开发完成。

整个Scrum开发流程如下图所示：
                 

四、个人总结
    ①首先关于敏捷开发 并不是什么新的技术、也不是什么新的名词、而只是项目开发管理上的一个概念性、经验性的理论，是一种开发方法 也就是一种软件开发的流程。
其实在国外很早就盛行啦、在国内大概在09年、10年才开始将这种开发模型得以应用。不要被他的“敏捷”而 敏捷。
    ②敏捷的关键是人，scrum更适合小型团队、初创公司、外包公司。还要求团队内成员的水平较高、技术水平平均。要求团队开发人员态度积极、热情、参与、成员稳定性高。适用开发周期短、紧急型的项目。
    ③概念归概念、理论终究是理论、真正的掌握和理解敏捷开发的精髓 关键在于实际的项目驱动和环境的允许、在项目实践中积累和学习！
更针对走项目管理方向者学习，路漫漫其修远兮... ...

五、扩展阅读

如需更多、更详细的了解敏捷开发可前往 Scrum中文资料站>>

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

标签：软件工程   敏捷开发   scrum   流程管理   

原文地址：http://blog.csdn.net/janice0529/article/details/43370553