谁应该编写任务的变更日志？开发人员还是测试人员？ [关闭]答案

【问题标题】：Who should write the changelog of a task? Developer or tester? [closed]谁应该编写任务的变更日志？开发人员还是测试人员？ [关闭]
【发布时间】：2013-02-04 02:39:16
【问题描述】：

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

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

我们和Scrum一起工作，公司的套路基本是这样的：

客户与支持部门联系并请求解决问题或实施功能。
产品组的所有者按优先级顺序执行任务并将它们引导到 Sprint。
开发人员完成任务，最终需要填写一种“变更日志”。
测试人员确保开发人员的编码正确完成并结束通话。

这是我的问题：

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

这是我的问题：

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

此“变更日志”在每个 Sprint 结束时发送给最终客户，主要用于以非技术性的方式解释已在软件中解决或实现的内容。

然后，谁来做呢？开发人员和测试人员？

【问题讨论】：

进行更改的人应负责编写更改日志。否则会有在更新日志中不包含某些内容的风险。
管家应该的。说真的，这是一个人力资源管理问题。开发人员应该注意他们的更改，因为他们是做出更改的人。他们不喜欢这样做吗？这是一个管理问题。
是的。他们认为他们在浪费时间填满它，明白吗？并且完全忘记这样做。我特别认为测试人员应该填写“变更日志”，因为他们的语言对最终用户来说更容易理解，但希望听到更多关于它的意见，你知道吗？
这个问题似乎离题了，因为它是关于项目管理的，这里不再讨论。

标签： testing project-management agile scrum changelog

【解决方案1】：

这不是一个 Scrum 问题，它读起来像是一个流程问题。我是否还可以说明 Scrum 本身并不适合维护工作，在这种情况下您可能会更好地尝试看板？

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

希望对您有所帮助。

【讨论】：

【解决方案2】：

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

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

有几件事可以尝试：

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

最大的建议是不要让这成为指责游戏的情况。你的同事不是不讲道理的人——如果他们有抵抗力，那么也许这个过程太繁重了。对替代解决方案持开放态度。

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

【讨论】：