Scrum敏捷式开发团队培训.ppt

Scrum敏捷式开发方法介绍 主讲：尼克E-mail ：nick.yanchen@ 网 址 : /nick4 2010年11月23日 为什么要分享Scrum Why? 非敏捷 - 瀑布式开发 软件开发的经典模型 瀑布模型的主要缺陷： 程序的维护成本会越来越高（需要很多人） 团队氛围压抑（感受不到激情） 不方便做需求变更（引起客户不满） 需求，设计阶段的问题 开发，维护阶段的问题 Scrum敏捷式开发是什么？ Scrum是英语中橄榄球运动的一个专业术语，表示“争球”，在这里特指一种敏捷开发的模型。 敏捷式开发是一种从90年代开始逐渐引起广泛关注的些新型软件开发方法。 RUP XP ( Extreme Programming ) Scrum Scrum的应用 Scrum即适合5-10个人的小团队，也适合于几百人的大型团队，在需求较频繁变化的项目中，Scrum这种“拥抱变化”的软件过程，可以发挥出强大的威力，但要合理控制项目及产品的范围。 Scrum理论 Scrum是以经验过程控制理论为依据，采用迭代、增量的方法来提高产品开发的可预见性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。 第一大支柱是高透明度 第二大支柱是检验 第三大支柱是适应 Scrum角色 Scrum活动 Sprint计划会议 在每个Sprint开始之前召开Sprint计划会议，计划会议要有足够的时间，会议量般为4-8小时。 参加人员有产品负责人、Scrum Master、Scrum团队和其他感兴趣的人。 Product Owner从产品Backlog中挑选高优先级的任务，并与Scrum团队一起决定在这个Sprint中需要完成多少功能。 将任务分解成小的功能模块。 团队成员详细讨论如何按需求完成这些功能模块，并估计完成每个功能模块所需的大概时间 产品需求 Imp：重要性； Est ：大致相当于一个“理想的人天（man-day）” 鸡和猪的故事 一只鸡对一头猪说：“我们合伙开家饭店吧！” 猪想了想，说：“那我们给这个饭店起什么名字呢？” 鸡说：“鸡蛋和火腿！” 猪回答到：“那还是算了吧，你要做的只是下几只鸡蛋，我把命都搭上了！ Scrum活动 每日例会 最好在每天早上开，时间一般控制在15分钟之内 条件允许的话，会议最好每天都在同一时间同一地点举行 谁都可以参加这个会议，但只有团队成员发言，其它人员只能旁听 所有出席者都应站立（有助于保持会议简短） 确定更新燃尽图 会议由Scrum Master主持，在会上每个团队成员需要问3个问题： [1]我昨天完成了哪些工作 [2]我今天将要做什么 [3]我遇到哪些障碍。 每日例会场景 Scrum活动 Sprint评审会议 在Sprint结束时召开，会议时间控制在两小时以内 开发团队展示这个Sprint中完成的功能，不需要PPT，一般是已经完成的功能DEMO 客户、管理层、Product Owner以及其它开发人员都可以参加 主要是对项目开发的进度通过对实际已完成产品功能的审核进行控制，由产品负责人断定实际所发两点的功能是否与既定的Sprint目标一致， Scrum活动 Sprint回顾会议 Sprint结束后，时间在1-3个小时 回顾刚结束的Sprint，对其进行总结和反思，审视和适应的能力是Scrum的基础，在Sprint回顾会议期间，项目团队会分析Sprint中的成功经验和所遇到的阻碍， 产品负责人、Scrum团队和Scrum Master参加 Scrum 工件 Backlog 积压的待处理事务 Sprint 本意“冲刺”，指迭代周期，通常2-4周为一个周期 Scrum 工件 燃尽图 燃尽图 Scrum开发模型 Scrum流程 Scrum场景-任务白板 场景展示 - 计划纸牌 Scrum的主要缺陷 Scrum的主要缺陷： 压力大 不方便跨时区，跨语言 程序维护成本偏高 无法被中断 如何改善： 结合XP： 和客户坐在一起 结对编程 测试驱动开发（TDD） 使用编码规范 40小时工作制 谢谢