Scrum+介绍与最佳实践.ppt

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Scrum介绍与最佳实践

Scrum 介绍与最佳实践 Why Agile 我手上永远有做不完的事情 计划永远赶不上变化 请有过以下项目经验的同学举手 项目延期 客户不满意 项目超支 中途需求变化 中途人员变化 Why Agile? Simple is Best! Waterfall Vs. Agile 固定约束: 由计划产生费用及工期 目标决定内容 Waterfall Agile Features Cost Schedule Plan Driven Value Driven Cost Schedule 可变约束 Features 敏捷开发者的价值观 开发过程和工具 个人与交互 重于 始终遵循固定的计划 对变化的响应变化 重于 复杂的文档 可用的软件 重于 对合同的谈判 寻求客户的合作 重于 重视 Agile 开发方法 什么是Scrum SCRUM使得我们能够专注于如何在最短的时间内实现最有价值的部分。 SCRUM使得我们能够快速的经常的监督实际产品发展的状况.(每两周或一个月) 团队按照商业价值的高低先完成高优先级的产品功能,并自主管理,凝结了团队智慧创造出最好的方法因而提高效率。 每隔一两周或者一个月,我们就可以看到实实在在的可以上线的产品。此时,就可以下一步的决定是继续完善功能实现更多需求或者直接发布了 Scrum is FUN! 拥抱变化! Scrum Lifecycle 30 days 24 hours Product owner 按优先级排列的 Product Backlog Sprint Backlog Backlog tasks expanded by team 待发布的增量版本 每日scrum会议 Scrum 结构框架 产品所有者 ScrumMaster 团队 职能 迭代计划 迭代验收 迭代回顾 每天召开的 scrum 会议 仪式 产品backlog 迭代 backlog 进度曲线图 产出 Scrum Roles Product Owner The Team Scrum Master Product Owner 代表产品线的利益,与Scrum Master和 Scrum Team合作 侧重于投资回报 根据市场变化及商业价值对需要开发的功能排列优先顺序 合理的调整产品功能和迭代顺序 认同或者拒绝迭代的交付 Scrum Team: PIG or Chicken? 自我管理,自我组织,多功能,通常由3 – 8 人组成 团队成员都是是多面手: 程序员, 测试员, 用户经验设计, 等等 负责将Product Backlog转化成Sprint中的工作项目 所有团队成员协调,合作和完成Sprint中每一个规定的工作 所有团队成员和Scrum Master负责每一个Sprint的成功 Scrum Master 为Scrum Team服务,确保每一个成员都认同Scrum价值观和遵守其游戏规则 组织每天的Daily Scrum会议 负责保证Scrum Team的持续进展 决策和免除障碍 帮助Scrum Team规划Sprint计划 保护团队不受到外来无端影响 Scrum Artifacts 完美版手机 不用电池 可以防身 不依赖移动信号 …. Product Backlog Sprint Backlog Testable Releases Product Backlog 按优先级排列的产品工作事项目录 任何人可以向product backlog 贡献内容 Product Owner负责优先级排序 优先级确定 Features Functions Technologies Enhancements * * 项目变更是非常普遍的现象。可以说没有需求变更的项目基本是不存在的,除非是死项目. 因为我们是生活在动态的世界里, 周围的环境时时刻刻都在变化. 静止是暂时的, 变化是永恒的. 小沈阳: 这项目其实可短暂了, 电脑一开一关, 一天就过去了, 再一开再一关, 又一天过去了. 最痛苦的事是啥? 你知道吗? 就是时间到deadline了,项目还没做完. 最最痛苦的是啥? 项目快结束了, 来需求变更了. 最最最痛苦的是啥? 项目做完了, 客户不满意不要了. 项目的风险有很多种, 其中最重要的就是两个, 一个是技术上的复杂程度, 一个是用户需求的明确程度. 需求不明确, 很大程度会导致后期的项目返工甚至失败, 技术的复杂性也会导致项目开发成本大幅上升. 敏捷开发最大的好处就是化繁为简, 把一个大项目划分成一个一个阶段的小项目. 需求没想清楚? 没关系, 我们从已经明确的需求开始做起. 没达成一致意见的慢慢讨论, 只要项目结束前有一致意见就行. 技术有些依赖

文档评论(0)

zhuwenmeijiale + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:7065136142000003

1亿VIP精品文档

相关文档