如何估计Jira中的天数并记录日常工作？

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

如何为分配给我的任务或用户故事提供估算？我是说我应该考虑哪些因素？有一些故事，我必须做一些研究，然后发展。虽然团队中的其他成员以天为单位对他们的用户故事进行估算，但我害怕要求更多

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

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

感谢您的帮助

这就是我在公司的工作：

一,。从经理/产品负责人（PO）和业务负责人/利益相关者处收集的业务需求

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

iii.讨论v1、v1、1、v1、2等的高/中/低优先级（谷歌最低可行产品（MVP）），经企业主同意

iv.产品所有者/经理/开发人员和设计师拿出线框（通常是草图），其中包含前面讨论的功能

五,。经过产品所有者和开发人员与利益相关者的确认，设计师最终推出了UI

vi.创建故事，从那里你计划每个故事的长度。如果功能巨大，则将其制作成史诗级，分成更小的故事，并计划实施时间（根据将要执行的开发人员，而不是由您的经理决定实施时间）。如果你害怕要求更多，如果你不能按时完成任务，那就是你的问题。对每个人都要坦诚相待，这是你的团队，他们不会咬人。如果你失败了，每个人都会失败。所以，若你们提前完成，在待办事项列表中选择新的故事，并在下一个sprint中更好地规划你们的评估。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在实现中不清楚的特性，以进行故事估计

只把你的工作时间记录在那些故事上。永远不要记录你的午餐时间（当然！）。我以前的公司做的是“现实的”和“诚实的”敏捷，对开发人员的实际估计是每天6个小时（承认开发人员作为人类正在使用剩余的2个小时来观看猫视频、喝水、如厕、调情、闲聊、休闲等）

参见第2节。你应该根据你的经验和在任务上花费的能力，更好地规划你的评估。如果您比预期的估计时间提前完成所有任务，或者过度承诺，则被认为是错误/失败的sprint。在下一个sprint中改进它

这就是我在公司的工作：

一,。从经理/产品负责人（PO）和业务负责人/利益相关者处收集的业务需求

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

iii.讨论v1、v1、1、v1、2等的高/中/低优先级（谷歌最低可行产品（MVP）），经企业主同意

iv.产品所有者/经理/开发人员和设计师拿出线框（通常是草图），其中包含前面讨论的功能

五,。经过产品所有者和开发人员与利益相关者的确认，设计师最终推出了UI

vi.创建故事，从那里你计划每个故事的长度。如果功能巨大，则将其制作成史诗级，分成更小的故事，并计划实施时间（根据将要执行的开发人员，而不是由您的经理决定实施时间）。如果你害怕要求更多，如果你不能按时完成任务，那就是你的问题。对每个人都要坦诚相待，这是你的团队，他们不会咬人。如果你失败了，每个人都会失败。所以，若你们提前完成，在待办事项列表中选择新的故事，并在下一个sprint中更好地规划你们的评估。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在实现中不清楚的特性，以进行故事估计

只把你的工作时间记录在那些故事上。永远不要记录你的午餐时间（当然！）。我以前的公司做的是“现实的”和“诚实的”敏捷，对开发人员的实际估计是每天6个小时（承认开发人员作为人类正在使用剩余的2个小时来观看猫视频、喝水、如厕、调情、闲聊、休闲等）

参见第2节。你应该根据你的经验和在任务上花费的能力，更好地规划你的评估。如果您比预期的估计时间提前完成所有任务，或者过度承诺，则被认为是错误/失败的sprint。在下一个sprint中改进它

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

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

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

虽然团队中的其他成员以天为单位对他们的用户故事进行估算，但我害怕要求更多

我的建议是少承诺多交付。例如，如果您估计2天