Redmineにカンバンはあるの？導入方法とメリットをご紹介！

例1）作業分類をトラッカーにする

作業分類をトラッカーの種類としてしまうやり方です。これは、Redmine標準でも用意されている以下のようなトラッカーです。

1. バグ
2. 機能
3. サポート

バグはソフト不具合、機能は開発物に搭載するための機能、サポートは作業中に発生する質問やQAなどが該当します。この様に作業分類をトラッカーとしてしまうやり方が存在します。

例2）各工程をトラッカーにする

先程のウォーターフォールの例を挙げると以下がトラッカーの種類になります。

1. 要件定義
2. 基本設計
3. 詳細設計
4. 実装
5. 単体テスト
6. 結合テスト
7. システムテスト

①トラッカーについて

Redmine標準のトラッカーは先述しましたが、以下の通りです。

1. バグ
2. 機能
3. サポート

ここに、新たにトラッカーを追加します。今回は機能を実装するための「作業」が発生するケースを想定します。この作業を「タスク」というトラッカー名で追加するようにします。

作業手順としては、「新しいトラッカー」ボタンを押して、名称を「タスク」として作成していきます。

新しいトラッカーボタンを押すと次のような画面になります。この名称に「タスク」を入力してください。

また、デフォルトのステータスには一旦「新規」を選択して、標準フィールドはそのままで登録していきます。

これで、トラッカーに「タスク」が追加されています。

この時点ではまだ、ワークフローは設定されていません。

②ステータスについて

次にステータスについて設定をしていきます。先述した内容だと以下の通りです。

1. 着手前
2. 作業中
3. レビュー待ち
4. レビュー中
5. 完了

しかし、Redmineでは実作業者と一緒にステータスの流れを考えてみてください。この時、図示するのをオススメします。

図示した結果を見てみると、足りないフローがあることに気づくと思います。レビュー中の後、指摘がなければいいのですが、一般的にレビューした結果、指摘があり、差し戻しが発生することがあると思います。
そこで、以下のようなフローになります。

この様に図示すると必要なステータスが以下になることがわかります。

1. 着手前
2. 作業中
3. レビュー待ち
4. レビュー中
5. 完了
6. 差し戻し

また、今回シンプルなフローでの説明になっているため、登場人物は2人（作業者とレビュー責任者）のみに限定していますが、組織によっては更に複雑になる可能性があります。

この辺りを明確にするためにもフロー図を活用して、一度絵に描いてみることをオススメします。

③ワークフローについて

ワークフローの設定は図の矢印の方向にしか進めないようにすることが必要になってきます。

ただし、注意が必要で、手戻りや失敗したなどの時に矢印の方向にしか進めないと戻れないという形になり、余計な手間がかかる可能性があります。

そのため、Redmineのワークフローでは不可逆ではなく可逆にしておいた方がいいパターンもあります。この辺りは会社のルール次第でもあるので、よく検討してください。

①「開発者」設定

まずは開発者のフローから説明します。

開発者には新しいチケットを作成する権限を与えるため、左端の新しいチケットの行の「着手前」だけチェックを入れます。これで、新規チケットを作成した際のステータスが「着手中」になります。

この後は、図に合う様にチェックを入れていきます。左の列が「現在のステータス」で上の業が「遷移できるステータス」なので、該当するチェックボックスにチェックを入れるようにしましょう。

②「マネージャー」設定

次にマネージャーのフローについて説明します。

マネージャーのフローは新規チケットの作成は今回は許可しません。レビュー待ちからレビュー中への遷移だけ許可するようにします。これ以降は図に沿ってチェックボックスをチェックしていく形になります。

これで全てのワークフローの設定は完了しました。しかし、この時、気をつけないといけないのは「作業中」から「レビュー待ち」にステータス変更する時に、
担当を「開発者」から「マネージャー」に変更しないとどこにも遷移できない状態が発生します。

そのため、ワークフローの流れに関して、見直す必要が出てきそうです。

ルールとして必ず担当を変更するように気をつけるなのか、誰かが遷移できるようにワークフローを設定するなのか…

色々とやり方はあると思いますので、考えてみてください。