作为一名敏捷团队成员,您什么时候注册/自行分配任务/Jira票证?
这是在迭代之前发生的,在迭代过程中,在日常的站立会议中,还是在迭代过程中的任何时候发生?这是否是回顾期间的一种实践?
引用任何例子都将是非常感谢的!
发布于 2017-02-07 06:49:14
我怀疑最好的答案是“无论团队和/或scrum大师同意什么”!在我的经验中,有些团队从不自我分配,有些则允许一些或所有开发人员在任何时候(从当前故事中)进行自我分配,并且几乎在两者之间进行分配。这在很大程度上取决于团队的规模和经验水平。
发布于 2017-02-07 12:17:34
首先,让我说史蒂夫的回答很在行。“正确”的答案是任何对你的团队有用的东西。现在我非常固执的回答..。
工作不应该分配给任何人。完成这项工作是团队的责任。因此,将名称附加到票证的正确时间是在项目开始工作之前。团队成员应该将工作拉到队列中(按优先级顺序!)因为他们个人有足够的带宽去做。在我看来,其他的一切都是团队的味道。
在此之前将任何工作分配给团队成员的问题是,当其他成员空闲时,单个团队成员可能会超载,这将导致您的团队无法完成所有的工作。如果人们把新工作拉进来(再一次,按优先顺序!)当他们完成最后一个项目时,您将最大化团队的吞吐量。
当然,这假设团队中满是T形的人。回到“为您的团队做正确的事情”,团队可以决定Joe最适合将新的小部件添加到数据库中,但是要小心这种行为,不要正式化它--你滑到了一个斜坡上。
发布于 2017-02-07 13:43:08
为了允许团队内最大限度的灵活性和对能力的最佳利用,我通常建议我的团队在迭代过程中完成任务之前不要自行分配任务。在大多数情况下,早期的自我分配可能会导致一些团队成员失去工作,或者某些团队成员挑选他们想要工作的故事,即使他们现在没有时间。
在某些情况下,如果将相关任务/故事一起交付对团队来说是最好的,那么获取一组相关的任务/故事确实是完全有意义的,但只有当故事粒度足够细,以至于它们都是单个流程的一部分时,它们才能发挥作用。
像往常一样,也有例外。专家(例如,前端开发人员)并不总是能够处理所有的工作,而且团队的其他成员可能没有足够的技能来处理它。这可能是在计划阶段直接分配给个人的一个很好的例子。
然而,正如@Steve在他的回答中提到的那样,它可以归结为对您的团队有用的东西!
https://softwareengineering.stackexchange.com/questions/341700
复制相似问题