如何告诉项目经理“不”范围蠕变

时间:2009-01-20 23:16:45

标签: project-management scope requirements scope-creep

虽然项目经理可能各自都有自己的个性和管理风格,但似乎他们中的许多人都有“强烈的爱”,他们可以随时潜入“范围蔓延”(无论是否有人在观看)。虽然他们通常意味着好(祝福他们的心),你发现对项目经理说“不”的最佳方式是什么?

10 个答案:

答案 0 :(得分:30)

首先让我说,如果一个PM“潜入范围蔓延”,他是一个非常糟糕的项目经理。

话虽如此......对项目经理说不,这不是你的工作。确保他了解并理解他所做出的改变的成本和风险是你的工作。如果PM坚持要改变范围并在项目中不做任何其他调整,那就换个工作(因为项目和/或公司注定要失败)。

答案 1 :(得分:18)

一个好的经验法则是总是回答:“好的。在截止日期前我们应该放弃什么呢?”和/或“好的。如果我们将截止日期移到X,我们可以将其添加到。”

每次更改都会影响完成时间。没有零时间任务这样的事情。迫使项目经理意识到质量,截止日期或功能列表每次进行更改都会受到影响,这将使他们对范围蔓延的思考正确。

答案 2 :(得分:10)

通过对范围内的内容进行良好的成本计算和功能设计,将其带回给他们并询问他们是否要将日期移出,或者剪切其他功能。如果是后者,哪些功能不再重要尚未开始呢?

答案 3 :(得分:5)

最简单的方法是坚定并告诉他们如果您包含其他功能,影响发布日期。最终他们的工作是按时发货,所以他们的底线是“我们能否在不违反时间表的情况下适应这一点”。如果答案是否定的,那么任何值得他们工资的项目经理都应该坚定地站在发展的一边,同意这是不可接受的范围蔓延。

答案 4 :(得分:5)

说实话

说明发货日期,质量和功能之间存在严重的依赖关系。告诉他们,如果他们想要满足发货日期,如果添加新功能,质量将受到影响。

答案 5 :(得分:4)

虽然你认为你的项目经理对“潜行”的有害爱情“可能会在他们可能的情况下蔓延”,但他的观点可能与众不同。确保你理解他的观点可能会更有成效。

这当然是除了传达你自己的观点,即范围蔓延的后果。您可能需要明确确定开发计划中的其他工作,估计额外工作需要多长时间,并解释这意味着延迟或丢弃其他一些功能。

这只适用于您的估算有用的情况。如果您从书本上完成额外的工作,这不起作用,因此花费的额外时间是不可见的。否则,您可能会因其他原因(例如更难的工作或提高效率)而在截止日期前完成,而您的项目经理只会记住范围蔓延不会影响“上次”的交付日期。

答案 6 :(得分:2)

通过追求他了解你是如何帮助他挽救他的工作(即你告诉他真相。)我想象他会比你更有利害关系。

答案 7 :(得分:2)

如果您想在您的组织中取得成功,您将希望成为一名团队合作者,并努力展示您的承诺。有时候,这意味着需要额外的时间来为产品提供一个很好的新建议。

但是,您更有可能通过对可合理预期的内容设置严格限制来获得尊重。实现此目的的一种方法是帮助管理人员了解他们不会通过参与范围蔓延而改进产品,但他们更有可能伤害产品从长远来看。

答案 8 :(得分:1)

是否客户要求进入项目的位?它们是有价值的物品吗?

如果他们将事情偷偷摸摸地进入范围而不是让他们看得见,那么PM肯定存在问题。这是一个严重的问题,我会直接和公开地与他们一起提出。

但是,如果它继续满足业务要求,范围蔓延(在我的书中)是完全可以接受的。当然,你有截止日期,但是如何灵活处理你在截止日期前交付的内容呢?这是可见性至关重要的地方。

答案 9 :(得分:0)

过去对我有用的东西:

我认为,如果您的项目经理想要隐藏功能,他们就没有准确的项目计划。保留您自己的任务列表,估计每项任务需要多长时间,按优先级排序 - 不需要仅详细说明文本文档或电子表格。如果您的项目经理要求您添加新功能,请发送您的列表副本,并询问您应该在优先顺序中插入它。

如果项目经理试图协商您的时间估算,那么只需说“我会尽我所能,但我不能保证任何事情。”