估算未知数：日期或预算，第2部分

在第1部分中 ，您对团队的速度有了一些了解。 当您不了解团队的速度时，可以选择这种方法，因为该团队以前从未合作过，或者以前从未参与过这样的项目。 你们都瞎了。

您的最佳选择：等待评估，直到您知道团队的运作方式

如果您尚未与该团队一起进行过这样的项目，那么您还有其他问题。 在项目开始时就不应该估算整个待办事项，因为团队成员不知道相对估算对团队中其他任何人的意义。 团队需要共同努力。 因此，请他们尽快开始合作。 是的，甚至在他们做出任何估计之前。 他们可以做任何事情-修复缺陷，开发该产品的故事，甚至任何东西。 你们都需要数据。

由于您的待办事项列表排名很高，所以最简单的方法可能是从看板开始，以便您可视化任何瓶颈。 如有必要，请在迭代中使用看板，以便围绕着看板的可视化掌握迭代的节奏。
如果将迭代持续一到两周，就会发现是否存在瓶颈。 迭代时间越短，您获得反馈的频率就越高，您的数据就越有价值。

一旦团队成功集成了多个功能，现在，您就可以开始一起进行估算了，您的估算将有意义。 使用置信度水平并重新估计，直到团队的置信度达到90％。 多久才能做到？ 我不知道。 这就是为什么您有一个看板板并且正在使用迭代的原因。 我已经看到，敏捷的新团队需要6-7次迭代，然后才能完全依靠自己的速度。

您的第一个最佳选择：减少故事和内容

如果您迫不及待要估算，因为有人在您的脖子上呼气，要求估算，请查看您的积压。 故事有多小？ 这是我的经验法则：如果您盯着这个故事说：“嗯，如果我们让每个人都参与这个故事，并且我们认为我们可以一起攻击这个故事并在一天之内完成，”合适的大小。

现在，您可以将这些故事加起来，大约是一个团队一天的工作量，让您自己具有50％的置信度（因为您并不十分了解），请继续阅读“使用时间框，在进行过程中更好地估算” 第三部分 。

现在，如果有人向您吐口气，那么很有可能没有人花时间创建积压的故事。 但是，也许您很幸运。 也许您有一个产品所有者，作为一个团队，他们一直在等待着您，在过去的六个月中可以参与该项目，并且一直在精心制作这些故事。 而且，也许我中了彩票。

您的第二个最佳选择：SWAG和优化

假设您的经理要求您约会，并且您没有从团队中获得经验数据，但是您决定开发SWAG（科学，野蛮的猜测）。

赃物建议：

• 如果您必须开发SWAG，请与团队一起开发。 请记住，SWAG是一个猜测。 这是有根据的猜测，但这是猜测。 您希望以团队评估故事的方式开发SWAG。
• 建立一个三点估计：乐观，可能和悲观。 或者，在估计中建立置信度。
• 当您开始使用SWAG时，还要开始收集有关团队绩效的数据，团队（只有团队）可以使用该数据来使团队更好地进行评估。
• 优化SWAG：向您的管理人员说明原始日期是SWAG，并且您需要优化日期。 我喜欢“优化”一词，而不喜欢“更新”。 调整声音，就像您将尽快给他们一个更好的约会一样。 您可能没有，但您会给他们一个更好的约会，就像更准确的约会一样。

赃物不，不

• 请勿单独赃物。 团队前往SWAG。 作为项目经理，这是他们的估计，而不是您的估计。
• 不要让您的经理替您换东西。 除非经理去做所有的工作，否则经理没有发言权。 哦，经理可以确定日期，但是您可以回到第3部分 ，管理项目并进行合理的重新估计。
• 在没有置信度百分比或范围的情况下，请勿报告SWAG。

那么，所有这些都使我们获得预算和日期呢？

在许多方面，估计敏捷项目的项目预算或日期都是不相关的。 如果您的待办事项列表排名很高并且完成了功能，那么您在遇到特定日期或成本时始终可以停止该项目。 是否有待定的待办事项列表，是否使用敏捷方法，是否在流程中工作（看板），是否使用可以完成功能的生命周期（在进行过程中进行集成的增量生命周期）都很重要。 。

这就是为什么当我的经理们尝试确定时间表和功能集并为待办事项排名时，我不会太烦恼的原因。 如果我们没有时间或金钱，他们可以决定停止该项目。 没问题。 我们正在做我们知道的最好的工作。 我不必流汗。 因为重要的是排名积压。

对于那些拥有大量预算的程序的人：是的，您不想浪费大量资金而没有获得回报的价值。 我同意。 但是，有时您不知道自己是否能获得任何价值，除非您开始尝试并有机会通过演示对其进行评估，以了解自己是否正在获得任何价值。 你的旅费可能会改变。

1.请记住，项目是一个系统。

我们在第1部分中对此进行了讨论。 您拥有的自由度不仅仅是功能集，发布日期或成本。 您需要负责项目，工作环境和缺陷级别的人员。 如果您在进行敏捷项目，则期望在结束日期或预算上进行迭代。 您可以将波滚动用于敏捷项目 或非敏捷项目。 期待迭代。

由于该项目是一个系统，您将要进行迭代，因此请记住对日期和预算进行置信度估算。

2.确定估算的前提条件

有了积压的订单，并知道如何对项目金字塔的向量进行排名，您可以在日期或预算的第一个剪辑处拍摄。

永远不要假设您知道什么是项目的＃1，＃2，依此类推。 问。 有时，发布日期是＃1，有时不是。 有时成本是＃1，有时却不是。 仅仅因为您的经理要求发布日期并不意味着这是当务之急。 问。

如果您敏捷/精干并且没有积压的排名，那么您将陷入困境。 不要调整，但您无法估计。 冷静而坚定地解释。 给大家 当然，您可以启动项目，假设您有足够的排名故事进行一次迭代，或者有足够的排名待办事项来启动看板。 您甚至不必估算项目。

为什么？ 因为顺序很重要。 您可以以晚餐为例。 如果您在晚餐前吃甜点，您可能不想要晚餐。 如果您不打算吃晚餐，为什么还要费心估计要花费多长时间呢？

在第3部分中 ，当您对正在发生的事情有所了解时，我建议了以下选项：

3.使用时间盒，继续进行估算

如果您使用的是时间框，请跟踪速度，并在对估计值更有信心时，重新估计积压订单，并在对估计值更有信心时进行报告。 请重新阅读第3部分以获取详细信息。

4.首先获取数据，然后争论

当您有结束日期的命令和积压的日期的命令时，请不要先争论，也不要将头撞墙。 它会伤到您的头部，并且不会改变情况。

当那些不直接从事该项目的人认为自己比您了解更多时，我会喜欢上它。 这就是为什么我今年要开设影响力研讨会，以准备我的程序管理书:-)这种事情在程序管理中一直都在发生。

请重新阅读第3部分以获取详细信息。

第4部分是关于如何估算所有内容的时间：

5.您的最佳选择：等待评估，直到您知道团队的运作方式

您可以在不知道该团队如何开展该项目的情况下进行任何估算吗？ 我不这么认为。 而且，您应该通过缩短迭代次数来对冲您的赌注。

6.您的第一个最佳选择：减少故事和内容

将故事缩小，以便于估计。 使任何任务变小，以便您可以估计它们。使迭代变小，以便更快地获得反馈。 小就是美丽，宝贝。 如果您要完成的工作量超出团队工作日的时间，那么您将遇到麻烦。

7.您的第二好的选择：SWAG和优化

好的，您会爱上本书中最古老的技巧之一，但请看是否可以使它起作用。 与团队进行估算，计划完善估算。 请不要让您的估计是别人的承诺（敏捷进度游戏）。

别忘了阅读SWAG的No-No。

这些是我的七个建议。 置信度百分比有很大帮助。

您可以将这些想法用于日期或预算。 用“预算”或“成本”代替“日期”，您会发现这些想法很合适。

我希望我能告诉你，有一个魔术食谱或一个水晶球可以告诉你如何无知地确定未知数。 那没有。 您需要数据。 但是，如果您使用敏捷生命周期，则不需要很长时间就能获取数据。 随着生命周期的增加，它需要花费更长的时间。 是的，我将很快进行一系列生命周期的研究。

如果您发现本系列很有帮助，请告诉我。 这是很多工作。 如果您想要更多有关估算的信息，请参阅“ 管理它”！ 您可以在Prags上查看摘录的地方或在Amazon上的 《现代，实用项目管理指南》
在这里您可以看到更多评论。 是的，有关估计的更多信息。 令人惊讶，是吗？

参考： JCG合作伙伴 Johanna Rothman在管理产品开发博客上提供的内容： 估计未知：日期或预算，第4部分 ， 估计未知：日期或预算，第5部分 。

翻译自: https://www.javacodegeeks.com/2012/05/estimating-unknown-dates-or-budgets_24.html