我正在为一家公司开发纯粹供内部使用的系统。只有少数开发人员，但我们使用redmine进行问题跟踪&功能请求。但是，唯一能够访问问题跟踪器的人是团队领导者，其他人都希望通过他们的团队领导者提出他们的建议。如何将问题跟踪器用于内部系统？
的想法是，这将降低开发工作量，并让管理更多的控制权正在开发的功能。实际情况是，我们收到的电子邮件是直接从发生小错误或功能请求的人发送给我们的。
这是一种理智的方式来管理用户反馈或已知的不良做法吗？我还没有看到任何讨论管理内部问题追踪的文章，所以我想问问你。
你可以让你的用户访问管理平台和创建它们特殊的作用，他们只能创建新问题与新的状态，则项目经理或团队领导可以priorize问题，并将它们分配给合适的人。 这意味着您的用户必须接受培训才能使用该工具在创建新的工具之前创建高效的报告和搜索。但如果这是一个内部项目，它将会“更容易”，因为你可以训练每个人。
这听起来对我很理智。如果你有最终用户给你反馈，那么这是一件好事。我没有使用redmine的经验，但如果有与之相关的学习曲线，那么最终用户可能不愿意麻烦给予反馈。此外，您最终可能会出现缺陷目标，例如'必须X天分类，Y天确定'。通过这种非正式的反馈过程，你可以避免这种情况此外，您的团队可以采取一些敏捷方法，并将错误/功能请求写入记分卡，并将其粘贴在墙上，以便每个人都可以看到它们，包括管理者 - 了解最终用户如何真正使用您的产品，并选择在您的团队认为合适的时候修复/实施它们，优先考虑您自己选择。
当然，您的源代码管理系统将拥有所有修补程序和新功能的历史记录！