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

虽然项目经理可能各自都有自己的个性和管理风格,但似乎他们中的许多人都喜欢潜行"范围蔓延"(无论是否有人在观看).虽然他们通常意味着好(祝福他们的心),但是你发现对项目经理说"不"的最佳方式是什么？

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

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

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

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

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

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

说实话

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