Scrum敏捷开发ppt

Scrum漫谈马骁驰（网名：三马）ThinkInLAMP社群2010.4Scrum是什么？Scrum是英语中橄榄球运动的一个专业术语，表示“争球”。特指一种敏捷开发的模型。敏捷是什么？•是一种从90年代开始逐渐引起广泛关注的一些新型软件开发方法。–XP(ExtremeProgramming)–Scrum为什么分享敏捷非敏捷-瀑布式开发•软件开发的经典模型瀑布模型的主要缺陷：–程序的维护成本会越来越高（需要很多人）–团队氛围压抑（感受不到激情）–不方便做需求变更（引起客户不满）需求，设计阶段的问题开发，维护阶段的问题Scrum开发模型Sprint流程图产品需求Imp：重要性；Est：大致相当于一个“理想的人天（man-day）”Sprint计划会议•计划会议要有足够的时间，最好至少8个小时•取出部分产品需求做成sprint需求，并写成索引卡•确定并细分每一个索引卡的故事（Story）•进行工作认领（不是分配）•确定每日站立会议的时间和地点•确定好演示会议和回顾会议的日期场景展示-索引卡场景展示-计划纸牌场景展示-故事看板站立会议•10-15分钟•迟到将接受惩罚•自问自答三个问题–昨天做了什么–今天要做什么–遇到了什么问题•更新燃尽图场景展示-每日站立会议场景展示-燃尽图Sprint开发周期•使用好任务看板•需求，设计，开发，测试，维护•注意燃尽图•不要使用软件取代看板•可以选择性的和XP的某些方式结合–测试驱动开发–结对编程场景展示-任务看板场景展示-任务看板演示会议•演示是跨团队的，会产生不同团队之间的交流•不要关注太多的细节，以主要的功能为主•让老板和客户看到•非常的重要，绝对不可以被忽略回顾会议•时间在1-3个小时•找最舒适的地方（要有回顾看板）•开始的时候轮流发言，而不是主动发言•记录问题，总结，并讨论改进的方法，放在回顾看板上•每人三个磁铁，将最重要的2-3个改进点，成为下一轮的产品需求场景展示-回顾会议看板回顾会议问题举例•我们应花更多时间，把故事拆分成更小的条目和任务•我们办公室的环境太吵太混乱了•我们做出了过度的承诺，最后只完成了一半工作•Scrum的主要缺陷：–压力大–不方便跨时区，跨语言–程序维护成本偏高–无法被中断•如何改善：–结合XP：•和客户坐在一起•结对编程•测试驱动开发（TDD）•使用编码规范–32小时工作制结对编程TDD和编码规范•下次分享本PPT中没有提到的内容•Scrum中的角色图书介绍ScrumGathering上海演讲•Scrum在中国不管用-BasVodde•Scrum和XP：神话、事实，怎样做-KaneMar•技术卓越：它是什么和怎样能够做到？-LasseKoskela•敏捷在微软：成功的关键-MitchLacey•健康的Scrum-敏捷的心跳-VernonStinebaker•充满自信地每日发布软件版本-如何把接受性测试驱动开发与持续集成相结合提升您持续给客户带来价值的能力-DouHanzhi/QinZhiyuan•怎样通过机遇工程(OpportunityEngineering)将Scrum的敏捷性和和创新潜力最大化-JulienMazloum/DavidDu•超越软件的Scrum:怎样在书籍翻译中成功运用敏捷思维和技巧-滕振宇/李国彪•在大规模Scrum转换中的系统化思维-吕毅•我已经没有银弹了，现在怎么办？-徐毅•敏捷估计2.0-BradSwanson开始漫谈Scrum对软件外包行业的影响？如何一步一步得在项目中引入Scrum？开源社区应当如何学习Scrum？谢谢！ThinkInLAMP