敏捷项目管理的14个问题课件.pptx

《敏捷项目管理的14个问题课件.pptx》由会员分享，可在线阅读，更多相关《敏捷项目管理的14个问题课件.pptx（77页珍藏版）》请在三一办公上搜索。

1、,敏捷项目管理的14个问题,2020,敏捷项目管理的14个问题2020,敏捷宣言,01,敏捷宣言01,敏捷宣言,01,个体交互高于过程工具,02,可运行程序高于文档,03,客户合作高于合同谈判,04,响应变化高于遵循计划,敏捷宣言01个体交互高于过程工具02可运行程序高于文档03客,敏捷的核心思想,02,敏捷的核心思想02,敏捷的核心思想,以人为本，拥抱变更,敏捷的核心思想以人为本，拥抱变更,敏捷的12个原则,03,敏捷的12个原则03,敏捷的12个原则,针对人的,01,针对计划的,02,针对产品的,03,敏捷的12个原则针对人的01针对计划的02针对产品的03,敏捷的12个原则,针对人的,项

2、目由有激情，可信的人合作完成,02,04,每隔一段时间，团队成员应该进行自我反思和调整,在整个项目开发周期中，业务人员应该与开发人员一起工作,03,在团队中面对面沟通效率最高,01,敏捷的12个原则针对人的项目由有激情，可信的人合作完成020,敏捷的12个原则,针对计划的,1,即使在开发后期也应该接受变更,2,工作的软件是衡量进度的首要标准,3,敏捷开发过程应保持稳定的开发节奏,4,不做过度的设计和预测,敏捷的12个原则针对计划的1即使在开发后期也应该接受变更2工,敏捷的12个原则,针对产品的,1,应该尽早向客户交付有价值的程序,2,交付的频率应该越高越好,3,最好的架构和设计来源于自组织的团

3、队,4,不断关注新的技术和设计,敏捷的12个原则针对产品的1应该尽早向客户交付有价值的程序2,愿景声明与产品路线图,04,愿景声明与产品路线图04,愿景声明,确定项目(产品)目标 能够位企业带来何种利益目标客户是谁，特征如何客户所关心的/项目所能满足的需求为何已存在的竞品与竞品的差异/自身的竞争力,制作前提 了解企业的战略目标考虑产品愿景与战略目标之间的关系带来利润/扶持其它战略项目,愿景声明确定项目(产品)目标制作前提,产品路线图,作用 展示产品/项目的基本特性，及其时间安排开启和发布时间创建过程 识别产品的需求归纳整理产品的主题和特性根据产品的特性，估算其优先级并排序(打分)安排项目实施的

4、时间规划,产品路线图作用,用户故事,05,用户故事05,用户故事,01,定义,类别,02,创建,03,估算(优先级排序),04,用户故事01定义类别02创建03估算(优先级排序)04,LOGO,用户故事,定义,对某个产品需求的简单描述,LOGO用户故事定义对某个产品需求的简单描述,定义,对某个产品需求的简单描述,定义对某个产品需求的简单描述,用户故事,类别,(一般)用户故事,02,史诗故事,01,用户故事类别(一般)用户故事02史诗故事01,类别,(一般)用户故事,02,史诗故事,01,类别(一般)用户故事02史诗故事01,用户故事,创建,需求分析,描述用户故事,评价用户故事(INVEST),

5、用户故事创建需求分析描述用户故事评价用户故事(INVEST),创建,需求分析,描述用户故事,评价用户故事(INVEST),创建需求分析描述用户故事评价用户故事(INVEST),创建,需求分析,识别项目关系人,识别客户(使用产品的人),识别需要完成的任务,创建需求分析识别项目关系人识别客户(使用产品的人)识别需要完,创建,描述用户故事,谁(客户),希望完成(功能/需求描述),以便(商业价值描述),创建描述用户故事谁(客户)希望完成(功能/需求描述)以便(商,创建,评价用户故事(INVEST),01,03,独立的(Independent),可协商的(negotiate),有价值的(valuable

6、),02,04,05,06,可估算的(estimate),小型的(small),可测试的(testable),创建评价用户故事(INVEST)0103独立的(Indepe,用户故事,估算(优先级排序),A,B,C,影响因素,估算方式,优先级,用户故事估算(优先级排序)ABC影响因素估算方式优先级,影响因素,客户要求,经济原因,经济回报开发成本新技术的试探应该高优先级依赖关系,风险因素,风险识别，进度，成本，技术高风险，高价值优先高风险，低价值延后,影响因素客户要求 经济原因经济回报风险因素风险识别，进度，成,估算(优先级排序),估算方式,由PO选取商业价值高的用户故事,01,开发成员同时给出工

7、作量估算,02,估算(优先级排序)估算方式由PO选取商业价值高的用户故事01,优先级,价值/工作量,估算(优先级排序),优先级价值/工作量估算(优先级排序),SprintBacklog的创建,06,SprintBacklog的创建06,SprintBacklog的创建,01,要素,意外情况的备注,02,SprintBacklog的创建01要素意外情况的备注02,SprintBacklog的创建,要素,用户故事,SprintBacklog的创建要素用户故事,LOGO,用户故事,任务,负责人预估工作量完成情况,LOGO用户故事任务负责人,冲刺评审,07,冲刺评审07,冲刺评审,参与人员,02,04

8、,优势,由PO向项目干系人展示当次冲刺完成的产品及其功能,03,会议关键,01,冲刺评审参与人员0204优势由PO向项目干系人展示当次冲刺完,冲刺评审,参与人员,PO,01,项目干系人,02,用户代表,03,冲刺评审参与人员PO01项目干系人02用户代表03,冲刺评审,会议关键,PO应该毫无掩饰地向项目干系人展示产品地所有功能,演示的环境必须与生产环境一致,会议的关注点在演示上，无需太多文档,会议中需要收集干系人的反馈，作为项目变更的依据,冲刺评审会议关键PO应该毫无掩饰地向项目干系人展示产品地所有,冲刺评审,优势,通过演示展示当前项目的实际进展,01,尽早向用户反馈，从而获得更真实的需求,0

9、2,冲刺评审优势通过演示展示当前项目的实际进展01尽早向用户反馈,敏捷工程实践,08,敏捷工程实践08,结对编程,由两个人完成代码的编写，一人负责实施，一人从旁监督提醒优势 及早发现编码中存在的缺陷提升代码质量促使团队在知识层面上更容易达成共识,结对编程由两个人完成代码的编写，一人负责实施，一人从旁监督提,持续集成,开发人员经常性地构建他们的工作，每天至少集成一次,能够更直接地反应当前的项目进度能够及时发现集成后的缺陷并可以立即修复避免缺陷在最终集成时的堆积,优势,集成耗时因该尽可能短需要有完备的自动化测试工具以及测试用例修复失败的构建是开发人员最优先的任务集成结果应该向所有成员公开,关键,持

10、续集成 开发人员经常性地构建他们的工作，每天至少集成一次能,以测试作为编程的中心，要求在编写代码前必须完成测试用例，并且围绕用例进行编码TDD还要求测试必须可自动化完成 优势 保证代码质量提高代码可读性关键 测试用例需要设计完备，同时不能有依赖关系测试用例代码与开发代码都需要简洁,测试驱动开发,以测试作为编程的中心，要求在编写代码前必须完成测试用例，并且,敏捷度量,09,敏捷度量09,敏捷度量,功能特性易用性,终端用户,企业,管理难度,投资人,回报率风险,团队,技术开发,敏捷度量功能特性终端用户企业管理难度投资人回报率团队技术开发,敏捷实践,10,敏捷实践10,敏捷实践,3,1,5,全天的工作

11、,定义产品愿景以及产品路线图,为发布做准备,4,展示工作和集成反馈,2,计划发布与冲刺,敏捷实践315全天的工作定义产品愿景以及产品路线图为发布做准,Scrum的角色,11,Scrum的角色11,Scrum的角色,项目负责人PO,负责分析项目的商业价值，决定该项目应该完成的工作，并对其进行排序，制作并维护product backlog,敏捷主管SM,激发团队活力，推动每日的工作，促进项目成员间的正常交流，并扫除敏捷过程中的障碍,开发团队,负责每日的开发生产工作，是冲刺的执行主体,项目干系人,除了以上三个角色外，还包括客户，用户，主管等,敏捷教练,传授敏捷方法的人，并不直接参与到项目执行中,Sc

12、rum的角色项目负责人PO负责分析项目的商业价值，决定该,Scrum的工件,12,Scrum的工件12,Scrum的工件,01,一个记录了产品特性的列表，并按照特性的商业价值进行排序,Product Backlog,02,当前冲刺中需要完成的任务,Sprint Backlog,03,每次冲刺结束后可发布的产品,Product Increment,04,当前冲刺过程中剩余的工作时间,Burndown Chart,05,看板,Scrum的工件01一个记录了产品特性的列表，并按照特性的商,Scrum的仪式,13,Scrum的仪式13,Scrum的仪式,冲刺计划会议,PO，SM以及开发人员决定当此冲刺

13、应该处理的任务以及冲刺结束后发布的产品,每日例会,一个简单的会议，由SM主持，开发人员汇报当前的工作情况，遇到的障碍以及之后的计划,冲刺评审,由PO向项目干系人展示当此冲刺的产品及其功能，并收集相关反馈,冲刺回顾,由PO，SM以及开发人员讨论回顾当次冲刺存在的缺陷，以及可能的解决方法,产品backlog细化,Scrum的仪式冲刺计划会议PO，SM以及开发人员决定当此冲,ProductBacklog的创建,14,ProductBacklog的创建14,ProductBacklog的创建,要素,ProductBacklog的创建要素,ProductBacklog的创建,要素,特性,ProductB

14、acklog的创建要素特性,用户故事,商业价值工作量优先级完成情况,特性,用户故事商业价值特性,关于冲刺,15,关于冲刺15,定义,指一次迭代，该迭代中产生的产品还能通过验收,关于冲刺,定义指一次迭代，该迭代中产生的产品还能通过验收关于冲刺,主要工作,01,02,03,04,创建产品可交付的功能产品负责人与开发人员需要对任务进行细化，开发和测试SM需要做的是识别阻碍，并将其解决,每日冲刺工作(每日例会),冲刺回顾,冲刺评审,冲刺计划会议,主要工作01020304创建产品可交付的功能每日冲刺工作(每,冲刺回顾,16,冲刺回顾16,冲刺回顾,PO，SM以及团队成员回顾和总结当次冲刺存在的缺陷与不足

15、，并提出改进的意见参与人员会议关键优势,冲刺回顾PO，SM以及团队成员回顾和总结当次冲刺存在的缺陷与,冲刺回顾,参与人员,SM(主持人),1,PO,2,开发人员,3,可能还会有项目干系人,4,冲刺回顾参与人员SM(主持人)1PO2开发人员3可能还会有项,冲刺回顾,会议关键,活跃会议气氛，让团队成员能够积极参与进来,01,讨论需要时刻关注重点，不应该分散,02,冲刺回顾会议关键活跃会议气氛，让团队成员能够积极参与进来01,冲刺回顾,优势,01,刺激和鼓舞开发人员的士气,02,挖掘优秀的开发经验和方法,03,避免犯相同的错误,04,改进团队气氛,冲刺回顾优势01刺激和鼓舞开发人员的士气02挖掘优秀

16、的开发经,敏捷的核心价值观,17,敏捷的核心价值观17,敏捷的核心价值观,愿意承担任务 并承诺完成,承诺,尊重每个人的背景和经验,尊重,把精力集中在工作和任务中,专注,项目的一切都对项目内成员公开,开放,01,05,02,03,04,有勇气做出承诺，并接受他人尊重,勇气,敏捷的核心价值观愿意承担任务 并承诺完成承诺尊重每个人的背景,敏捷管理与敏捷转型,18,敏捷管理与敏捷转型18,敏捷管理与敏捷转型,管理,转型,敏捷管理与敏捷转型管理转型,敏捷管理与敏捷转型,管理,概念管理,计划管理,开发过程管理,验证管理,发布管理,生命周期管理,敏捷管理与敏捷转型管理概念管理计划管理开发过程管理验证管理发,

17、概念管理,需求分析以及高层的架构设计，会产生product backlog,概念管理需求分析以及高层的架构设计，会产生product b,冲刺计划以及进一步的系统设计,计划管理,冲刺计划以及进一步的系统设计计划管理,开发过程管理,冲刺/迭代过程管理,开发过程管理冲刺/迭代过程管理,敏捷管理与敏捷转型,转型,例子,核心,敏捷管理与敏捷转型转型例子核心,包括全部的计划，开发，验证以及发布,版本敏捷,02,包括部分计划，全部的开发与验证过程,项目敏捷,01,在上述基础上增加了对产品概念以及产品声明周期的管理,产品敏捷,03,三个阶段,包括全部的计划，开发，验证以及发布版本敏捷02包括部分计划，,核心

18、,敏捷转型的成功关键是团队意识的转变以及团队技能的提升，通过三步走的方式，实现人员技能，工程能力，流程，工具等方面的积累在风险可控的情况下达到全面敏捷的转型,核心敏捷转型的成功关键是团队意识的转变以及团队技能的提升，通,敏捷开发主要框架,19,敏捷开发主要框架19,敏捷开发主要框架,ASD,FDD,TDD,AUP,XP,ASD是迭代开发的一种，每次迭代包括推测，协作以及学习三个阶段，共同推进项目的进程,FDD是轻量级的敏捷开发方式，融合了多种行业认可的最佳实践，能够快速地向客户展现有价值的软件,AUP是简化版的RUP，包括7个方面：建模，开发，测试，发布，配置管理，项目管理，环境管理,XP是一种近螺旋式的开发过程，通过将项目分解为多个小周期，积极沟通反馈，从而调整开发过程，让客户了解项目进度,敏捷开发主要框架ASDFDDTDDAUPXPASD是迭代开发,感谢聆听,感谢聆听,