以我的经验，太多的项目承受着太大的压力。 赞助商希望所有功能都可以在很短的时间内完成，并且没有缺陷。
并且，如果可能的话，发起人认为该项目应该不花任何钱，该团队不需要任何培训，并且该团队可以以任何方式工作，而不管期望的结果如何。
我也想一事无成。 我还没有看到这种情况发生。
当我们定义项目边界时，我们更有可能得到我们想要的东西。 我们可能不会得到所有。 如果我们决定如何权衡，我们可能会得到很多想要的东西。
让我回顾一下如何获得一些我们想要的东西，并对其余的东西进行细化。
是什么驱动项目？
我曾参与过一些项目，在这些项目中，经理们想让团队保持忙碌，直到销售人员完成一项需要所有这些人员以及更多人员的交易。 对团队及其能力的这种优化对我来说很少见。
我还参与了一些项目，在这些项目中，管理人员对他们的授权过程非常有信心。 对环境的优化并没有帮助我们完成工作。
我经常看到日期，成本，功能和低质量之一推动了该项目。 我无法同时提供低成本和高功能。 或者，这四个可能的驱动程序中的任何两个。
这就是为什么我说您只有一个驱动程序，而其余驱动程序是约束或浮动对象。
什么限制了项目？
一旦只有一个驾驶员，就可以定义约束。 与所有具有挑战性的决策一样，围绕这些决策的对话与决策本身同样重要。
让我们想象一下日期正在推动您的项目。 而且，您希望在该日期之前获得尽可能多的功能。 我会说功能集是一个约束。 还有其他真正的约束条件吗？
在这里， 第1部分中的问题“是否在预期的发货日期之前三周”很重要。
以我的经验，除非您不经常交货，否则您没有两个限制。 您有一个约束。
是的，我“欺骗了”并向想要“所有这些”的人们提供了更频繁的发布。 即使我们装箱了软件，这也比尝试管理一个不可能的项目的风险要小。
您如何使用浮动资金来降低风险？
一旦有了项目驱动程序和一个约束，就可以使用项目金字塔的其他方面来管理风险。
假设date是驱动程序，功能集是约束。 您也许可以雇用更多的人来为团队所需的工具提供帮助。 您可能能够获得团队室，以便团队拥有更好的工作环境。 您也许可以忍受更多的缺陷，使您能够满足要求。
敏捷方法可帮助我们在特定时间段内管理排名较高的功能集（即使我们不使用迭代）。 我们没有日期和功能集-我们会在一段时间内获得一些功能。 而且，这可能足以使赞助商满意。
摘要
无论您做什么，都不要创建或接受不可能的项目 。 让项目团队接受这种压力并不专业。
作为经理或项目经理，我会努力做到专业。 （我确定我并不完美！）这意味着不要求人们疯狂工作或工作，以使他们对工作不感到自豪。
当我们创造管理和技术卓越时，我们都会赢。 我将客户包括在内。 我们可能不欢迎利益相关者/赞助者。 而且，他们也需要专业。
当我们为团队创造良好的环境时，当我们投资于人员的能力时，当我们定义项目驱动因素，约束条件和浮动条件时，我们就能创造出成功的产品。 我们可能必须使用“很少”的思想来获得成功。
而且，我们越常可以运送较小的东西，并且一次又一次地进行运送，那么我们改变驱动程序，约束和浮动的选择就越多。
本系列的所有文章：
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
