敏捷项付目管理.ppt

敏捷商业目标;缩短交付进度;敏捷的定义;;;《相互依赖声明》从项目领导者的角度来诠释敏捷价值观；（敏捷领导力组织） 《敏捷宣言》从软件开发的角度来诠释敏捷价值观。（敏捷联盟）;敏捷绩效评估;价值胜过约束;创新：“梦想启动未来”;精益思维：区分交付活动和合规活动，分别采用相应策略。; 功能交付方法帮助定义客户和产品开发者间的可行界面。客户决定进度和功能的优先次序，产品开发团队确定提供这些功能需要的任务及时间和成本。 客户在开发过程期间评审结果，利用模型、模拟和原型来改进从客户到开发团队的反馈循环。同时也是自我纠错的过程。 在时间框内进行频繁迭代，迫使开发团队、客户团队、高级主管在早期和整个项目期间经常做出困难的权衡决策，时间框功能交付赋予团队更多解决问题的选择，并强制做出困难的决定。;案例：第一资本公司采用以下四条规则来确保组织中的所有人都有着共同奋斗目标：;刚刚足够的方法论;团队胜过任务;;建立自我组织（自律）团队;培养自律;自我引导组织、无政府主义和自我组织区别;鼓励协作;当信息的模糊性超出团队的决策能力时，需要领导者吸收模糊性、负责做决定并让团队继续其工作。;共享空间两要素：直观化和公共性 直观化相对客户，展现功能 公共性相对专业，构建共同解释系统。;适应胜过遵循;复杂适应系统，无论是生物学还是经济学，都是下列独立行动者的集合： 通过相互影响创造生态系统的行动者； 其相互交流定义为信息交流的行动者； 其个体行为基于一些内部规则系统的行动者； 按照非线性方式自我组织、产生突变结果的行动者； 显示出秩序和混乱两个特征的行动者； 随时间演变的行动者。;外在环境不确定性和迭代成本高低决定了产品开发流程： 计划-设计-制造，构想-探索-适应。;可靠，但不重复;敏捷项目管理模式;敏捷交付架构;敏捷项目管理的五个阶段;扩展的敏捷交付架构;SCRUM方法;Scrum的框架和核心;Scrum的角色分配;Scrum过程总览;1、 将整个产品Backlog 分解成Sprint Backlog ,按照目前的人力物力条件可以完成的。 2、 召开Sprint 计划会议,划分???确定这个Sprint 内需要完成的任务,标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的,并不是按人天计算,长度不超过8 小时。 3、 进入Sprint 开发周期,每个Sprint 迭代周期为连续30 个日例日。在这个周期内,每天需要召开每日Scrum 简会,时间为15 分钟。在会议中每个团队成员仅就以下三点发言:自上次Scrum 会议后你做了什么?从现在到下次Scrum 会议的时间里你准备做什么? 你在工作中遇到了哪些困难? 4、 整个Sprint 周期结束, 召开Sprint 评审会议(Sprint review meeting) ,将成果演示给Product Owner ,该会议限定时间为4 小时。 5、 团队成员最后召开Sprint 评审会议( Sprint retrospective meeting) ,总结问题和经验,该会议限定时间为3 小时。 6、这样周而复始, 按照同样的步骤进行下一次Sprint 。;Scrum中的工件 ;Scrum会议;回顾会议 在评审所有进展顺利和需要提高的工作之后，团队将提出几个如何在下一个Sprint中一起更加协调工作的建议。;构想阶段;可发布的产品;构想做法;产品构想;完整的产品构想文档： 任务说明，构想框图、目标客户及其各自的需要、电梯测试说明书、客户满意评估标准、主要技术和业务要求、关键产品限制（性能、操作的简便性、体积）、竞争分析，以及主要财务指标。;技术体系结构: 平台体系结构：需考虑改变成本 应用程序体系结构：部件、界面、模块、接口等组成，需考虑功能、适应性与协作。;指导原则;项目目标和约束;延误成本：项目延误所造成的每日、每周或者每月成本（进度刚性时） 功能：主要功能一览表； 质量目标：一个可发布的产品的定量、定性质量目标； 性能、质量属性：产品主要性能和质量属性清单； 问题和风险：对项目有负面影响的因素。;探索系数：衡量项目风险和不确定性的度量标准。;阐明项目的探索系数有助于管理客户和主管的期望值。 通过确定项目探索系数，项目团队和客户团队可以从项目整体的“不确定性”的角度来讨论问题。探索系数在8以上，项目就需要非常敏捷的方法，因为其不确定和风险非常高，短期迭代，按功能规划、经常与客户一道评审，以及认识到计划是高度推测性的，所有这些都是解决该领域问题的必备做法。相反，探索系数在3以下，项目比较稳定，风险较低，其计划可以更确定，迭代期限可以更长，花费额外的时间进行预先需求的收集和设计可能会