Jira 清理责任

Jira cleaning responsibility

我们有一个 20 人的团队,分为 2 个团队,每个团队都有一个 jira bord。我们致力于敏捷 scrum 方法。

团队成员是 pm/scrum 硕士、BA、PO、测试团队、ux、ui 和后端开发团队。我们遇到的问题是边界变得混乱,没有人照顾它。

我的问题是,谁应该负责这个边界以免弄得一团糟 pm,scrum master 开发团队?

理想情况下,这是 Scrum 团队的责任(每个人)。敏捷之美在于自我驱动和授权的团队。不要试图命令和控制并使之成为每个人的习惯。 "Scrum master/PO" 可以促进这一点(帮助其他团队成员在讨论他们的状态后关闭 task/US 参见下面的第 2 点)。如果您试图让一个人对此负责,您将丢失详细信息,并且您的 Agile/Jira 看板将不会反映实际信息。

"The problem we have is that the board gets messy and no one is taking care of it."

如果你的团队正确地遵循敏捷,这种情况就不会发生。

  1. 每个团队成员定期(每天)更新各自的任务和 US。
  2. 使用敏捷仪式Grooming/Planning/Demo(接受美国)进行清理任务。与团队 [merge duplicates/Priorities 讨论并删除过时的。
  3. 敏捷原则之一是 progress:One 中的限制工作不应保持超过 1 个 US/task 在进行中。应该完成一个然后继续前进。否则,如果他被阻止,则只能选择下一个。 4.At sprint/Iteration 结束 Accepted/Completed/Carryover/removed/Moved 结束美国的州 Accepted/Completed/Carryover/removed/Moved 积压。
  4. 我们通常将其(清理)作为回顾性行动项目,并确保在下一个冲刺中进行管理,不仅涉及代码,还涉及 JIRA。

"Re-iterating: you can request PO or scrum master to facilitate/watch it. but better to ask your team member to take this responsibility. or Story owner should make sure his/her user story [JIRA in your case] reach to a conclusive state and cleaned up in JIRA."

我们在 Daily Scrum 上更新和清理看板。这是有道理的,因为每个人都在讲述他们昨天完成的事情。 Scrum 板更新后,我们开始计划这一天。

在这种情况下,Scrum Master 应该教 Scrum 团队自组织并保持 Scrum 板是最新的。