工作范围（即交付可用产品所需的功能和特性）

[roseline371274]

第二个问题被称为“人月神话”或布鲁克斯定律，该定律指出：“为已推迟的软件项目增加人力只会让项目更晚。”虽然布鲁克斯定律专门针对软件开发，但其概念适用于多种类型的项目。

这通常被一个比喻简化为“厨房里厨师太多”。基本概念是，当你为一个问题增加更多人时，额外的沟通开销和团队动态的复杂性通常会对整个时间表产生负面影响。

这几乎排除了“好”和“快”的组合作为真正的选择。这让我们只剩下“好”和“便宜”，但这意味着项目将需要很长时间。不过，得益于精益理念，情况并非如此。

请举一个铁三角的例子：
这些约束被认为是铁的，因为你无法在不影响其他约束的情况下 意大利whatsapp 数据 改变一个约束。

让我们以铁三角为例，看看软件开发团队在项目管理中面临的限制。以下是他们面临的一些限制：

必要的资源（即交付和执行产品的团队成员和预算）
团队将产品推向市场并发布所需的时间
铁三角的目标是为产品团队提供必要的信息，以便他们做出最终有利于业务的权衡。例如，如果团队的范围是固定的，他们可能在项目进行到一半时意识到自己无法按时发布。

此时，他们的选择如下：

接受稍后的发布日期（时间）
为项目增加更多人员，最终增加总体成本（资源）
你知道吗？据哈佛商学院教授称，每年推出的消费品中 95% 都以失败告终。

精益创业方法
精益创业方法是 Eric Ries 于 2008 年开发的一种产品和业务交付流程。该方法在其 2011 年出版的《精益创业：当今的企业家如何通过持续创新打造极其成功的企业》一书中有所记载，它借鉴了日本汽车制造商在 20 世纪 80 年代开发的精益制造概念。

精益创业方法推崇这样的理念：任何不能为最终用户带来价值的东西都是浪费。通过创建可测试和可衡量的假设，然后根据诚实且有意义的关键绩效指标 (KPI) 进行衡量，可以消除这种浪费。

第一步是构建最小可行产品 (MVP)，这是可以测试您的假设并提供最大数量验证学习的产品的最简单版本。

创建初始 MVP 后，下一步是使用拆分测试和预定的 KPI 等工具反复迭代。这些工具将帮助您对产品进行调整，最终结果有两种：将其改进至完美，或确定失败并进行调整。