查看“开发方法和生命周期绩效域”的源代码
←
开发方法和生命周期绩效域
跳到导航
跳到搜索
因为以下原因,您没有权限编辑本页:
您请求的操作仅限属于该用户组的用户执行:
用户
您可以查看和复制此页面的源代码。
开发方法和生命周期绩效域涉及与项目的开发方法、节奏和生命周期相关的活动和职能。 <br> 在项目整个生命周期过程中,有效执行本绩效域可以实现预期目标,主要包含: 1. 开发方法与项目可交付物相符合; 2. 将项目交付与干系人价值紧密关联; 3. 项目生命周期由促进交付节奏的项目阶段和产生项目交付物所需的开发方法组成。 <br> 在项目整个生命周期过程中,为了有效执行开发方法和生命周期绩效域,项目经理需要重点关注:交付节奏、开发方法及其选择、协调交付节奏和开发方法及生命周期。 <br> == 绩效要点 == === 交付节奏 === 交付节奏是指项目可交付物的时间安排和频率,项目可以一次性交付、多次交付、定期交付和持续交付。 # 一次性交付 #* 一次性交付的项目只在项目结束时交付。例如,对于流程再造项目只在项目结束时进行交付,在项目接近收尾、新过程推出之前,可能不会进行任何交付。 # 多次交付 #* 一个项目可能包含多个组件,这些组件会在整个项目期间的不同时间交付,因此有些项目会进行多次交付。所有交付物都应在项目最终完成之前交付完毕。 # 定期交付 #* 定期交付与多次交付非常相似,但定期交付是按固定的交付计划进行,例如每月或每两个月交付一次。新的软件应用程序可能每两周进行一次内部交付,然后定期向市场发布。 # 持续交付 #* 持续交付是将项目特性增量交付给客户,通常通过使用小批量工作和自动化技术完成。持续交付可用于数字化产品,从产品管理的角度看,持续交付聚焦于在整个产品生命周期内产生的收益和价值。持续交付中可能存在许多开发周期和维护活动,这种交付类型更适合于人员稳定的项目团队。 <br> === 开发方法 === 开发方法是在项目生命周期内创建产品、服务或结果的方法。不同的行业可能会使用不同的术语来定义开发方法 当前行业普遍认同的三种开发方法是预测型方法、 混合型方法和适应型方法。三种方法通常被视为一个频谱,随着法代性和增量性逐渐增加,从频谱一端的预测型方法到另一端的适应型方法逐渐变化。 <br> <ol style="list-style-type: decimal;"> <li><p>预测型方法<br></p> <p>预测型方法又称为瀑布型方法。这种开发方法相对稳定,范围、进度、成本、资源和风险可以在项目生命周期的早期阶段进行明确定义:项目团队能够在项目早期降低很多不确定性因素并提前完成大部分规划工作。 <br></p> <p>采用这种方法的项目可以借鉴以前类似项目的模板。在项目开始时可以定义、收集和分析项目和产品的需求,此时适合于采用预测型方法。 <br></p> <p>当涉及重大投资和高风险项目,需要频繁审查、改变控制机制以及在开发阶段之间重新规划时,也可以使用此方法。 <br></p></li> <li><p>混合型方法<br></p> <p>混合型开发方法是适应型方法和预测型方法的结合体,该方法中预测型方法的要素和适应型方法的要素均会涉及。混合型方法的适应性比预测型方法强,但比纯粹的适应型方法的适应性弱。 <br></p> <p>当需求存在不确定性或风险时,这种开发方法非常有用。当可交付物可以模块化时,或者由不同项目团队开发可交付物时,混合型方法也非常适用。 <br></p> <p>混合型方法通常使用迭代型方法或增量型方法。</p> <ul> <li>迭代型方法适合于澄清需求和调查各种可选项,在最后一个迭代之前,迭代型方法可以完成可接受的全部功能;</li> <li>增量型方法是用于在一系列迭代过程中生成可交付物,每个迭代都会在预先确定的时间期限(时间盒)内增加功能,该可交付物包含的功能只有在最后一个迭代结束后才被完成。 <br></li></ul> </li> <li><p>适应型方法<br></p> <p>适应型方法在项目开始时确立了明确的愿景,之后在项目进行过程中在最初己知需求基础上,按照用户反馈、环境或意外事件来不断完善、说明、更改或替换。 <br></p> <p>当需求面临高度的不确定性和易变性,且在整个项目期间不断变化时,适合采用适应型方法。适应型方法通常也会运用迭代型方法和增量型方法,只不过相比混合型方法,适应型方法的法代周期会更短,频率会更快,产品会根据干系人反馈不断演变。 <br></p> <p>敏捷方法可以视为一种适应性方法。某些敏捷方法需要一至两周的短时迭代,而且在每个迭代结束时展示所取得的成果。项目团队积极参与每次选代的规划,根据优先级确定的待办事项列表来决定可以实现的目标和范围,估算所涉及的工作,并在整个迭代期间进行协作,以不断确定范围并实现目标。</p></li></ol> <br> === 开发方法的选择 === 产品、服务或成果,项目和组织都会影响开发方法的选择。 <ol style="list-style-type: decimal;"> <li><p>产品、服务或成果 <br></p> <p>影响开发方法的产品、服务或成果的相关因素包括:</p> <ul> <li>创新程度:在充分了解范围和需求的情况下,项目团队以前完成的工作且能够提前规划的项目适合采用预测型方法;创新程度高或项目团队没有做过的项目更适合采用适应型方法。</li> <li>需求确定性:当需求易于定义时,适合采用预测型方法;而当需求不确定、易变或复杂,且在整个项目期间会发生演变时,适应性方法更适合。</li> <li>范围稳定性:可交付物的范围稳定且变化小时,适合采用预测型方法;如果范围会有许多变更,则适应型方法会更适合。</li> <li>变更的难易程度:与需求确定性和范围稳定性相关,如果可交付物的性质使得管理和合并等变更较为困难,则适合采用预测型方法;对于容易适应变更的可交付物,则更适合采用适应型的方法。</li> <li>交付物的性质:可交付物的性质以及能否以组件形式交付会影响开发方法。可以分组件开发和/或交付的产品、服务或成果,适合采用增量型方法、法代型方法或适应型方法。有些大型项目一般采用预测型方法进行规划,但其中一些组件则可以增量型方法开发和交付。</li> <li>风险:高风险的产品需要在选择开发方法之前进行分析。某些高风险产品需要大量的前期规划和严格的流程来降低风险,可适当采用预测型方法,通过模块化构建、调整设计和开发,从而降低风险。</li> <li>安全需求:具有严格安全需求的产品通常采用预测型方法,需要进行大量的预先规划,以确保所有安全需求都得到识别、规划、创建、整合和测试。</li> <li>法规:具有重大监管监督的环境可能更适合采用预测型方法。 <br></li></ul> </li> <li><p>项目 <br></p> <p>影响开发方法的项目相关的因素包括:</p> <ul> <li>干系人:在项目整个生命周期过程中,采用适应型方法时需要干系人大量参与,某些干系人(例如产品负责人)在确定工作及其优先级方面发挥着重要作用。</li> <li>进度制约因素:如需要尽早交付,即使不是成品,迭代型或适应型方法也有益。</li> <li>资金可用情况:在资金不确定的环境中运行的项目可以从适应型方法或选代型方法中受益。发布最小范围的产品所需投资较少,有益于利用最小的投资进行市场测试或占领市场,并可灵活根据市场对产品或服务的反馈效果追加进一步投资。</li></ul> </li> <li><p>组织 <br></p> <p>影响开发方法的组织相关的因素包括:</p> <ul> <li>组织结构:对于有多层级、严格汇报结构、官僚作风浓厚的组织常适合采用预测型方法。采用适应型方法的项目往往具有扁平式结构,更有利于与自组织的项目团队一起开展工作。</li> <li>文化:预测型方法更适合具有指导文化的组织,这种组织会制订周密的工作计划,并根据相关基准测量进展情况;适应型方法更适合项目团队自管理的组织。</li> <li>组织能力:从预测型方法过渡到适应型方法,然后再过渡到敏捷方法,不仅需要组织具有敏捷性,也需要整个组织的高层管理者转变思维模式。此外,组织政策、工作方式、汇报结构和态度都应保持一致,这样才能成功有效地运用适应型方法。</li> <li>项目团队的规模和所处位置:适应型方法(尤其是敏捷方法)通常更适用于处于同一物理空间的、团队规模不大(建议7名成员)的团队。对于大型项目团队和主要通过虚拟方式工作的项目团队,则更适合采用靠近开发方法频谱上预测型一端的方法。</li></ul> </li></ol> <br> === 协调交付节奏和开发方法 === 启动和计划阶段是按顺序进行的。开发、测试和部署这几个阶段可能会相互重叠,不同的可交付物将在不同的时间进行开发、测试和部署,而某些可交付物会进行多次交付。 <br> == 与其他绩效域的相互作用 == 开发方法和生命周期绩效域与干系人绩效域、规划绩效域、不确定性绩效域、交付绩效域、项目工作绩效域和团队绩效域相互作用: 1. 如果一个可交付物存在要与干系人验收相关的大量风险,则可能会选择迭代方法,向市场发布最小可行产品,以便在开发其他特性和功能之前获得反馈; 2. 所选的生命周期会影响进行规划的方式,预测型生命周期会提前进行大部分规划工作,项目进展中使用滚动式规划和渐进明细来重新规划,随着威胁和机会的发生,计划也会得到更新; 3. 开发方法和交付节奏是减少项目不确定性的方法,如果一个可交付物存在与监管要求相关的大量风险,则可能会选择预测型方法进行额外测试、文档编写,并采用健全的流程和程序; 4. 在考虑交付节奏和开发方法时,开发方法和生命周期绩效域与交付绩效域的关注点会有很多重叠,交付节奏是确保实际项目的价值交付和可行性规划保持一致的主要因素之一; 5. 在项目团队能力和项目团队领导力技能方面,项目工作绩效域、团队绩效域与开发方法和生命周期绩效域会相互作用,项目团队的工作方式和项目经理的风格会因开发方法的不同而存在很大差异。采用预测型方法时,通常需要更加重视预先规划、测量和控制,适应型方法(特别是在使用敏捷方法时)需要更多的服务型领导风格,而且可能会形成自我管理的项目团队。 <br> == 执行效果检查 == 在项目整个生命周期过程中,项目经理和项目团队需要对开发方法和生命周期绩效域的执行效果进行检查,确保其有效执行并实现预期目标。 <br> {| class="wikitable" |- ! 预期目标 ! 指标及检查方法 |- | 开发方法与项目可交付物相符合 | 产品质量和变更成本:采用适宜的开发方法(预测型、混合型或适应型) ,可交付物的产品变量比较高,变更成本相对较小 |- | 将项目交付与干系人价值紧密联系 | 价值导向型项目阶段:按照价值导向将项目工作从启动到收尾划分为多个项目阶段,项目阶段中包括适当的退出标准 |- | 项目生命周期由促进交付节奏的项目阶段和产生项目交付物所需的开发方法组成 | 适直的交付节奏和开发方法:如果项目具有多个可交付物,且交付节奏和开发方法不同,可将生命周期阶段进行重叠或重复 |}
返回至“
开发方法和生命周期绩效域
”。
导航菜单
个人工具
登录
命名空间
页面
讨论
大陆简体
查看
阅读
查看源代码
查看历史
更多
搜索
导航
首页
基础知识
正则表达式
Markdown
分布式
项目管理
系统集成项目管理基础知识
云原生
Docker
云原生安全
云原生词汇表
十二因素应用
Kubernetes
音频处理
音频合成
Edge-tts
CMS系统
Docsify
VuePress
Mediawiki
自动生成
Marp
CI/CD
GitLab
设计
颜色
平面设计
AI
数字人
操作系统
GNU/Linux
数据库
Mysql
工具
链入页面
相关更改
特殊页面
页面信息