かんばんはソフトウェア製品を開発するための方法である。さらに、かんばんは、ソフトウェア開発者に過剰な負荷をかけずに、ジャスト・イン・タイムでのソフトウェアリリースを強調したプロセスでもある。このアプローチでは、顧客へのデリバリーに必要なタスクの定義を行い、そのタスクをソフトウェア開発プロジェクトの関係者が理解するために、プロセスを視覚化する。そして、タスクの作業者は、作業をキューから引っ張って(プル)していく。

## かんばん

ソフトウェア開発におけるかんばんは、大きく2つの部分に分けられる。

- 方法論としてのかんばん - ソフトウェア開発におけるかんばんシステムのこと。インクリメンタルなアプローチであり、組織に合わせてプロセスを進化する方法。
- ツールとしてのかんばん - 視覚化したプロセス管理システムのこと。これにより、何を開発するか、いつ開発するか、どれぐらいのコストで開発するかを発信する。

方法論としてのかんばんは、英語圏において「Kanban」と大文字から始まる言葉で説明されている。そして、シグナルとなるカードは「kanban」、シグナルカードによって実現したプル型システムは「kanban system」と呼ばれ、小文字から始まる言葉で区別して表記されている。

## 方法論としてのかんばん

方法論としてのかんばんは、デイヴィッド・アンダーソン(David J. Anderson)によってまとめられた理論である。かんばんは、作業進捗とともに変わるものであり、プロセスを進化するアプローチであり、組織に合わせてシステム(仕組み)を変化する。かんばんでは、Work-in-progress(WIP:まだ完成していない作業を指し、日本語だと製造業で使われる仕掛品に該当する)を制限したプル型システムを実現する。プル型システムの核となるメカニズムによって、システムの運用やプロセスの問題を明らかにし、システムの継続的な改善に必要な協力作業を促す。このプル型システムの一つの例が、かんばんシステムであり、WIP制限されたプル型システムという一般的な形を経て、かんばんシステムとなった。

### 基本原則

以下の基本原則が、かんばんの根底にある。

### 6つのコアプラクティス

デイヴィッド・アンダーソンは、方法論としてのかんばんの成功例について観察を続けてきた結果、5つの核となる特性を定義した。その後、関係するプラクティスやその拡張として、6番目の特性が追加された。

1. 可視化する

   :   知識労働のワークフローは、目に見えないが内在するものだ。よって、ワークフローを可視化(視覚化、可視化)することが、どのように作業が進んでいるかを理解するための核となる。ワークフローの理解なしで、正しい変化を起こすのはとても難しい。
   :   ワークフローの可視化を行う場合、壁をステージ(縦の列)に分けて、そこにカードを貼りつければよい。この方法が一般的な可視化手段となる。壁を区切って表現して作ったステージは、ワークフロー内の異なった状態や段階を表している。
2. WIPを制限する

   :   プル型システムでのWIPの制限は必要不可欠であり、ワークフローの一部や全体を実現する。WIP制限されたプル型システムは、継続的でインクリメンタルな進化から発生する変化のために、変化の対象となるシステムを改善する中心の刺激の一つとして動作するだろう。
   :   プル型システムは、かんばんシステム、CONWIPシステム、制約理論(TOC)システムや他のシステムとして実現することができる。その重大な要素は、ワークフローのそれぞれの状態におけるWIPの制限と、WIP制限内で可能な作業がある時に、新しい作業は「プル」されて、新しい情報の発見活動である。
3. 流れを管理する

   :   ワークフロー内にあるそれぞれの状態を通した作業の流れは監視、測定、レポートされるべきだ。継続的でインクリメンタルな進化から生まれる変化を、既存の仕組みに対して積極的に流れを管理することによって、仕組み上の良い面や悪い面が評価される。
4. 明確なポリシーを作る

   :   プロセスの機能が明確になるまでは、プロセスについて議論を続けるのは難しく、不可能だとも言える。物事の仕組みや、作業が実際どのように完了しているかについて明確な理解がないと、どんな問題の議論でも、感情的になったり、信頼できない情報や主観に偏る傾向があるからだ。よって、明確な理解を持つことで、より合理的に、実験に基づいた、目的のある課題の議論が可能になる。これは、改善提案の合意を導くような形になるだろう。
5. フィードバックループを実現する

   :   作業の流れをレビューするためのコラボレーションや、需要と供給能力の測定、注目すべき出来事を説明している話に関連付けられたメトリクスや指針は、進化から生まれる変化を可能にするために必要不可欠だ。一般的に、運用レビューといったフィードバックを実現していない組織だと、局所的でチームレベルのプロセス改善を超えることができない。結果的に、かんばんの生み出す価値に気がつけなくなり、どこか別の機会に知ることになる。
6. コラボレーティブに改善し、実験的に進化する(モデルや科学的な方法を利用する)

   :   かんばんメソッドは小さく継続的でインクリメンタルな進化を促進し、それによって発生する変化を支える。チームが作業、ワークフロー、プロセスやリスクについて、理論を共通理解したときに、チームは問題に対する共通の理解力を構築し、合意した改善案の提案を可能にするだろう。
   :   かんばんメソッドが提案する科学的なアプローチは、継続的でインクリメンタルな進化から生まれる変化を実装するために使われる。かんばんメソッドは、明確な科学的手段を提供しない。

以下の様な共通のモデルがある:

- 制約理論(TOC) (ボトルネックの研究)
- 深遠なる知識(Profound KnowledgeTM)(変化と変化がプロセスに与える影響についての研究)
- リーンソフトウェア開発

## ツールとしてのかんばん

ツールとしてのかんばんは、方法論としてのかんばんによって、組織を変化させ、変化を促進させるためにツールとして使われる。ジャストインタイム生産システムで使われるカンバンは、前工程へのシグナルとして使われるため、物理的なシグナルカードを意味している。しかし、ソフトウェア開発におけるかんばんの場合、目に見えない作業(ワークアイテム)をカードにして運用するため、仮想的なかんばんシステム(Virtual kanban system)とも呼ばれる。

ツールにおけるかんばんは、海外だと「サインボード(signboard)」と訳されることが多い。しかし、国内では以下のように様々な名前で呼ばれている。かんばん、かんばんボード、タスクかんばん、タスクボード、カードウォール、アジャイルかんばん。

ソフトウェア開発において、ツールとしてのかんばんには、いくつかのバリエーションが存在する。

### タスクの状態を可視化したかんばん

タスクの状態を「TODO」「DOING」「DONE」という3つのステージに分割し、タスクを情報カードや付箋紙に書いて貼り付けたかんばん。これは、単純にタスクやタスクの状態を見えるようにしたものなので、かんばんシステムではない。

### かんばんシステムのかんばん

かんばんという方法論で使われるかんばんは、以下の点に注目をしたツールになっている。

- WIP制限によって、それぞれのステージの量をコントロールしている
- 作業をプル(引き取る、引っ張る)仕組みが存在する
- 開発によって生み出そうとしているユーザにとっての価値(機能など)が、流れとして見える

参照:タスク管理、Category:タスク管理ソフトウェア