渐进明细、范围蔓延、镀金、范围浅变辨析

渐进明细

渐进明细指项目的成果性目标是逐步完成的。

因为项目的产品、成果或服务事先不可见,在项目前期只能粗略进行项目定义,随着项目的进行才能逐渐完善和精确。
这意味着在项目逐渐明细的过程中一定会有修改,产生相应的变更。
因此,在项目执行过程中要对变更进行控制,以保证项目在各相关方同意下顺利开展

范围蔓延

范围蔓延是指未得到控制的变更

常表现为在未分析对进度、成本、质量和资源等的影响下或未得到关键干系人批准的情况下添加产品的功能和特性

范围蔓延是没有得到有效控制的变更,造成范围蔓延的原因有两个方面:一是来自团队内部,一是来自团队外部(高层、客户、发起人或其他干系人)。来自团队内部原因造成的范围蔓延称为“镀金”,来自团队外部原因造成的范围蔓延称为“范围潜变”。

镀金

镀金是项目人员为了“讨好”客户而做的不解决实际问题、没有应用价值的项目活动。

范围潜变

范围潜变是指客户不断提出小的、不易察觉的范围改变,如果不加控制,累计起来导致项目严重偏离既定的范围基准,导致项目失控和失败。

渐进明细与范围蔓延

“渐进明细”是正常的,项目范围不可能在开始的时候就非常清晰,需要不断地补充、细化、完善,这是客观规律。

“范围蔓延”是不正常的,是危险的,是未经评估对时间和成本的影响就增加功能或服务,是失控的变更,这是项目实施过程中必须面对的重要问题。

项目的渐进明细一定要在项目的边界之内进行,以避免渐进明细演变成范围潜变。区分渐进明细与范围蔓延在于是否越过了项目边界,边界打破是否遵循了变更流程。

例如:
去商场前,在家里计划买两套运动衣,可是到了商场,发现运动鞋促销,于是就买了一双,这是范围蔓延;
在到达商场前,只考虑需要买运动衣,没有确定款式、色彩、价位,到商场后,随着所看到的商品越来越多,慢慢对要买的运动衣的款式、色彩、价位有了明确的认识,这是渐进明细。

PMI提倡给客户提供你答应提供的东西,而不要多提供一些额外的东西,如额外的范围、额外的功能、更高的质量等。做且只做项目范围内的事。

从机会成本的角度看,镀金的机会成本比较大;而且资源是有限的,把资源花在满足项目既定的要求上更合适。
不论镀金还是范围潜变,都应该在项目过程中严格禁止。项目应该是“满足要求”与“适合使用”。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
泛微OA是一种办公自动化系统,明细表是其中一个重要的功能模块。明细表赋值明细表是指在使用泛微OA时,将一个明细表的值赋予另一个明细表。 在泛微OA的明细表中,我们可以添加多个字段来记录不同的数据。假设我们有两个明细表,分别是明细表A和明细表B。现在我们需要将明细表A中的某一列的值赋予明细表B中的某一列。 首先,我们需要在明细表B中添加一个与明细表A中要赋值的列字段相对应的列。例如,如果要将明细表A中的"数量"列的值赋予明细表B中的"总数"列,我们就需要在明细表B中添加一个名为"总数"的列。 接下来,我们需要在泛微OA的相关配置中进行设置。我们首先找到明细表A所在的场景,进入该场景的配置页面。在配置页面中,我们可以找到明细表A的列字段列表,选择需要赋值的列字段,并将其与明细表B的相应列字段进行关联。 完成关联后,我们需要再找到明细表B所在的场景,进入该场景的配置页面。在配置页面中,找到明细表B的列字段列表,我们可以发现被关联的列字段已经显示为灰色不可编辑状态,这表示与明细表A的列字段已成功关联。 最后,我们点击保存并发布配置,重新加载明细表B的页面后,就可以看到明细表A中的对应列字段的值已经成功赋值给明细表B。这样,我们就实现了泛微OA明细表赋值明细表的操作。 总结起来,泛微OA明细表赋值明细表的步骤包括添加相应的列字段、配置场景关联以及保存并发布配置。这种操作可以方便地将一个明细表的数据赋值给另一个明细表,提高了工作效率和数据管理的便捷性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值