我是敏捷方法的新手，当我处理分配给我的 Jira 用户故事时，我有点害怕。我有以下问题。
如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些因素？有些故事我必须做一些研究然后发展。虽然团队中的其他成员为他们的用户故事提供了估计天数，但我不敢要求更多。
一旦我开始处理用户故事，我应该如何记录我的工作。我的意思是，一旦我研究该主题，这些时间是否也计算在内，或者仅计算我实际编写代码的那些时间。此外，在每天总共 9 个小时中，我是否必须记录当天完成的 9 个小时，还是仅记录我实际工作的那些时间，而不计算午餐时间和会议时间。
如果我每天不记录 9 小时，我将工作的天数将超过指定的天数。是这样吗？
感谢任何帮助。
【问题讨论】：
标签： jira devops agile jira-agile
如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些因素？有些故事我必须做一些研究然后再开发。
对我有用的一种方法是先猜测某件事需要多长时间，然后再增加一些额外的时间：
虽然团队中的其他成员为他们的用户故事提供了估计天数，但我不敢要求更多。
我的建议是兑现承诺并超额兑现。例如，如果您估计 2 天，但实际上不到 2 天，那么人们会很高兴。如果您不断低估完成任务所需的时间，那么这将是破坏性的并且不受欢迎。
一旦我开始处理用户故事，我应该如何记录我的工作。我的意思是，一旦我研究了这个主题，这些时间是否也计算在内，还是只计算我实际编写代码的那些时间。
您为完成一项任务所做的一切都应包含在估算中。这包括您是否必须进行研究或背景阅读。请记住，当您学习新事物时，它对您的组织有价值，因为它可以提高您的能力。他们应该希望你学习！
如果我每天不记录 9 小时，我将工作的天数将超过指定的天数。是这样吗？
在开发过程中，我们通常在理想的日子进行估计。理想的一天想象如果您只完成一项任务并且没有其他分心。理想的工作天数永远不会与实际工作的天数相同。理想的一天需要 1.5 天或更多的实际天数并不少见。
【讨论】：
我。从经理/产品负责人 (PO) 与业务负责人/利益相关者那里收集业务需求。
二。 PO 和开发人员列出了所有需要实现的功能，从业务范围到功能。
三。讨论为 v1、v1,1、v1,2 等（Google 最小可行产品 (MVP)）设置高/中/低优先级，经企业主同意。
四。产品负责人/经理/开发人员和设计师拿出线框图（通常是草图），其中包含前面讨论过的那些功能。
v.产品所有者和开发人员与利益相关者确认线框图后，设计师会得出最终的 UI。
六。创建故事，从那里您计划每个故事的时长。如果功能很大，请将其设为 Epic，拆分成更小的故事，并计划实施时间（根据将要执行的开发人员，不由您的经理决定您的实施时间）。如果你不敢要求更多，如果你不能按时完成任务，那就是你的问题。永远对每个人诚实和坦率，那是你的团队，他们不会咬人的。如果你失败了，每个人都会失败。因此，如果您提前完成，请在 Backlog 中挑选新故事，并在下一个 sprint 中更好地计划您的估算。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在实施中不清楚的功能以用于故事估计。
仅记录您在这些故事上的工作时间。永远不要记录你的午餐时间（当然！）。我以前的公司正在做“现实”和“诚实”的敏捷，为开发人员提供了 6 小时/天的现实估计（承认开发人员作为人类使用剩下的 2 小时来观看猫视频、喝水、上厕所、调情、聊天-聊天，偷懒等）。
请参阅 2。您应该根据自己在任务上花费的经验和能力，更好地规划您的估算。如果您比预期的估计时间更早完成所有任务，或者过度承诺您的承诺，则被认为是糟糕/失败的 sprint。在下一个 sprint 中改进它。
【讨论】：