谁应该写一个任务的更改日志？开发者或测试员？

Question

我在一家维护一些产品的软件公司工作。

我们使用“bugtracker”来管理与相关产品相关的所有任务。

我们与Scrum合作，公司的常规基本如下：

1. 客户与支持人员联系并要求解决问题或实施功能。
2. 产品的所有者按优先顺序分组任务，并将其指向Sprint。
3. 开发人员最终完成任务，最终需要填写一种“更改日志”。
4. 测试人员确保开发人员的编码正确完成并结束通话。

这是我的问题：

开发人员不喜欢填写“更改日志”，通常会忘记这样做。

这是我的问题：

谁应该完成“更改日志”？开发人员和测试人员？

此“更改日志”在每个Sprint结束时发送给最终客户，基本上用于向非技术人员解释已在软件中解决或实施的内容。

然后，谁应该这样做？开发人员和测试人员？

Answer 1

这不是一个Scrum问题，它看起来像一个过程问题。我是否还可以说Scrum并不能很好地适应维护工作，在这种情况下你可能会更好地尝试看板？

尽管如此，虽然Scrum没有包含对changelog工件的任何引用，但我要说团队有责任确保更新日志更新（而不是任何一个开发人员或测试人员）。作为提醒，团队可能会考虑将此要求添加到他们的“完成定义”中。

希望有所帮助。

Answer 2

找出最适合您团队的方法。开发人员/测试人员直接与客户沟通似乎很奇怪。我希望这是最初与客户联系的支持团队的角色。

正如你在评论中所说，他们可能会拖延他们的脚，因为这不是他们擅长的，因此他们不喜欢这样做。

有几件事要尝试：

• 把每个人都放在一个房间里然后说出来（如果有太多的人也行不通 - 也许只是得到了部门负责人）。我们需要这个完成，它没有完成，为什么不，谁有想法如何解决这个问题？
• 我不确定为什么客户甚至需要描述改变的内容 - 我正在想象一个“我们如何解决它”的情况。谁在乎如何，只是它是固定的。我想重新审视是否有必要 - 也许有一个更容易合适的替代品。
• 尝试自动化它。如果客户确实需要一只手拿着解释它是如何修复的，并且他们真正需要知道的是它已被修复，也许您可​​以自动化您的错误跟踪工具，以便在该票证关闭时通知报告问题的客户 - 或者更确切地说，当它为客户部署和明显固定时。

最大的建议是不要把这归咎于游戏。你的同事不是不合理的人 - 如果他们有抵抗力，那么这个过程可能过于沉重。对替代解决方案持开放态度。

仅供参考 - 这种问题可能会在pm.stackexchange.com上做得更好