はじめに

Redmineは多機能なツールです。
でも、それゆえに使い方が破たんしている例をいくつも見てきましたし、経験してきました。
シンプルに使うのが重要だと思っています。

今回はオフショア開発で委託側としてRedmineを使う機会がありましたので、どのように使ったかを書いておきます。

どのように使ったか

Redmineは、委託先のサーバーを使いました。
共通の項目は、だいたい１チケットになっています。

仕様書・成果物等は基本的にファイルだったので、そのままチケットに添付しました。
ファイル名にバージョン番号をつけてバージョン管理しました。
あんまりな感じですが、あまり数が多くなかったので、十分でした。
バージョンごとにファイル名が違うと、ローカルに持ってきたときに混乱しなくて済むのがよいです。

指摘事項以外は、全部１チケットで、バージョンを変えるたびに同じチケットに添付していきました。
それに対するコメントも同じチケットに積んでいきました。

指摘事項については、１指摘１チケットにしました。
そこから委託先が子チケットをつくって構成管理につなげる、という形にしました。
対応が終わると委託先がResolvedにするので、確認して問題なければClosedにして終わりです。

今回使ったパターンのいくつかを書いておきます。

Q&Aリスト＝１チケットとして管理します。
Q&Aは一気に複数のＱとＡが飛び交うことが多いので、わざわざ１Ｑ=１チケットとしないほうが楽だと思います。

Q&Aリストを記載したチケットをつくります。
トラッカーは「サポート」がよいでしょう。
Q&Aリストは、説明に書いても、記載したファイルを添付してもよいです。
担当者を質問者に変更して保存します。
このとき、注記を入れておくと親切です。
回答者は、チケットを受け取ったら回答し、回答を記載します。
Q&Aリストがファイルになっている場合は、回答を記載したファイルを添付します。
ファイルのコメントに「回答済み」などを書いておくとよいです。
注記を書いて、担当者を質問者に変えて保存します。
質問者は、回答に納得がいったらチケットをクローズします。

１アクションアイテム＝１チケットとして管理します。
普通の使い方だと思いますが、やはり、残件を見える化できると忘れずに済みます。
バックログプラグインやDashboardプラグインを使うとD&Dでチケットをクローズできますので、より便利です。

アクションアイテムをチケットとして登録します。
アクションアイテムの発生元（会議など）をチケットとして登録しておき、その子チケットとして作成するとよいでしょう。
トラッカーは「サポート」がよいでしょう。
アクションアイテムが完了したらチケットをクローズします。

本来の使い方は本来の使い方として使います。
ただし、もしWBSがあったとしても、WBSを全部入れてしまうのは、うまいやり方ではないでしょう。
スプリントに期間を区切って、スプリントごとにチケットを入れる方がよいと思います。
バックログプラグインが同じことをしてくれるので、利用すると便利です。

シンプルに使うためには、難しい機能たちを使わないようにします。