敏捷scrum培训ppt课件

“鸡”类人员
backlog
• Product backlog • Sprint backlog
Product backlog
• 在项目开始的时候，product owner要准备一个根据商业价 值排好序的客户需求列表，
• 最终交给客户的产品特性列表 • Scrum team会根据这个来做工作量的估计， • Product backlog应该涵盖所有用来构建满足客户需求的产
• 在Scrum中，使用产品Backlog来管理产品或项目的需求， 产品backlog是一个按照商业价值排序的需求列表，列表 条目的体现形式通常为用户故事。Scrum的开发团队总是 先开发的是对客户具有较高价值的需求。在每个Sprint中， Scrum开发团队从产品Backlog中挑选最有价值的需求进行 开发。
SUCCESS
THANK YOU
2019/5/30
Product backlog案例
• 样式：作为【用户的类型】，我希望可以【先这样做，然 后那样做，就应该得到……的结果】以便【业务价值】
• 按钮：作为购机票者，我希望可以通过新华旅行网找到一 张机票，以便能够更快的找到一张正确的机票
• 注意事项：使用用户语言非专业术语，每个故事开发周期 不要太长（1-5天）
Scrum采用比较
Scrum工件
Roles Product Owner Scrum Master Team Stakeholders
Artifacts Product Backlog Sprint Goal Sprint Backlog Blocks List Increment
Meetings Sprint Planning
传统团队 过程和工具（processes and tools）
可工作的软件（Working software）
面面俱到的文档（comprehensive documentation）
客户的参与（Customer collaboration） 合同的谈判（contract negotiation）
响应变化（Responding to chanห้องสมุดไป่ตู้e）
• Sprint中挑选的需求经过Sprint计划会议上的分析、讨论 和估算得到一个Sprint的任务列表，我们称它为Sprint backlog 。 在每个迭代结束时，Scrum团队将交付潜在 可交付的产品增量。
敏捷开发之敏捷宣言
敏捷团队
个体与交互（Individuals and interactions>
要持续的被修订，可能会出现故事的增加，删除和修改， 合并或者拆分
• 任何一个backlog的目标都是：它应该足够短，级别足够高， 无特殊情况不需要修改，如果backlog改变了，应该认为是 backlog错了，而不是需求变更了，变更需求通常意味着 backlog太长或者太详细，比如把复杂的算法或逻辑也写入 了backlog中了，要不就是写的太含糊不清楚，需要花费太 多时间猜测它究竟讲的是什么。
品特性，包括技术上的需求，bug，用户提出需要改进及 升级列表
• 高优先级的一些产品特性需要足够的详细，以便于工作量 的估计和测试，
• 对于以后将要实现的特性可以不够详细
Product backlog 注意事项
• 在列表上层的故事首先被团队完成 • Product backlog不是制定一次就完了的，它是动态的，需
Daily Scrum
Sprint Review
Sprint Retrospective
Process
Scrum角色
• “猪”类人员与“鸡”类人员
“猪”类人员
• 产品负责人
产品负责人（Product Owner）的职责如下： 确定产品的功能。 决定发布的日期和发布内容。 为产品的ROI负责。 根据市场价值确定功能优先级。 每个Sprint，根据需要调整功能和优先级（每个Sprint开 始前调整）。 接受或拒绝接受开发团队的工作成果。
敏捷开发测试
Scrum模式分享会
需求不断 的在变
开发测试 无休止的
加班
产品 埋怨 开发 成果
计划早已面 目全非了
成本or进度 or质量
团队锐 气大减
现在的工 具和流程 效率很低
敏捷开发之SCRUM
• Scrum是一个轻量级的软件开发方法
• Scrum是一个敏捷开发框架，是一个增量的、迭代的开发 过程。在这个框架中，整个开发周期包括若干个小的迭代 周期，每个小的迭代周期称为一个Sprint，每个Sprint的 建议长度2到4周。
“猪”类人员
• ScrumMaster
作为Team Leader和Product owner紧密地工作在一起， 他可以及时地为团队成员提供帮助。 • 他必须: 保证团队资源完全可被利用并且全部是高产出的。 保证各个角色及职责的良好协作。 解决团队开发中的障碍。 做为团队和外部的接口，屏蔽外界对团队成员的干扰。 保证开发过程按计划进行，组织 Daily Scrum, Sprint
遵循计划（following a plan）
他们使用了scrum
•Google •IBM •Nokia •Siemens •Philips •Accenture •Sun •Ubisoft •Bleum
还有他们也用了scrum
SAP • Microsoft • Infosys • Oracle • Wipro • Motorola • Yahoo! • Schneider • Agilent • Irdeto • Double Click • Autodesk • Tencent
Review and Sprint Planning meetings。
“猪”类人员
• Team（负责产品的开发）
一般情况人数在5-9个左右（7个人最佳） 团队要跨职能 （包括开发人员、测试人员、用户界面设计师
等） 团队成员需要全职。（有些情况例外，比如数据库管理员） 在项目向导范围内有权利做任何事情已确保达到Sprint的 目标。 高度的自组织能力。 向Product Owner演示产品功能。 团队成员构成在sprint内不允许变化。 团队整体向产品开发负责。
怎样写Product backlog？？