我正在爲一家公司開發純粹供內部使用的系統。只有少數開發人員，但我們使用redmine進行問題跟蹤&功能請求。但是，唯一能夠訪問問題跟蹤器的人是團隊領導者，其他人都希望通過他們的團隊領導者提出他們的建議。如何將問題跟蹤器用於內部系統？
的想法是，這將降低開發工作量，並讓管理更多的控制權正在開發的功能。實際情況是，我們收到的電子郵件是直接從發生小錯誤或功能請求的人發送給我們的。
這是一種理智的方式來管理用戶反饋或已知的不良做法嗎？我還沒有看到任何討論管理內部問題追蹤的文章，所以我想問問你。
你可以讓你的用戶訪問管理平臺和創建它們特殊的作用，他們只能創建新問題與新的狀態，則項目經理或團隊領導可以priorize問題，並將它們分配給合適的人。 這意味着您的用戶必須接受培訓才能使用該工具在創建新的工具之前創建高效的報告和搜索。但如果這是一個內部項目，它將會「更容易」，因爲你可以訓練每個人。
這聽起來對我很理智。如果你有最終用戶給你反饋，那麼這是一件好事。我沒有使用redmine的經驗，但如果有與之相關的學習曲線，那麼最終用戶可能不願意麻煩給予反饋。此外，您最終可能會出現缺陷目標，例如'必須X天分類，Y天確定'。通過這種非正式的反饋過程，你可以避免這種情況此外，您的團隊可以採取一些敏捷方法，並將錯誤/功能請求寫入記分卡，並將其粘貼在牆上，以便每個人都可以看到它們，包括管理者 - 瞭解最終用戶如何真正使用您的產品，並選擇在您的團隊認爲合適的時候修復/實施它們，優先考慮您自己選擇。
當然，您的源代碼管理系統將擁有所有修補程序和新功能的歷史記錄！