我如何在瀑布世界中生存？

Question

我目前在一家大瀑布模式根深蒂固的公司工作。我们正在推进敏捷原则，但这是一个漫长的过程。与此同时，我不得不在一个瀑布世界里工作，有着连续的项目阶段。

我的问题是关于分析阶段。我必须提供一份任务清单，以及他们需要多长时间。我可以用什么技术来提高我的估计的准确性/精确性，同时满足预先有一个详细估计的要求？

我知道的一个例子是在做出估计之前使用原型来获得更多的知识。

Answer 1

收集更好、更具体的客户需求。

当您将需求细化到每个需求可以满足少数几个类时，并且您非常清楚这些类在代码中将是什么样子，那么事情需要多长时间就会变得更加清楚，而且对于每个需求来说，宣布成功会容易得多。

您的需求应该包括组件之间所有接口的详细规范，这样每个软件开发人员就可以清楚地知道他们需要做什么，并且更容易将工作分散，或者从一个开发人员转移到另一个开发人员。

有一件事你可能想推小瀑布。将项目分成几个阶段将有助于每个人通过设置检查点来监视进度并从涉众那里获得反馈(就像敏捷一样)。当瀑布失败时，敏捷就会成功，因为瀑布往往会咬掉你无法咀嚼的东西。

Answer 2

为了更好地提供任务列表和任务所需的时间，您需要练习并记录结果。因此，首先让每个评估都相当详细(不要忘记包括通信和会议、需求开发、设计、测试、qa、部署、文档(瀑布中总是需要的)、研究和其他非编码任务。人们做错的第一件事是，他们估计的只是实际的编码时间。你会想，“那要花我两天的时间，所以这是估计的”，12个小时的会议之后，你甚至还没有开始发展。

当你给出一个评估，存储它和时间在某处，当你做这个项目时，记下每项任务实际花费的时间。很快你就会看到一种模式(大多数人总是估计得太低)。现在，您还可以使用数据来说明事情所需的时间。当你的估计是基于过去类似任务所需的硬数时，你就更难与之争辩了。

在一个瀑布项目中，你可以假设会有最后一分钟的变化，所以估计一个百分比的时间也花在这上面！如果任务是新的(历史上没有类似的任务)，请记住要增加更多的研究和设计时间，因为弄清楚该做什么可能会花费最多的时间。

在瀑布项目中，您可以为自己和您的团队做的最好的事情就是在需求定义阶段结束后，每次更改需求时，都要推迟截止日期并增加估计值。如果他们不断地从你那里得到新的伴侣，告诉他们这个小小的改变要花多少钱，你就会减少“哦顺便说一句”的数量。您需要在一个大型项目中管理客户。

并将时间花在需求开发和设计上。这就是瀑布项目的目的，因为在那个时候改变东西比完成开发工作要便宜得多。有些类型的项目比敏捷更适合瀑布。所以，不要自动认为你使用它是不好的。相反，要学会很好地使用它来管理项目。如果你学会了很好地管理瀑布，那么在瀑布或敏捷环境中，你就会领先于大多数开发者，因为事实是，大多数开发人员对任何涉及项目管理的事情都很不在行，而让项目走出大门就是游戏的名称。