问成本、进度、质量:选择两种

EN

我的经验正好相反:专注于质量(尤其是早期)往往会降低成本和进度。据我所见，我会说，大多数严重超支的项目之所以这样做，主要是因为他们接近了他们认为的终点，而且他们发现他们的代码不起作用。在这一点上，他们试图通过投入大量额外的时间调试和诸如此类的东西来解决问题，但是现在做很多好事已经太晚了。更糟糕的是，他们不得不撤销很多他们所做的事情，因为一些部分依赖于其他地方糟糕的设计决策等等。

“成本、进度、质量:选两个。”

这是传统的说法，但不是有四个参数不是三个吗？有低成本，短时间表，高质量，高数量:如果你可以牺牲第四个，你可以最大限度地利用其中的三个。

你被要求妥协吗？你在商业世界里有什么经验？

当有人问我某件事时，我的成本是固定的(即我每小时或每年的费率)，所以忽略了成本。

质量有所不同:某些类型的可靠性寻找与软件相关的额外的书面设计和文档，而对于其他类型的软件，他们可能会说“只要软件工作，我们不介意您是否编写任何文档”。我总是经历一个隐含的最低质量水平(例如，任何/所有明显的运行时软件错误都必须修复)。

我倾向于坚持短时间的计划:其他人可能有长期的、多年的计划，但我通常会“注册”或承诺在接下来的几天或几周内做一些事情:比这更长，我也不愿意估计它(而且它可能没有明确的定义)。

因此，牺牲是数量:我希望人们一次给我一点，最好是一份工作(参见"sprint“和”迭代“)。

如果你是项目经理--也许你是自营职业者，或者在家和周末都在做项目--而你控制成本、进度和质量，你会“选择两个吗？”

我牺牲了时间表；我不在乎花多长时间，只要：

• 成本是固定的/零(也就是说，我是唯一这样做的，无偿的)
• 质量可以接受
• 数量(或功能)按计划进行。

我可能会到达一个我没有时间安排的阶段，也就是说，我决定我不能继续在这个项目上工作:在那个时候，我牺牲了(剩下的未实现的)数量。为这种可能发生的情况做计划，可能需要记住，有时完成50%的项目比完成一半完成100%的项目要好(即一半功能完成和可用总比什么也不完成好)。

您是否有您最喜欢的开发方法(Ies)中您从不妥协的部分(例如自动化测试)？

1. 源代码的整洁程度足以让我理解:软件在计算机上按预期运行，只是因为我能够，首先，在我的头脑中运行它。
2. 此外，我坚持测试软件。它不需要经过单元测试(相反，系统测试是可以的。)，但尽管我对它在我脑海中的运行大张旗鼓，但我不会保证任何未经测试的东西。我的老板过去常说，不是“你得到了你期望的”，而是“你得到了你想要的”。
3. 对于一个长期运行的项目，测试需要自动化。我愿意重构(见上面的第1点)，因此我需要运行回归测试。如果测试是手动的，那么运行它们的成本将与代码的数量成正比，因此测试所需的时间将随着O(n平方)的增加而增加，也就是说，如果不是自动化的话，它就太昂贵了。

根据我的经验，你总是会被要求妥协的。它会因不同的客户而有所不同。

你可以个人拒绝在某些方面妥协，但有时唯一的办法是改变项目或工作。

SCRUM和其他方法是管理妥协并使您的经理和客户了解它们的方法。它们并不能阻止妥协。

最后，请记住，这些不是二进制属性。您将在项目的不同方面(DB、Reporting等)平衡“质量”的危害程度，并将其与速度和成本进行平衡。你不能“挑两个”为了满足你的客户或经理的需要，你做出了成千上万种不同的决定。