我在一家公司工作，在那里我开发纯粹供内部使用的系统。只有少数开发人员，但我们使用 redmine 进行问题跟踪和功能请求。但是，唯一可以访问问题跟踪器的人是团队负责人，其他所有人都应该通过他们的团队负责人来提供他们的建议。
这个想法是，这将减少开发人员的工作量，并让管理层对正在开发的功能有更多的控制。现实情况是，我们会收到来自遇到小错误或功能请求的人直接发送给我们的电子邮件。
这是管理用户反馈的明智方法还是已知的不良做法？我还没有看到任何讨论管理内部问题跟踪的文章，所以我想问你。
问问题
159 次
2 回答
1
您可以允许您的用户访问 Redmine 并为他们创建一个特殊角色，他们只能创建具有新状态的新问题，然后项目经理或团队负责人可以优先处理这些问题并将它们分配给合适的人。这意味着您的用户必须接受培训，才能在创建新报告之前使用该工具创建高效的报告和搜索。但如果这是一个内部项目，它会“更容易”，因为你可以培训每个人。
于 2011-03-08T22:00:25.320 回答
0
这对我来说听起来很正常。如果您有最终用户给您反馈，那么这是一件好事。我没有使用 redmine 的经验，但如果有与之相关的学习曲线，那么最终用户可能根本不愿意费心提供反馈。此外，您最终可能会遇到缺陷目标，例如“必须在 X 天内进行分类，并在 Y 天内修复”。通过这样一个非正式的反馈过程，您可以避免这种情况。此外，您的团队可以采用某种敏捷的方法，将错误/功能请求写入记分卡并将它们贴在墙上，这样每个人都可以看到它们，包括经理 - 他们可以看到最终用户如何真正使用您的产品，并选择按照您的团队认为合适的方式修复/实施它们，优先级由您自己选择。
当然，您的源代码控制系统将拥有所有修复和新功能的历史！
于 2011-03-08T22:05:40.520 回答