07.精益敏捷项目管理——敏捷发布计划

00.如果有什么事情是必然的,改变就是一种必然。我们今天制定的计划将在明天发生改变。——菲利普.克罗斯比

01.在为战斗做贮备的过程中,我常常发现计划本身其实没有什么用处,但制定计划是绝对必要的。——德怀特.D.艾森豪威尔

02.对镜益——敏捷软件开发来说,企业转型的一个主要原因是为了能做出可预见且准备发布计划。发布计划就是把产品设想转换为产品需求列表的过程。发布计划使产品需求变得可视,并能对其进行评估。它以贯穿整个项目的标准速度去实现交付,提供了可视化控件和以预见的发布点标识的路线图。

03.“通过敏捷过程去做项目时,如何预测会发生什么事情?“我们认为,这个问题源于对基础过程中某些关键问题的误解。

04.发布计划是一种持续性的行为,他是一份对产品愿景进行不断分解,同时重视对企业有较高优先级(价值)工鞥的计划。产品愿景分解运用的是准时制定方法,防止在低优先级和无用的功能上浪费工作。

05.

06.如果速度仍然无法稳定获得,那么团队就需要研究原因。一旦形成了一个稳定的开发速度,那么就可以通过他去估算可以交付的日期。在没有获得稳定的开发速度之气那,团队需要通过对比当前工作与过去执行类似工作花费的总的时间来制定发布计划。

07.发布计划会议示例

  *定义功能

  *排列功能优先级

  *使用最小可市场化特性分解功能

  *评估功能的价值

  *评估开发功能的成本

  *细化功能,重复该行为,知道使这项功能具备合理的清晰度和高层次的商业价值

  *按照日期或范围创建发布计划

  *计划拔高

08.企业或客户价值是独立的。首先,确定业务或客户价值,然后在问团队估算的城北;其次,你才能够计算投资收益率。

09.真正的风险是错过交付日期。重要的不是要去预测素材开发的优先级别,重要的是要预测素材发布的先后次序。

10.让团队总是关注开发尽可能最小,端到端的功能,同时确保开发的质量,在最短的时间内提供合格质量的产品,增加尽可能大的商业价值。

原文地址:https://www.cnblogs.com/aixiaoxiaoyu/p/9949398.html

时间: 2024-10-10 14:38:50

07.精益敏捷项目管理——敏捷发布计划的相关文章

敏捷项目管理-敏捷革命

在当今极度变化的大环境中,产品团队正面临着一场巨大的变革.为了更好的适应大环境,研发团队都极力做自我调整. 达尔文曾说过"留下来的物种往往不是最强的,确实最先进化的",从传统的"瀑布式"到"迭代式",最终再到敏捷型研发团队.无数组织.团队都在进行思考.变革. 研发团队一定要通过无尽的加班,才能交付产品,不能一边享受生活一边交付产品吗? 产品一定要尽善尽美后再推向市场,是否可以通过小的版本快速推向市场? 答案是可以的,是时候来场变革了!在本系列,我

09.精益敏捷项目管理——敏捷软件开发中QA角色

00.当从鳄鱼嘴里侥幸逃脱时,你很难机器你的初衷其实只是想排出沼泽中的积水. 01.精益--敏捷软件开发中质量保证(Quality Assurance,QA)的角色展开,涵盖了许多关键问题 *测试人员的作用是防止缺陷,而不是发现缺陷 *开始做开发周期计划时如何发挥验收测试的作用,以做到在最大限度上减少浪费 *在早起不容易去做测试时做些什么 02.质量保证和质量控制 a.质量康芝是确保产品或服务被设计和生产出来,满足或超越客户需求的做法 b.质量保证是指由计划的.系统的生产过程,为产品符合预期目的

敏捷项目管理—敏捷四宣言

一.敏捷的七个领域 敏捷准则和理念 价值驱动的交付 干系人参与 团队绩效 适应性计划 问题发现与解决 持续改进(产品.过程.人员) 二.敏捷宣言: 我们正在通过亲身实践以及帮助他们实践,揭示更好的软件开发方法,通过这项工作,我们认为: 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 右项虽然也有价值,但是我们认为 左项 具有更大价值 三.敏捷宣言的分类: 一般看敏捷宣言核心是4句话,其实敏捷宣言是3句话,即可以把敏捷宣言内部

研发管理07:Scrum Coach---如何构建敏捷项目管理团队---从自身做起

本文章介绍如何构建敏捷项目管理团队, 以一个Scrum Coach的角色,分四个方面介绍如何构建敏捷项目管理团队, 分别为从自身做起, 帮助团队成长,自我提升, 最后介绍敏捷宣言与敏捷12条准则: 作为系列文章的第一部分,本文介绍 从自身做起. 本系列文章概述 本文章概述 第一部分:  成为好教练 第二部分: 追求高绩效 第三部分: 自我掌控 第四部分:  改变自己的风格

研发管理07:Scrum Coach---如何构建敏捷项目管理团队---帮助团队成长

本篇文章是 如何构建敏捷项目管理团队 系列文章的第二篇.   介绍Scrum Coach 如何帮助团队成长! 帮助团队成长 概述 第一部分:  教练是导师 第二部分: 教练是协助者 第三部分:教练是老师 第四部分:教练是问题解决者 第五部分:教练是冲突领航员 第六部分: 教练是协作指挥者

第3章 敏捷项目管理概述

3.1  敏捷项目管理架构 1.敏捷项目管理架构概述 敏捷项目管理架构(Agile Project Management Framework,APMF),旨在协助团队聚焦于将项目的商业价值最大化,是基于价值分析和分解的项目管理,也就是价值驱动的项目管理. 2.参与人员 APMF敏捷项目管理过程中,参与人员包括干系人.发起人.产品负责人/客户代表.敏捷教练.团队成员和测试员. 3.敏捷项目管理阶段 敏捷项目管理可分为5个阶段:立项阶段.启动阶段.发布循环阶段.迭代循环阶段.收尾阶段. 4.产出 (

论PMI-ACP敏捷项目管理认证考前培训必要性

我们来简单分析一下报考PMI-ACP敏捷项目管理认证为什么需要考前培训? 敏捷项目管理(PMI-ACP)培训课程目的: 在需求不明确时,敏捷管理让你从纷乱的需求中脱颖而出. 敏捷管理强调项目目的是制造客户价值,不是执行计划. 客户必须求新.求变.求快,才能在市场胜出,而有价值的需求,必须不断地沟通.执行.展示和回顾.因此,按照N个月前实现制定的计划执行项目,就算能如期.按质.按照预算完工,如果交付物对客户没有价值,就是失败的项目. 反之,就是项目只执行一个月就停下来了,但团队在期间为客户证明了概

软件项目进度管理(含敏捷项目管理)

PMI 所定义的项目时间管理过程被分为 6 个子过程,分别是定义活动,排列活动顺序,估算活动资源,估算活动持续时间,制定项目进度计划和控制项目进度计划.这 6 个过程在项目过程中并不一定是顺序进行的,而是穿插在项目管理的整个流程中,遵循渐进明细的规律,其中前 5 个子过程时间上属于项目进度的制定,第六个过程属于项目进度的监控. 定义活动 即识别为完成项目可交付成果而采取的具体行动的过程.也就是在确定了项目的基本范围基准的基础上,将 WBS 分解为更为具体的,粒度更小的工作 item 方便落实到确

敏捷21天打卡-敏捷项目管理(终章)

软件项目管理的两大主流管理模式:传统项目管理(预测型项目管理).敏捷项目管理: 传统项目管理(预测型项目管理):瀑布式.部分迭代开发模式,要求在项目一开始,需求足够明确.文档足够规范.迭代过程需求变更越频繁,其对项目造成的遭难往往越大.相信很多IT团队都尝试过,这里不赘述. 敏捷项目管理作为新兴的项目管理模式,简化了传统项目的流程,从繁琐的流程和详尽的文档中解脱出来.但并不代表敏捷不做计划,有很多人的观念“敏捷不做计划”这是错误,否“probacklog.scrum.看板.燃起图.燃尽图.用户故