gpt4 book ai didi

scrum - JIRA 中 Scrum "done"概念的最佳实践

转载 作者:行者123 更新时间:2023-12-03 13:32:42 25 4
gpt4 key购买 nike

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它.

4年前关闭。




Improve this question




我在一家小型服务公司工作,我们开始实现 Scrum 实践,我们也开始使用 JIRA 和 greenhopper 进行问题跟踪。我们的团队将“完成”定义为:

  • 编码
  • 单元测试
  • 集成测试
  • 同行评审
  • QA 测试
  • 文档更新

  • 我试图弄清楚是否应该为每个“任务”的上述列表中的每个项目使用单独的问题来完成,或者是否应该在工单工作流程中实现其中一些项目,或者是否只是将它们集中在一起一个问题是最好的方法。

    我不愿意将这些子任务作为一项任务,因为只有一层嵌套的问题,我担心这种能力会有更好的用途。

    我对修改工作流程也不太兴奋,因为这种方法已被证明是我们在其他系统中的负担。

    如果所有这些项目都是同一张票的一部分,那么这对我来说似乎很奇怪,因为工作可能分散在多个团队成员之间,并且很难完成包含所有这些事情的 16 小时以下的任务。

    我觉得我了解所有问题,但到目前为止我还不知道最好的解决方案是什么。

    有最佳实践吗?还是一些强烈的意见?

    最佳答案

    完成了 - 它必须是您定义的所有那些事情,但是使用错误跟踪器明确地将它们视为步骤可能会产生不受欢迎的副作用,即鼓励团队内部的分歧并将东西扔到墙上。因此,一旦工单被标记为“编码”和“单元测试”,测试人员标记为已测试等,编码人员就会声称他们已经完成了。

    这与 Scrum 打算做的完全相反 - 整体团队致力于完成故事,以使它们最终符合完成的定义。因此,即使实现完成的某些元素确实是步骤,但在任何类型的已定义工作流中巩固这些步骤时,都应该非常小心。

    (顺便说一句,这很好地说明了为什么使用错误跟踪器作为 scrum 工具是一个坏主意。这些是不同的工具,应该针对不同的事情进行优化——即使通过一些 API 链接在一起。)

    关于scrum - JIRA 中 Scrum "done"概念的最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3721187/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com