如何为 "black-box" 个项目做好冲刺计划 - Scrum
How to do a good sprint planning for "black-box" items - Scrum
我工作的公司使用 scrum 方法，
在每次冲刺之前，我们都会做一个冲刺计划，冲刺时间为3周。
我发现自己多次收到项目，我应该分解任务并用开发/质量检查天给它定价，因为那是我们在计划阶段所做的，我根本不知道需要多长时间并且如果不对代码进行适当的深入研究，我将无法知道它。
我跟研发经理解释，
我不能为这些项目承诺 "DONE"，但是我可以承诺研究时间，这需要我了解应该做什么（例如深入研究代码，提供有趣的规格等）。
这是正确的方法还是有更好的方法？
将不胜感激。
您可以采用两种方法。一是做所谓的'backlog refinement'。这样，您就可以在计划会议前几天了解下一个冲刺中可能进行的工作。然后，您可以在计划会议之前花一些时间进行调查，并确保您已准备就绪。
第二种方法是做所谓的'spike'。在这里，您不承诺在下一个冲刺中完成故事，但您确实承诺花一些时间进行调查，以便您准备好在下一个冲刺中完成故事。通常情况下，人们会对峰值进行时间限制（比如最多几个小时或 1 天）。第二种方法仅在产品负责人不介意将故事延迟至少一个 sprint 的情况下才有效。
我工作的公司使用 scrum 方法， 在每次冲刺之前，我们都会做一个冲刺计划，冲刺时间为3周。
我发现自己多次收到项目，我应该分解任务并用开发/质量检查天给它定价，因为那是我们在计划阶段所做的，我根本不知道需要多长时间并且如果不对代码进行适当的深入研究，我将无法知道它。
我跟研发经理解释， 我不能为这些项目承诺 "DONE"，但是我可以承诺研究时间，这需要我了解应该做什么（例如深入研究代码，提供有趣的规格等）。
这是正确的方法还是有更好的方法？
将不胜感激。
您可以采用两种方法。一是做所谓的'backlog refinement'。这样，您就可以在计划会议前几天了解下一个冲刺中可能进行的工作。然后，您可以在计划会议之前花一些时间进行调查，并确保您已准备就绪。
第二种方法是做所谓的'spike'。在这里，您不承诺在下一个冲刺中完成故事，但您确实承诺花一些时间进行调查，以便您准备好在下一个冲刺中完成故事。通常情况下，人们会对峰值进行时间限制（比如最多几个小时或 1 天）。第二种方法仅在产品负责人不介意将故事延迟至少一个 sprint 的情况下才有效。