如何在 Jira 中估算天数并记录每日工作？
How to estimate number of days and log daily work in Jira?
我是敏捷方法的新手，当我处理分配给我的 Jira 用户故事时，我有些害怕。我有以下问题。
如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些因素？有些故事我必须做一些研究然后发展。虽然团队中的其他成员为他们的用户故事提供了估计天数，但我不敢要求更多。
一旦我在处理用户故事，我应该如何记录我的工作。我的意思是，一旦我研究了这个主题，这些时间是否也算在内，或者只算我实际编写代码的时间。另外，在每天总共 9 个小时中，我是必须记录当天完成的 9 个小时，还是只记录我实际工作的时间，不包括午餐时间和会议时间。
如果我每天不记录 9 小时，我的工作天数将超过分配的天数。是这样吗？
感谢任何帮助。
- 这是我在公司所做的事情：
我。从 manager/product 所有者 (PO) 与企业所有者/利益相关者处收集的业务需求。
二。 PO 和开发人员列出了所有需要实现的功能，从业务范围到功能。
三。讨论 high/medium/low v1、v1,1、v1,2 等（Google 最小可行产品 (MVP)）的优先级，并得到企业主的同意。
四。产品 owner/manager/developers 和设计师根据之前讨论的那些功能制作线框（通常是草图）。
v。产品所有者和开发人员与利益相关者确认线框，设计师最终出炉 UI.
六。创建故事，从那里您可以计划每个故事的时长。如果这个功能很大，把它做成 Epic，分成更小的故事，然后 计划实施的时间（基于将要做的开发人员，不是 你的经理来决定你的实施时间）。如果你害怕要求更多，如果你不能按时完成任务，那是你的问题。永远对每个人都诚实坦率，那是你的团队，他们不会咬人。如果你失败了，每个人都会失败。因此，如果您提前完成，请在 Backlog 中选择新故事，并在下一个 sprint 中更好地计划您的估算。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在故事估计实施中不清楚的功能。
记录 ONLY 你在那些故事上的工作时间。永远不要记录你的午餐时间（当然！）。我以前的公司正在做“现实”和“诚实”的敏捷，对开发人员进行 6 hours/day 的现实估计（承认开发人员作为人类正在使用剩余的 2 小时来观看猫视频、喝水、上厕所、调情、闲聊、偷懒等）。
参考2。您应该根据您在任务上花费的经验和能力更好地计划您的估算。如果您比预期的估计时间更早完成所有任务，或者超额完成您的承诺，则被视为 bad/failed 冲刺。在下一个冲刺中改进它。
How to provide estimate for a task or user story assigned to me? I mean what all factors should I consider? There are some stories for which I have to do some research and then develop.
一种对我有用的方法是先猜测某件事需要多长时间，然后再增加一些额外的时间：
- 任何不确定性
- 异常复杂的任务
- 具有大量依赖关系的任务
While other members in the team provide estimate in days for their user stories, I feel afraid to ask for more.
我的建议是承诺和超额交付。例如，如果您估计需要 2 天，但实际上只用了不到 2 天，那么人们会很高兴。如果您不断低估完成任务所花费的时间，那么这将是破坏性的和不受欢迎的。
Once I am working on the user story, how should I log my work. I mean, once I am researching for the topic, does those hours also count or only those hours when I am actually writing code.
您为完成任务所做的一切都应包括在估算中。这包括您是否必须进行研究或背景阅读。请记住，当您学习新事物时，它对您的组织 很有价值，因为它可以提高您的能力。他们应该希望你学习！
If I don't log 9 hours per day, the number of days I will work will surpass the assigned number of days. Is that so?
在开发中，我们通常会估计 理想天数。理想的一天想象一下，如果您只处理一项任务而没有其他干扰。理想工作天数永远不会与实际工作天数相同。理想的一天需要 1.5 天或更多实际天数并不罕见。
我是敏捷方法的新手，当我处理分配给我的 Jira 用户故事时，我有些害怕。我有以下问题。
如何为分配给我的任务或用户故事提供估算？我的意思是我应该考虑哪些因素？有些故事我必须做一些研究然后发展。虽然团队中的其他成员为他们的用户故事提供了估计天数，但我不敢要求更多。
一旦我在处理用户故事，我应该如何记录我的工作。我的意思是，一旦我研究了这个主题，这些时间是否也算在内，或者只算我实际编写代码的时间。另外，在每天总共 9 个小时中，我是必须记录当天完成的 9 个小时，还是只记录我实际工作的时间，不包括午餐时间和会议时间。
如果我每天不记录 9 小时，我的工作天数将超过分配的天数。是这样吗？
感谢任何帮助。
- 这是我在公司所做的事情：
我。从 manager/product 所有者 (PO) 与企业所有者/利益相关者处收集的业务需求。
二。 PO 和开发人员列出了所有需要实现的功能，从业务范围到功能。
三。讨论 high/medium/low v1、v1,1、v1,2 等（Google 最小可行产品 (MVP)）的优先级，并得到企业主的同意。
四。产品 owner/manager/developers 和设计师根据之前讨论的那些功能制作线框（通常是草图）。
v。产品所有者和开发人员与利益相关者确认线框，设计师最终出炉 UI.
六。创建故事，从那里您可以计划每个故事的时长。如果这个功能很大，把它做成 Epic，分成更小的故事，然后 计划实施的时间（基于将要做的开发人员，不是 你的经理来决定你的实施时间）。如果你害怕要求更多，如果你不能按时完成任务，那是你的问题。永远对每个人都诚实坦率，那是你的团队，他们不会咬人。如果你失败了，每个人都会失败。因此，如果您提前完成，请在 Backlog 中选择新故事，并在下一个 sprint 中更好地计划您的估算。在正式开始实施之前，您可以要求一些“缓冲”时间来研究某些在故事估计实施中不清楚的功能。
记录 ONLY 你在那些故事上的工作时间。永远不要记录你的午餐时间（当然！）。我以前的公司正在做“现实”和“诚实”的敏捷，对开发人员进行 6 hours/day 的现实估计（承认开发人员作为人类正在使用剩余的 2 小时来观看猫视频、喝水、上厕所、调情、闲聊、偷懒等）。
参考2。您应该根据您在任务上花费的经验和能力更好地计划您的估算。如果您比预期的估计时间更早完成所有任务，或者超额完成您的承诺，则被视为 bad/failed 冲刺。在下一个冲刺中改进它。
How to provide estimate for a task or user story assigned to me? I mean what all factors should I consider? There are some stories for which I have to do some research and then develop.
一种对我有用的方法是先猜测某件事需要多长时间，然后再增加一些额外的时间：
- 任何不确定性
- 异常复杂的任务
- 具有大量依赖关系的任务
While other members in the team provide estimate in days for their user stories, I feel afraid to ask for more.
我的建议是承诺和超额交付。例如，如果您估计需要 2 天，但实际上只用了不到 2 天，那么人们会很高兴。如果您不断低估完成任务所花费的时间，那么这将是破坏性的和不受欢迎的。
Once I am working on the user story, how should I log my work. I mean, once I am researching for the topic, does those hours also count or only those hours when I am actually writing code.
您为完成任务所做的一切都应包括在估算中。这包括您是否必须进行研究或背景阅读。请记住，当您学习新事物时，它对您的组织 很有价值，因为它可以提高您的能力。他们应该希望你学习！
If I don't log 9 hours per day, the number of days I will work will surpass the assigned number of days. Is that so?
在开发中，我们通常会估计 理想天数。理想的一天想象一下，如果您只处理一项任务而没有其他干扰。理想工作天数永远不会与实际工作天数相同。理想的一天需要 1.5 天或更多实际天数并不罕见。