エムスリーエンジニアリンググループ、リサーチビジネスの担当エンジニアの井口です。
これまで私達のチームでは開発案件の進捗管理は、規模に関係なくガントチャートで管理してきましたが、PDCAや業務改善などを始めとする小規模な開発案件に関しては、「JIRAカンバンボード」を使ってカンバン方式で管理するようにしました。
本記事では、導入の経緯・振り返り・JIRA設定内容（結構苦労したので...）を紹介したいと思います。

※ ちなみに、大規模開発に関してもスクラム開発に移行したので、たぶんチームメンバーが別記事で書くと思います。

f:id:rinoguchi:20190128185729p:plain — JIRAカンバンボード

導入の経緯

PDCA開発（サイト内のCTRやCVR向上などが目的）や業務改善開発（業務フローを効率化・自動化が目的）などの小規模な開発案件には、以下のような特徴があります。

一つひとつの開発規模はせいぜい5人日程度
案件をスピーディーに沢山実施したい
各案件のスケジュールを厳密に管理することはあまり意味がない
大半はビジネス的な納期がない（ごく稀に必達の納期がある案件もある）

これまで、私達のチームでは伝統的に開発案件の進捗管理をガントチャートで実施してきましたが、ちょっとスケジュールが押すだけで、後続作業や並列作業のスケジュール・アサインを見直す必要があり、管理コストが馬鹿になりませんでした。そこで、主に「管理コストを減らす」という目的でカンバン方式を導入することにしました。

導入にあたっての一番のハードルは「カンバン方式にすることでスケジュールをコミットできなくなる」という点でしたが、その点は、

納期があるものはそれを明示し、最優先で開発するルールとする
旧来の管理と並行してJIRAカンバンボードでの進捗管理をやってみて、問題ないことを本格運用前に検証する

という対応を行うことで関係者の理解を得ることができ、無事に導入にこぎつけることができました。

振り返り

やってみて、良かったと感じた点は以下です。

無駄なスケジュール調整やアサイン調整が減り、管理コストが削減できた
全案件の状況がぱっと見えるようになり、進捗確認がしやすくなった
一部の納期がある案件をうまく優先対応することで、スケジュールが見えにくくなることもマイナスにはならなかった
無理のないスケジュールで対応しやすい雰囲気となり、残業が減った（気がする）

逆に、ガントチャートによる進捗管理よりも悪くなったと感じる点は、おそらく一つもないと思います。

今後、更に改善するとしたら

スタックしている作業を皆で集中的に潰して全体スループットを上げる

という点に取り組まなくてはいけないと感じています。
（現状は、私達のチームでは職種がわかれているので、結構ハードルが高い）

具体的な設定内容＆運用ルール

ここからは、実際に私達のチームのJIRA設定内容の一部を紹介します。
JIRAの設定は結構難しくて手探り感満載でしたので、実運用での設定例として、これからJIRAを使おうという方に参考にしていただければ嬉しいです。

プロジェクト

プロジェクトは課題をグルーピングするコンテナ的なもの
リリース管理をシステム単位で行うため、１プロジェクト＝１システム
- カンバンボード側で、複数システムの課題を一つのビューにまとめて表示

課題タイプ

必要最低限の以下の4つの課題タイプを利用することとした

課題タイプ	種別	説明
タスク	standard	通常の開発案件を管理する
サブタスク	sub-task	タスクに対して何らかの子タスクを管理したい場合のみ利用する。あまり使わない
本番バグ	standard	本番環境で発生したバグを管理する
開発中バグ	sub-task	QA中に発覚した開発中バグを、主タスクの子タスクとして管理する

ワークフロー

基本的な開発の流れ（IA→実装→QA→リリース）に合わせて、下の図の通りに設定
- どのステータスもすべてのステータスからトランジッションできるように
4つの課題タイプに共通してこのワークフローを適用した
「◯◯待ち」にトランジッションする際、各役職の責任者をアサインし、責任者がメンバーをアサインするという運用にすることで、調整工数を削減

画面

画面は、課題の作成・編集・表示する際のフィールドを管理するためのもの
課題タイプ ✕ 作成・編集・表示のどの組み合わせも、基本的には同じフィールド（下図参照）を利用するようにした
課題の分類には専用フィールドは設けず、「ラベル」を利用するスタンスにした
- 同一課題に複数のラベルを設定できし、新たなラベルを追加するもの簡単
- カンバンボード側のクイックフィルターを使いラベルで絞り込むと便利

カンバンボード

列
- カンバンボードの列＝ワークフローステータスとした
- 「かんばんバックログ」は有効化
  - 「バックログ」と「カンバンボード」を分離できるので、バックログの件数が多い場合には便利
スイムレーン
- ベーススイムレーンを「クエリ」で設定すればそれなりに便利
- でも、縦スクロールが発生して一覧性が悪いので、使うのをやめた
クイックフィルター
- 「期限あり」「テクサポ」「Eng改善」「自分の課題」など、JQLで目的別にフィルターを作れる
- 画面上部のボタンでフィルタを目的に応じてフィルタを適用する
カードの色
- 進行上問題があると思われる課題の色を変える
  - 納期が3日以内のものは赤色に
  - 同じステータス7日以上留まっている場合は黄色に
- 設定できるJQLは文字数制限があるので、複雑な条件の場合はフィルターとして別途保存して、JQL内ではフィルターを参照をする
  - 「カードの色」のJQL設定
  - フィルター定義
- 定例MTGでは色が変わっているものだけを見る運用にして、確認工数を削減
  - 特に、納期がある案件に色がついていた場合は、最優先で対応