查看“交付绩效域”的源代码
←
交付绩效域
跳到导航
跳到搜索
因为以下原因,您没有权限编辑本页:
您请求的操作仅限属于该用户组的用户执行:
用户
您可以查看和复制此页面的源代码。
交付绩效域涉及与交付项目相关的活动和职能。在项目整个生命周期过程中,有效执行本绩效域可以实现预期目标,主要包含: # 项目有助于实现业务目标和战略; # 项目实现了预期成果; # 在预定时间内实现了项目收益; # 项目团队对需求有清晰的理解; # 干系人接受项目可交付物和成果,并对其满意。 <br> 在项目整个生命周期过程中,为了有效执行交付绩效域,项目经理需要重点关注价值的交付、可交付物、质量。 <br> == 绩效要点 == === 价值的交付 === 如果项目所使用的开发方法支持在整个项目生命周期内发布可交付物,在项目进展过程中就可以向干系人交付价值;而在项目生命周期结束时才发布可交付物的项目,则会在项目完成后产生价值。有的项目在项目结束后的一段时间内,还可以继续获得价值。 可行性研究和评估通常会提供对项目预期价值的预测,可行性研究与评估相关文件说明了项目预期成果如何与组织的业务目标保持一致。项目授权文件试图量化项目的预期成果,以便进行定期测量。这些文件包括项目章程和详细的基准计划,用于概述项目生命周期、关键里程碑、关键可交付物、评审和其他顶层信息。 <br> === 可交付物 === 可交付物是指项目的临时或最终的产品、服务或结果,它有助于取得项目所要实现的最终成果。可交付物反映了干系人的需求、范围和质量。 范围明确且相对稳定的项目,通常会在项目初期与干系人合作,启发并记录需求;而有些项目,开始时只有高层级的粗略的需求,详细需求会在项目进展过程中逐步细化和明确;还有一些项目会在项目工作进行期间不断提出新的需求。不管是什么类型的项目,需求都有可能会随着时间的推移而发生演变,都需要对其进行管理。 <br> <ol style="list-style-type: decimal;"> <li><p>需求启发</p> <p>需求启发是指引导说出、产生或唤起干系人的需求,包括记录相关需求并征得干系人同意。记录需求的要求主要包括:</p> <ul> <li>清晰:只有一种解释需求的方式。</li> <li>简洁:要用尽可能少的文字表述需求。</li> <li>可核实:有至少一种方法可以核实需求是否已得到满足。</li> <li>一致性:没有相互矛盾的需求。</li> <li>完整:所有需求代表了当前项目或产品需要的全部。</li> <li>可跟踪:每个需求都可以由一个唯一的标识来识别。</li></ul> <p><br></p></li> <li><p>不断演变和发现的需求</p> <p>在采用法代型、增量型或适应型开发方法的项目中,需求一般不能预先明确定义,可以使用原型、演示、故事板和模型等方法,通过需求的演变,让干系人”眼见为实”地制定需求。</p> <p><br></p></li> <li><p>管理需求</p> <p>无论需求是已预先记录的、不断演变的,还是进展中新发现的,都需要对其进行管理。无效的需求管理可能导致返工、范围蔓延、客户不满意、预算超支、进度延迟,甚至导致项目失败。因此,许多项目都会设置需求管理人员。需求管理人员使用专用软件、待办事项列表、索引卡、需求跟踪矩阵等方法,确保需求相对稳定,并确保新的和不断变化的需求获得干系人的认同。</p> <p><br></p></li> <li><p>定义范围和管理变更</p> <p>随着需求被识别,需要定义范围来满足需求 范围是项目所提供的产品、服务和结果的总和。随着范围被定义,还需要识别更多的需求,因此,与需求一样,范围可以预先被定义好,也可以随着时间的推移而演变,或可以新发现。项目经理和团队可结合范围管理过程的相关要求对范围进行定义和管理。在稳定的环境中运行的项目通常会面临”范围蔓延”,为了应对范围蔓延,项目团队会使用变更控制系统来处理范围变更。</p> <p><br></p></li></ol> <br> === 质量 === 交付不仅仅是范围和需求。范围和需求聚焦于需要交付的内容,而质量聚焦于需要达到的绩效水平。与质量相关的成本由项目所在的组织承担。在项目管理中,需要在质量和满足质量所付出的成本二者之间寻找平衡。 设计和开发工作通常基于前期的需求、范围等工作开展。如果前期工作存在缺陷,则后续工作存在的缺陆会累积更多,因此,发现缺陆的时间越晚,纠正缺陷的成本就越高。同理,前期工作完成得越多,变更的成本就越大。积极主动地开展质量工作有助于避免较高的变更成本。 <br> == 与其他绩效域的相互作用 == 交付绩效域是在规划绩效域中所执行所有工作的终点。交付节奏基于开发方法和生命周期绩效域中工作的结构方式。项目工作绩效域通过建立各种过程、管理实物资源、管理采购等促使交付工作。项目团队成员在此绩效域中执行工作,工作性质会影响项目团队驾驭不确定性的方式。 <br> == 执行效果检查 == 在项目整个生命周期过程中,项目经理和项目团队需要对交付绩效域的执行效果进行检查,确保其有效执行并实现预期目标。 <br> {| class="wikitable" |- ! 预期目标 ! 指标及检查方法 |- | 项目有助于实现业务目标和战略 | 目标一致性:<br>组织的战略计划、可行性研究报告以及项目授权文件表明,项目可交付物和业务目标保持一致 |- | 项目实现了预期成果 | 项目完成度:<br>项目基础数据表明,项目仍处于正轨,可实现预期成果 |- | 在预定时间内实现了项目收益 | 项目收益:<br>进度表明财务指标和所规划的交付正在按计划实现 |- | 项目团队对需求有清晰地理解 | 需求稳定性:<br>在预测型项目中,初始需求的变更很少,表明对需求的真正理解度较高。在需求不断演变的适应型项目中,项目进展中阶段性需求确认反映了干系人对需求的理解 |- | 干系人接受项目可交付物和成果,并对其满意 | 干系人满意度:<br>访谈、观察和最终用户反馈可表明干系人对可交付物的满意度<br><br>质量问题:<br>投诉或退货等质量相关问题的数量也可用于表示满意度 |}
返回至“
交付绩效域
”。
导航菜单
个人工具
登录
命名空间
页面
讨论
大陆简体
查看
阅读
查看源代码
查看历史
更多
搜索
导航
首页
基础知识
正则表达式
Markdown
分布式
项目管理
系统集成项目管理基础知识
云原生
Docker
云原生安全
云原生词汇表
十二因素应用
Kubernetes
音频处理
音频合成
Edge-tts
CMS系统
Docsify
VuePress
Mediawiki
自动生成
Marp
CI/CD
GitLab
设计
颜色
平面设计
AI
数字人
操作系统
GNU/Linux
数据库
Mysql
工具
链入页面
相关更改
特殊页面
页面信息