project-management - 你什么时候吹响范围蠕动哨子?

标签 project-management scope-creep

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

2年前关闭。




Improve this question




大多数人都曾在某个时候来到过这里——在你的项目中,你会收到非常小的请求,你很乐意照顾,但在某些时候,这些小事情会加起来。有时,实现某事所需的时间比重新协商项目计划所需的时间要少。

如果规范/需求计划是体面的,而且它不是一个注定要开始的项目,那么您实际上在什么时候吹哨并开始重新谈判?在 任意 要求?当该请求需要额外的页面/表格时?还是只是感觉出来?很想听听你是怎么打电话的。

最佳答案

在您的项目计划中预算 N 小时的临时请求。 (你知道它会发生,那为什么不在那里呢?)然后跟踪你的临时请求并在预算用完时重新协商。

关于project-management - 你什么时候吹响范围蠕动哨子?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/551527/

相关文章:

project-management - 开发人员应该在项目的哪一点开始使用 "eat their own dog food"?

project-management - 如何告诉项目经理 "NO"范围蔓延

project-management - 当客户端的错误真的是一个新功能时

language-agnostic - 什么是范围蠕变?

project-management - 在复杂级别设计软件?

api - 将 Basecamp 与 JIRA 集成

visual-studio - 每个用户故事的 VSTS Bug 计数

module - Dart App 组织子模块