Scrum:谁,何时以及如何将故事分解为任务?

jan*_*ith 5 scrum task

  1. 谁将故事分解成任务?通过scrum大师?还是团队成员?

  2. 什么时候分手呢?冲刺计划之前/期间/之后?

  3. 如何分手故事?通过技术,例如数据建模,sql或用例(每个故事可能有几个用例和错误处理).

谢谢.

sjt*_*sjt 7

谁将故事分解成任务?通过scrum大师?还是团队成员?

团队成员做到了.SM便利.PO回答关于"什么"的问题并澄清用户故事.

什么时候分手呢?冲刺计划之前/期间/之后?

绝对是在Sprint计划期间.实际上,有时候你可能不得不将故事分解成更小的块并在冲刺期间将它们任务化.只有在团队处理模糊的故事或高度复杂的故事时才会发生这种情况.我知道不建议采用含糊不清的故事而对团队来说很难,但可能会有一些罕见的时刻,你必须开始做某事.绝对不是之后,它有点挫败了任务的目的,不是吗?:)

如何分手故事?通过技术,例如数据建模,sql或用例(每个故事可能有几个用例和错误处理).

在任务分配时,不要考虑sql,数据建模,编码,ui等功能区域.相反,在用例,测试用例,粒度特征方面进行思考(记住,tdd思维方式总是有帮助).在计划期间所有列出的用例都已知之后,请考虑完成所有任务以使这些用例,功能正常工作.之后,将它们分成8-16小时(不多)的块.当然,用例可以作为完成标准提及,并且应该与正在处理的用户故事直接相关.


S.L*_*ott 5

谁将故事分解成任务?

团队成员.

Scrum master on帮助或促进.他们不构建东西.

什么时候分手呢?

中.这就是sprint计划的目的.

如何分手故事?

这是团队的选择.无论做什么都有意义.敏捷方法的关键在于实际上是敏捷并做正确的事情.按照愚蠢的过程教条不是敏捷.

阅读本文以获取有关如何与您的队友互动并进行规划的指导:

http://agilemanifesto.org/

实际上,作为一个小组,在每个每日站立开始时大声朗读,直到对团队中的每个人都有意义.