【精选】敏捷培训PPT课件.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
.. * .. .. .. * .. .. When do ceremonies occur within the sprint * .. .. Slide 79 - Notes for User Stories: Used for Planning (NOT DEVELOPING!!) Each Story is like a page in the book we are writing. A slice down though everything to complete the story. Slide 14 link w/ context -/2013/05/Agile-adoption-statistics-2012/ /blog/Agile-succeeds-three-times-more-often-than-waterfall * .. Account for more than just one factor (i.e. time or resources) – they factor in complexity, risk, etc. The following are suggested guidelines for sizing – want to keep stories 8 or less * .. /uploads/presentations/Agile-Estimating-Norwegian-Developers-Conference-2012.pdf * .. .. .. .. .. .. .. .. .. .. .. .. .. .. .. PwC PwC Accelerating Digital Delivery * 敏捷团队培训 敏捷实施项目 Strictly Private and?Confidential for the sole benefit and use of PwC’s client September 2017 议程 – 敏捷工作机制 1 2 敏捷团队角色及职责 3 敏捷团结架构 * 名词解释 我们在敏捷项目管理中常见的一些名词:PO、SM、TEAM、Sprint、Product Backlog等 1. 敏捷工作机制 敏捷开发模式 * 敏捷原则同样适用于产品和项目管理 敏捷 Scrum 使所有关键利益相关者定期合作,提供高品质的工作,提高可见度和适应性 专注于应对不断变化的客户需求。 与Scrum相比,XP团队的工作时间通常较短 不是过程框架,而是通过增量改进来改变的一种模型。 结构比Scrum少 一个由7个重要原则组成的迭代增量过程,重点在于每个步骤中较长的生命周期和迭代 精益消除非增值活动,增加客户价值。 FDD是一个模型驱动的短迭代过程 Extreme Programming (XP) Kanban Agile Unified Process (AUP) Lean, FDD, DSDM, etc. Scrum 极限编程(XP) Kanban 敏捷统一流程(AUP) 精益, FDD, TDD, etc 大型组织实施不同框架(或者不同框架的不同部分)的组合,以实现企业级别的敏捷 敏捷是一种有时间约束的、迭代的开发软件的方法。它可以在业务优先级确定之后的短时间内提供潜在的可交付的工作代码,同时提供处理不确定性并适应不断变化的需求的能力。它是从项目开始逐步构建软件,而不是在交付期将至时尝试一次性交付。 Scrum工作机制 每个Sprint的活动 1 2 3 4 5 6 7 8 9 10 Sprint 计划会议 Sprint Demo Sprint 回顾会议 每日站会 Backlog 梳理会议 Sprint 会议安排 事件 迭代计划会 需求梳理会 每日站立会 迭代评审会 迭代回顾会 迭代协同会 频率 每个迭代1次 每个迭代1-2次 每天1次 每个迭代1次 每个迭代1次 每周一次 时间 120分钟 90分钟 15分钟 60分钟 60分钟 30分钟 主要议程 确定在即将到来的冲刺中可以交付哪些用户故事 创建冲刺待办事项(从产品待办事项中来的用户故事) 将用户故事分解成任务(“如何”),并包括时间预估和人员分配 完整的用户故事(使之达到“准备好”的状态) 昨天我做了什么帮助团队达到冲刺目标? 我今天要做什么帮助团队达到冲刺目标? 有哪些阻碍我达到目标的障碍? 向产品负责人展示“完成的”工作 请产品负责人提供审阅意见(同意或拒绝) 评估整个冲刺过程的人员,关系,流程和工具方面的进展情况 提出问题和改进建议 我们团队对外部团队有什么样的依赖关系? 我们团队对哪些团队有具体什么样的期待? 我们团队有哪些问题和风险也会存在其他团队中? 参与者 敏捷教

文档评论(0)

liuhan98 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档