RedmineやTracを上手に活用する6つのポイント
ソフトウェア開発プロジェクトの現場では課題やバグ、タスクを管理するために、RedmineやTracなどのIssue Trackin System(課題追跡システム。以下ITSと表記)を使っていることが多いと思います。
ITSを使えばこれらの情報を一元化しプロジェクトメンバ間で共有できるため、うまく使えばとても役立ちますよね。
しかし、あまり深く考えずに導入すると、
「入力が大変だし余分な手間が増えただけだよ…」というメンバーからの不満の声
「この課題って本当に終わってるの？」といった疑心暗鬼
「このタスク、誰も進めてなかった！」という驚愕の事実が期限前日に判明
などといった状況に陥りがちです。
ここでは、いくつかのプロジェクトへ導入した経験から得た、ITSを運用する上で重要(と考える)な6つのポイントを紹介します。
ポイント1 チケット項目はマネジメントから逆算しシンプルに
チケットにはオリジナルの項目(属性)を追加できるため、いろいろ盛り込みたくなりますが、多くの入力項目があるチケット画面は見るだけでいやになりませんか？
それに、そもそも用途が明確でない項目を入力してもらうのは全くのムダです。
「どの情報をどのように見てマネジメントするか」から逆算してチケット項目を決定しましょう。できる限りシンプルに。
ポイント2 チケットの運用フローと入力ルールを明確に
- 誰がチケットを起票しどのように担当者をアサインするか
- チケットのクローズ条件
- チケットの各項目(優先度、マイルストーンなど)へどのような情報を入力するか
などのチケット運用ルールを事前に定義し、運用を開始する前にプロジェクトメンバーへ周知しておきましょう。これらのルールもポイント1に書いたようにマネジメントから逆算です。
RedmineやtracであればWikiに書いておくのが良いですね。
ポイント3 ITSをチケットの墓場にしない
- 終了しているはずのチケットが閉じられていない
- 誰にもアサインされていないチケットが放置されている
このような状況は非常に危険です。ITSの情報が「あてにならない」ため、だんだん誰も使わなくなっていきます。そして、ITSはチケットの墓場に…
プロジェクトメンバーがチケットの運用に慣れるまでは週次でチケットの棚卸を行うなどして、チケットの情報鮮度を確保するようにしましょう。
ポイント4 プロマネのチケットに要注意
プロマネやチームリーダーのチケットは要注意です。
管理すべき立場の人が期限切れのチケットを放置していたりすると、ほぼ確実にプロジェクト全体へ蔓延します。率先垂範を心がけましょう。
ポイント5 一元管理を徹底する
チケットへの情報集約を徹底しましょう。メールでやりとりされた内容、口頭で交わした内容などもチケットへ記入する習慣を。
また、社内の管理ルールにより、チケットへ入力した内容を社内の別システムへも入力しなければならないケースもあるでしょう。
そのような場合、プロジェクトメンバはチケットだけを入力すれば良いルールにして、社内システムへの転記は別の方法を考えましょう。二重投入が必要だとメンバにとっては「余分な手間が増えるだけ」です。
ポイント6 チケットのオーナーシップを意識付ける
チケットの担当者が能動的にチケットを処理し、クローズまで責任を持って担当する土壌を作れるかはプロジェクト運営上、とても重要です。
まず、担当者が割り当たっていないチケットは、プロマネかチームリーダーが漏れなく割り当てるようにしましょう。
その上で、前述したチケットの棚卸で担当者別にフォローアップし、オーナーシップの意識付けを行えば良いと思います。
以上、私自身の経験から重要と考えている6つのポイントを紹介しました。
多少なりとも参考になる部分があればうれしいです。ただ、ITSの運用がうまくいってもプロジェクトがうまくとは限りません(^^)