13

尽管项目经理可能每个人都有自己的个性和管理风格，但似乎他们中的许多人都对在可能的情况下（无论是否有人在看）潜入“范围蔓延”充满了有害的爱。虽然他们通常是善意的（祝福他们的心），但您发现对项目经理说“不”的最佳方式是什么？

4

10 回答 10

30

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

话虽如此……对项目经理说不不是你的工作。你的工作是确保他知道并理解他正在做的改变的成本和风险。如果 PM 坚持改变范围并且不调整项目中的任何其他内容，那就换一份工作（因为项目和/或公司注定要失败）。

于 2009-01-20T23:22:05.437 回答
19

一个好的经验法则是总是回答，“好的。我们应该放弃什么才能在截止日期前完成？” 和/或“好的。如果我们将截止日期移到 X，我们可以添加它。”

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

于 2009-01-20T23:35:04.597 回答
10

通过对范围内的内容进行良好的成本核算和功能设计，将其带回给他们并询问他们是否要推迟日期或削减其他功能。如果是后者，哪些功能不再重要但尚未启动？

于 2009-01-20T23:20:20.103 回答
5

最简单的方法是坚定地告诉他们，如果您包含附加功能，它将影响发布日期。归根结底，他们的工作是按时交付产品，因此他们的底线是“我们能否在不破坏时间表的情况下适应它”。如果答案是否定的，那么任何值得他们薪水的项目经理都应该坚定地站在开发一边，同意这是不可接受的范围蔓延。

于 2009-01-20T23:22:03.050 回答
5

说实话

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

于 2009-01-20T23:31:54.183 回答
4

很有可能，虽然您认为您的项目经理“非常喜欢在可能的情况下潜入“范围蔓延”中”，但他的观点可能不同。确保你理解他的观点可能更有成效。

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

这仅在您的估计有任何好处时才有效。如果您在书本之外进行额外的工作，这将不起作用，因此所花费的额外时间是不可见的。否则，您可能会因为其他原因赶上最后期限，例如更努力地工作或提高效率，而您的项目经理只会记住范围蔓延不会影响“最后一次”的交付日期。

于 2009-01-20T23:29:24.330 回答
2

通过说服他理解你是如何试图帮助他保住他的工作（即你告诉他真相）。我想他比你有更多的风险。

于 2009-01-20T23:32:17.863 回答
2

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

但是，通过严格限制对您的合理期望，您更有可能赢得尊重。做到这一点的一种方法是帮助经理了解他们不会通过参与范围蔓延来改进产品，但从长远来看，他们更有可能损害产品。

于 2009-01-20T23:36:08.777 回答
1

客户是否要求潜入项目中的部分？它们是要交付的贵重物品吗？

如果 PM 将内容偷偷带入范围并且不让它们可见，那么 PM 肯定存在问题。这是一个严重的问题，我会直接和公开地向他们提出。

然而，范围蔓延（在我的书中）是完全可以接受的，如果它继续满足业务需求的话。当然，您有截止日期，但是在截止日期前灵活交付有什么问题？这是可见性至关重要的地方。

于 2009-01-28T01:20:57.850 回答
0

过去对我来说效果很好的东西：

我认为如果您的项目经理想要潜入功能，他们没有准确的项目计划。保留您自己的任务列表，估计每项任务需要多长时间，按优先级排序 - 它不需要详细说明，只是一个文本文档或电子表格。如果您的项目经理希望您添加新功能，请发送一份您的列表副本，并询问您应该按照优先顺序将其插入到哪里。

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

于 2009-01-21T10:35:08.383 回答