私は、純粋に内部使用のためのシステムを開発する会社で働いています。開発者は数人しかいませんが、問題の追跡と機能のリクエストには redmine を使用しています。ただし、Issue Tracker にアクセスできるのはチーム リーダーだけであり、それ以外の人はチーム リーダーを通じて提案を行うことになっています。
これにより、開発者の作業負荷が軽減され、管理者は開発中の機能をより詳細に制御できるようになるという考えです。現実には、小さなバグや機能のリクエストを経験している人々から直接メールが送られてきます。
これは、ユーザーからのフィードバックを管理する適切な方法ですか、それとも既知の悪い習慣ですか? 内部の問題追跡の管理について説明している記事を見たことがないので、お尋ねしたいと思います。
ユーザーに Redmine へのアクセスを許可し、新しいステータスの新しい問題のみを作成できる特別なロールを作成し、プロジェクト マネージャーまたはチーム リーダーが問題に優先順位を付けて適切な人に割り当てることができます。新しいレポートを作成する前に、ツールを使用して効率的なレポートと検索を作成するようにユーザーをトレーニングする必要があることを意味します。しかし、それが内部プロジェクトであれば、全員をトレーニングできるので「より簡単」になります。
私には正気のように聞こえます。フィードバックをくれるエンドユーザーがいるなら、それは良いことです。私は redmine の経験がありませんが、それに関連する学習曲線がある場合、エンドユーザーはわざわざフィードバックを提供することに消極的である可能性があります。また、「X 日でトリアージし、Y 日で修正する必要がある」などの欠陥ターゲットになる可能性があります。このような非公式のフィードバック プロセスを持つことで、これを回避できます。また、チームはややアジャイルなアプローチを取り、バグ/機能のリクエストをスコアカードに書き込んで壁に貼り付け、マネージャーを含む全員がそれらを見ることができるようにすることができます。自分で選択した優先順位で、チームが適切と考えるようにそれらを修正/実装します。
もちろん、ソース管理システムにはすべての修正と新機能の履歴があります。