敏捷项目管理概述.pptxVIP

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

敏捷项目管理方法概述

小解同学

目录:

一、传统开发VS敏捷开发

二、敏捷项目管理概述

三、Scrum框架与流程

四、敏捷与日常工作

一、传统开发VS敏捷开发

问题与思考

思考

过年大家都采用什么方式回家?

火车

大巴

飞机

自驾车

坐船

一、传统开发VS敏捷开发

问题与思考

如路上发生状况了?如:修路、堵车、车祸等…

你事先设定好的路线计划往往都赶不上实际情况的变化。你仍旧要坚持以前制定的计划,一定要按计划好的路线行驶的话,那必定会延误你的行程,花费更多的代价,甚至到不了你的目的地。

一、传统开发VS敏捷开发

预测型

文档驱动

过程控制

WATERFALL

Requirements

Design

Implementation

Verification

Software

Documments

Documments

一、传统开发VS敏捷开发

传统开发

交付周期长

软件质量差

团队士气若

按时发布低

沟通效果差

进度延期久

3-6个月甚至更长

赶上线而牺牲质量

死亡行军而不关注结果

技术债务增多无法发版

文档化的沟通不及时

计划和估算全凭拍脑袋

一、传统开发VS敏捷开发

传统开发面临的问题

软件危机及软件工程的出现

速度是企业竞争致胜的关键因素

传统的软件工程难以满足这些要求

所以软件团队除了在技术上必须日益精进,更需要运用有效的开发流程,以确保团队能够发挥综效。

一、传统开发VS敏捷开发

敏捷的背景

透明

检查

适应

AGILE

Software

Software

Software

Software

Software

一、传统开发VS敏捷开发

敏捷开发的每一个迭代就相当于图中的一个小箭头,由于开发工作能够根据需求的变化不断调整,所以整个过程中浪费很少。

敏捷开发

快速交付

降低风险

适应变化

质量更好

持续改善

满意度高

1-4周迭代结束即可交付可运行软件

短周期迭代持续反馈,提高预见性

小步快跑,快速验证产品需求及调整方向

持续集成及频繁测试保证代码质量更高

迭代结束后进行回顾频繁检视团队动向

高ROI的需求快速交付早期实现商业价值

一、传统开发VS敏捷开发

敏捷开发的优势

时间

时间

时间

时间

商业价值

风险

交付价值

可见度

敏捷

传统

一、传统开发VS敏捷开发

传统开发VS敏捷开发

二、敏捷项目管理概述

2001年2月11日到13日,17位软件开发领域的领军人物聚集在美国犹他州的滑雪胜地雪鸟雪场。经过两天的激烈讨论,“敏捷”(Agile)这个词为全体聚会者所接受,用以概括一套全新的软件开发价值观。这套价值观,通过一份简明扼要的《敏捷宣言》,传递给时间,宣告了敏捷开发运动的开始

个体和交互

流程和工具

胜过

可工作的软件

面面俱到的文档

胜过

客户合作

合同谈判

胜过

响应变化

遵循计划

胜过

二、敏捷项目管理概述

敏捷的起源

二、敏捷项目管理概述

1.我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。

2.欣然面对需求变化,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。

3.经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。

4.业务人员和开发人员必须相互合作,项目中的每一天都不例外。

5.激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。

6.不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。

7.可工作的软件是进度的首要度量标准。

8.敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。

9.坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。

10.以简洁为本,它是极力减少不必要工作量的艺术。

11.最好的架构、需求和设计出自自组织团队。

12.团队定期地反思如何能提高成效,并依此调整自身的举止表现。

敏捷的原则

符合敏捷宣言和敏捷原则的方法,都是敏捷方法

敏捷项目管理

是规划和指导项目流程的一种迭代方法,它融合了项目管理、产品管理和软件开发的最佳实践。

敏捷开发

它是一种开发方法学(Methodology),可以应对客户快速变更的需求。它强调以人为核心,采用迭代的方式,循序渐进开发软件。

二、敏捷项目管理概述

敏捷的定义

常用的敏捷方法

二、敏捷项目管理概述

三、Scrum框架与流程

Scrum是用于开发、交付和持续支持复杂产品的一个框架,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是一至四周。

三、Scrum框架与流程

Scrum定义

三个角色

三个物件

四个仪式

产品负责人(ProductOwner)

团队负责人(ScrumMaster)

开发团队(Scru

文档评论(0)

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

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

1亿VIP精品文档

相关文档