如何估计吉拉的日数和记录日常工作？

Question

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

1. 如何为分配给我的任务或用户故事提供估计值？我的意思是，我应该考虑哪些因素？有一些故事，我必须做一些研究，然后发展。当团队中的其他成员以天为单位为他们的用户故事提供估计时，我感到害怕要求更多。

1. ，一旦我在做用户故事，我应该如何记录我的工作。我的意思是，一旦我对这个话题进行研究，这些时间也算在内，还是仅仅是我在写代码的时候。此外，在每天总共9个小时中，我是否必须将每天完成的9个小时记录下来，还是只记录我实际工作的时间，而不包括午餐时间和会议时间。

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

任何帮助都是非常感谢的。

Answer 1

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

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

任何uncertainty

• Unusually复杂任务的
• 任务具有大量的依赖项

当团队中的其他成员为他们的用户故事提供以天为单位的估计时，我感到害怕要求更多。

我的建议是在承诺和超额交付的情况下。例如，如果你估计2天，而它实际上需要不到2天，那么人们将是快乐的。如果你不断低估完成任务所需的时间，那么它将是破坏性的和不受欢迎的。

一旦我做了用户故事，我应该如何记录我的工作。我的意思是，一旦我对这个话题进行研究，这些时间也算在内，还是仅仅是我在写代码的时候。

你为完成一项任务所做的每一件事都应该包括在评估中。这包括如果你必须做研究或背景阅读。记住，当你学到一些新的东西时，它对你的组织是有价值的，因为它能提高你的能力。他们应该希望你学习！

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

在发展中，我们通常在理想的日子里估计。想象一个理想的日子，如果你只完成一项任务，而没有其他干扰。理想工作天数永远不等于实际工作天数。对于一个理想的日子来说，花1.5天或更多的时间是很正常的。

Answer 2

1. 这是我在我的公司做的工作：

从经理/产品所有者(PO)收集业务需求和业务所有者/涉众。

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

三、讨论v1，v1,1，v1,2等的高/中/低优先级()，这是企业主同意的。

四.产品所有者/经理/开发人员和设计师拿出线框(通常是草图)与这些功能讨论较早。

确认线框由产品所有者和开发人员与利益相关者，设计师推出最终的UI。

六、创造故事，从那里你计划每一个故事多长时间。如果这个特性很大，就像Epic一样，分成更小的故事，计划实现的时间(基于开发人员，而不是由您的经理来决定您的实现时间)。如果你害怕要求更多，如果你不能按时完成任务，那就是你的问题。对每个人都要诚实和坦率，那是你的团队，他们不会咬人的。如果你失败了，每个人都会失败。因此，如果你早点完成，在待办事项中挑选新的故事，并在下一次冲刺中更好地计划你的评估。在正式开始执行之前，您可以要求一些“缓冲”时间来研究在实现过程中不清楚的某些特性。

1. 只会把你的工作时间花在那些故事上。永远不要记录你的午餐时间(当然！)我以前的公司做的是“现实的”和“诚实的”敏捷，为开发人员提供了一天6小时的真实估计(承认，作为人类的开发人员正在用剩下的2小时观看猫视频、喝水、洗漱、调情、聊天、闲聊等等)。

1. 指的是2。你应该根据你的经验和在任务上花费的能力来更好地计划你的评估。如果你比预期提前完成所有任务，估计时间或承诺过高，就会被认为是错误的/失败的冲刺。在下一次冲刺中改进它。