Jira 清理责任

标签 jira agile jira-agile

<分区>

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

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

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

最佳答案

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

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

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

  1. 每个团队成员定期(每天)更新各自的任务和 US。
  2. 使用敏捷仪式梳理/规划/演示(接受美国)来完成清理任务。与团队讨论[合并重复项/优先级并删除过时的。
  3. 敏捷原则之一是限制进行中的工作:进行中的任务不应超过 1 个 US/任务。应该完成一个然后继续前进。否则,如果他被阻止,则只能选择下一个。 4.在冲刺/迭代结束时结束美国的状态接受/完成/结转/删除/移至积压。
  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."

关于Jira 清理责任,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40437904/

相关文章:

tfs - JIRA 与 TFS 2012 作为完整的 ALM 系统

database - 应对模式演变的策略?

java - RallyRestAPI 查询 ScopedAttributeDefinition 类型

agile - 敏捷最佳实践列表

jira - 有没有办法在使用 JIRA Agile REST API 的冲刺结束时确定问题的状态?

jira - 您如何在Jira/GreenHopper中创建用户案例和任务?

jira - 使用 JIRA REST 客户端 API 访问 JIRA Agile 冲刺

mysql - 如何跟踪与 Jira 问题相关的数据库更新?

node.js - 使用 OAuth 和 Node.JS 对 JIRA REST API 进行身份验证

active-directory - 如何仅将 Active Directory 用户从特定组导入 JIRA?