如何在 Jira 中估算天数并记录日常工作？

问题描述

我是敏捷方法的新手，当我处理分配给我的 Jira 用户故事时，我有点害怕。我有以下问题。

1. 如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些所有因素？有些故事我必须做一些研究，然后再展开。虽然团队中的其他成员为他们的用户故事提供了以天为单位的估计，但我不敢要求更多。

2. 一旦我开始处理用户故事，我应该如何记录我的工作。我的意思是，一旦我正在研究该主题，这些时间是否也算在内，或者只算我实际编写代码的时间。此外，在每天总共 9 个小时中，我是否必须记录当天完成的 9 个小时，还是只记录我实际工作的时间（不包括午餐时间和会议时间）。

3. 如果我每天不记录 9 小时，我将工作的天数将超过分配的天数。是这样吗？

感谢任何帮助。

解决方法

1. 这就是我在公司所做的：

我。从经理/产品负责人 (PO) 与业务负责人/利益相关者那里收集的业务需求。

二。 PO 和开发人员列出实现所需的所有功能，从业务范围到功能。

三。讨论为 v1、v1,1、v1,2 等（Google 最小可行产品 (MVP)）设置高/中/低优先级，经企业主同意。

四。产品负责人/经理/开发人员和设计师制作具有前面讨论过的功能的线框图（通常是草图）。

v.由产品所有者和开发人员与利益相关者确认线框图，设计师推出最终用户界面。

六.创建故事，从那里您计划每个故事的长度。如果功能很大，请将其设为 Epic，拆分成更小的故事，并计划实施时间（根据将要执行的开发人员，不是您的经理来决定您的实施时间）。如果你害怕要求更多，如果你不能按时完成任务，那是你的问题。始终对每个人诚实坦率，那是您的团队，他们不会咬人。如果你失败了，每个人都会失败。因此，如果您提前完成，请在 Backlog 中挑选新故事，并在下一个 sprint 中更好地计划您的估算。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在故事估计实施中不清楚的功能。

2. 仅记录您在这些故事上的工作时间。永远不要记录你的午餐时间（当然！）。我以前的公司在做“现实”和“诚实”的敏捷，对开发人员进行了 6 小时/天的现实估计（承认开发人员作为人类正在使用剩下的 2 小时看猫视频、喝水、上厕所、调情、闲聊-聊天，偷懒等）。

3. 请参阅 2。您应该根据您的经验和在任务上花费的能力更好地计划您的估算。如果您比预期的估计时间提前完成所有任务，或者过度承诺您的承诺，则被认为是糟糕的/失败的冲刺。在下一个冲刺中改进它。

,

如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些所有因素？有些故事我必须做一些研究然后开发。

一种对我有用的方法是先猜测某件事需要多长时间，然后再增加一些额外的时间：

• 任何不确定性
• 异常复杂的任务
• 具有大量依赖项的任务

虽然团队中的其他成员为他们的用户故事提供了以天为单位的估计，但我不敢要求更多。

我的建议是承诺不兑现。例如，如果您估计 2 天，而实际上不到 2 天，那么人们会很高兴。如果您不断低估完成任务所需的时间，那么它就会具有破坏性且不受欢迎。

一旦我开始处理用户故事，我应该如何记录我的工作。我的意思是，一旦我正在研究这个主题，这些时间是否也算在内，或者只算我实际编写代码的时间。

您为完成任务所做的一切都应包含在估算中。这包括您是否必须进行研究或背景阅读。请记住，当您学习新事物时，它对您的组织有价值，因为它可以提高您的能力。他们应该希望你学习！

如果我每天不记录 9 小时，我将工作的天数将超过指定的天数。是这样吗？

在开发过程中，我们通常估计理想的日子。理想的一天想象一下，如果您只完成一项任务并且没有其他干扰。理想的工作天数永远不会与实际工作的天数相同。理想的一天需要 1.5 天或更多的真实天数并不罕见。