カラムを状態として使用

カンバンボードは仕事を視覚化します。仕事の各部分はカードです。カードは状態を示すカラムを右に移動して進みます。

クラシックなカラムは次の通りです: バックログ → 選択 → 進行中 → レビュー → 完了

しかし、正確なカラムは問題ありません。重要なのは、すべてのカードが現在の状態を持っていること、およびその状態はそのシステムで働くすべての人に視覚的に表示されていることです。

どのカードが表すか

カードは、完了できる独立した単位の仕事を表します。プロジェクトではなく、目標ではなく、明確な完了条件を持つ特定の範囲のものです。

良いカード: 生産サーバーでSSHキーを回転させます: done when all servers show new key in authorized_keys & old key is removed.

悪いカード: セキュリティを向上させます。 (これはタスクではなく、プロジェクトです。分解してください。)

WIP制限

進行中カラムの図には WIP制限: 3 が示されています。この意味は、同時に進行中にあるカードが3つ以内です。4番目のカードを引き出す場合は、先に1つ完了する必要があります。

これは制約のように感じますが、それは意図的に設計されています。WIP制限は、始めたものを完了する前に新しいものを始めることを強制します。この点の重要性については、後者のセクションで詳しく説明します。

ワークカードの範囲設定

カンバンで最も難しいスキルはボードを描くことではなく、カードを範囲設定することです。大きすぎると、進行中で数週間ブロックされるカードがいます。小さすぎると、ボードが騒音で埋まることがあります。

シログは問題ありません

マルチディシPLINEオペレーションには機能的なワークセンターがあります: ベーカリーにはパステリー、パン、ソーシーズン、フロントカウンターがあります。製品スタジオにはデザイン、コンテンツ、ビルド、オペスがあります。建設プロジェクトにはフレーミング、プラミング、エレクトリック、フィニッシングがあります。これらのセンターは深い専門性が必要なため、集中した所有権が必要です。

カンバンはこれらの分離を解消しません。彼らとの間の手順を視覚的に明確にすることで、より明確にします。

手順の受け渡し

作業が一つが一つのワークセンターから別のワークセンターに移ると、例えば、デザイン資産がコピーが書かれる前にビルダーがページを組む前に、手順の受け渡しカードがそれとともに移動します。ダウンストリームセンターは、自分のBacklogにカードが表示されるのを見る。彼らは能力があるときにそれを引き取ります。メールは必要ありません。会議で調整する必要もありません。カードはシグナルです。

どの図が示しているか

★チケットはデザインセンター(視覚資産:進行中)から始まります。デザインが彼らの部分を終了すると、手順の受け渡しカードが作成され、★チケットがビルドセンターのBacklogに表示されます。ビルドはそれを引き取ります。次にOpsが引き取ります。各センターには独自のボードがあります。各ボードは、そのセンターの現在の仕事だけを示しますが、★はすべてのセンターを通過し、すべての人々がそれを見られるのです。

これは、各ワークセンターが棚であり、カードがダウンストリームの棚を再ストックされるまでの間、上流の作業がプルされ、消費されるまでのものを適用した組織です。

手順の受け渡しのデザイン

手順の受け渡しカードは、受け取りチームが会議なしで行動できるように十分なコンテキストを含める必要があります。

始めずに始める。完了する。

WIPはWork In Progressの略です。WIP限ちは、特定の列に一度に存在できるカードの最大数を設定します。

制限が聞こえるかもしれません。それはポイントです。

制限がどのように役立つか

新しいタスクを始めるたびに前のものを完了しない場合、コンテキストスイッチング税金を支払う必要があります。脳は新しいタスクのコンテキストを読み込み、古いものの部分的なアンロードを実行します。古いタスクに戻ると、再読み込みが必要です。知識労働、執筆、デバッグ、デザイン、レビューなどでは、再読み込みコストは時間がかかるものです。

WIP制限は、未完了の作業が蓄積されることを防ぎます。さらに、より価値のあるものを実現します：制約を明らかにします。

制約が見えてくる

レビュー列のWIP制限が2であり、常に2である場合、それはシグナルです：レビューは生産よりも遅れています。より多くの作業が完了した状態で、レビューによって消費されない場合があります。WIP制限がない場合は、ボードは「レビュー待ちのまま完了した」カードで埋まって、制約が見えないことになります。WIP制限がある場合は、完了した状態の列に新しいカードを受け入れられず、チーム全体が制約を認識することができます。

これは失敗ではありません。これは情報です。システムは、あなたがレビューを修正したり、人材を募集したり、ペアプログラミングを行ったり、バッチサイズを減らしたりするよう指示しています。ただの作業量を増やすだけでは意味がありません。

Little's Law (非公式)

リードタイム（カードが開始から完了までにかかる時間）= WIP ÷ 通過率（ユニット時間ごとの完了したカード数）。ヒアリングをせずにリードタイムを短縮するには、WIPを減らします。複数のものが同時に進んでいる場合、各ものがより早く完了することが意味になります。

R = (W × C) + T

WIP制限は、3つの変数を保護します。1986年に効率コンサルタントのブライアン・トレイシーがそれらを名付けました。

R = (W × C) + T

- R: 結果：望ましい結果

- W: 目標の明確性：望ましい結果をどれくらい正確に把握しているか（0-10）

- C: 集中力：集中した努力の強度（0-10）

- T: 仕事の時間（乱雑な時間）

W と C の理由

目標の明確性と集中力は独立していません。曖昧な目標に対して高い集中力を持つと、誤った方向に高速で進むことができます。目標の明確性が高くても集中力がない場合、何も生まれません。彼らは相互作用しています：なぜなら、トレイシーがそれらを和約ではなく、和を書いたからです。各々が9/10の場合、R = 81 + Tです。各々が3/10の場合、R = 9 + Tです。差は累積ではありません。

T の理由

乱雑な時間は、W と C の積に線形的に追加されます。T は W と C の相乗を複製することはできず、積にのみ積み重ねられます。これは、まず W と C を改善するのではなく、長時間労働することを改善する理由を説明します。低い (W × C) 積に T を追加することは、まだ悪い結果です。

カンバンボードが各変数にどのように影響を与えるか

- W: 明確なタイトル、測定可能な受け入れ基準、単一のオーナーを持つウェルスコーポ製のカードは、作業開始前に W を上げます。曖昧なカードは自動的に W を下げます。

- C: WIP制限は集中力を強制します。アクティブなカードが1つである場合、フルアットエンションで1つの問題に集中できます。アクティブなカードが3つである場合、C は3分割されます。

- T: ポモドーロブロック＆カレンダー保護は、Tが測定するディストラクションフリーンの時間を作り出します。ボードのタイマーは、リアルタイムでTを追跡するものであり、装飾ではありません。

トレイシーは、W、C、Tがすべて最適化されている場合、30分でどの問題も解決できると主張しました。カンバン ボードは、すべての3つを同時に最適化するためのインストルメントです。

ボードの読み方

ボードの状態からボトルネックを読み取る練習をしてください。

アジャイルではない。ウォーターフォールではない。

アジャイルは方法論です。ウォーターフォールは方法論です。カンバンはシステムです。

方法論はどのように仕事をするかを規定します。システムは仕事に関して何が真実であるかを説明します。カンバンは、2週間のスプリント、毎日のスタンバイ、または後掃査を指示するものではありません。仕事を可視化し、WIPを制限し、プルすることを教えます。

方法論の問題

アジャイルは、主にソフトウェアのイテレーション的な製品開発チーム向けに効果的です。ウォーターフォールは、既知の未知数と固定要件のプロジェクト向けに効果的です、建設、ハードウェア製造。どちらも、設計タスクと実行タスクが完全に異なるサイクル時間と"完了"の定義を持つ横断的な分野の仕事に適切にマッピングされません。

デザインセンターとオペレーションセンターを同じスプリントリズムに強制することはカテゴリエラーです。コンテンツ創造のための2週間のスプリントがロジスティクスワークに人工的な緊急性を生みます。立ち位置の儀式は、近接したチーム向けに作られていますが、独立したソロのためにオーバーヘッドを生みます。

仕事が行われる場所で共通の基盤を見つける

Unアプローチ: 仕事が必要なものを見つけ出しましょう。 それをやるのに最適な人やパートナーを見つけ出しましょう。プロセスをその上に押し付けずに: 仕事がそのプロセスを共有ビジビリティシステムを通じて表面に現すことを許可しましょう。

これはプロセスの欠如ではありません。これは適切な量のプロセスです: 協調を可能にするだけ、仕事の価値よりもコーディネーションオーバーヘッドが超えることがないようにしましょう。

造らなくてよいものは買わない。買わないでよいものは育成しない。

どのワークカードも作成される前に尋ねてください: これが存在する必要があるのですか？あなたが所有するものになるたびに、作業の各部分を構築します。SaaSにサブスクライブするたびに、永遠に依存します。フォークされたオープンソースの依存関係を永遠に維持します。

決定木: これを育成できますか？ 継続的に生産的なプロセス、スキル、関係性が生まれます。優先してこれを選択します。もし育成が不可能な場合: これを買うことができますか？ 80%の問題を解決するオフ・ザ・シェルフのツールが存在し、カスタムワークが不要です。優先してこれを選択します。もし購入が不可能な場合: それを建てましょう。 そして、それを所有することを理解し、以降維持する責任を負うことを理解して建てましょう。

ほとんどの組織はこの順序を逆にします。問題を解決する一般用途のツールが十分に機能する場合でも、カスタムインフラを構築し、作成したものの維持に取り組むことになります。カンバンはこれを可視化します: あなたのバックログにあるすべてのカードは、あなたが選択して建てたものです。本当にそれがバックログに存在する必要があるのかという率直な質問です。

Build / Buy / Grow

決定枠を適用してください。

ボードをデザインします

それを組み立ててください。あなたは特定のクロスファンクショナルなシナリオ用にカンバンシステムをデザインします。

シナリオ

小規模なスタジオは、45日後のトレードショーで新しいブランドが公開されるまでに製品をリラウンチしています。この作業は4つのセンタにわかれています。

- デザイン: 新しいロゴ、ビジュアルアイデンティティ、製品写真、ページレイアウト

- コンテンツ: 製品説明の再執筆、ランディングページコピー、メールアナウンス

- ビルド: 更新されたウェブサイト、新しいチェックアウトフロー、古いURLからのリダイレクト

- オプス: 更新された支払いプロセッサーセッティング、フルフィルメントパートナーのブリーフィング、アナリティクス再構成

リラウンチは60日間の厳しい期限があります。

ソロはシロ

ほとんどの組織では、カンバンは階層的な管理者間で仕事を可視化するために存在します。マネージャーはシロの間で調整を行います。カンバンは調整オーバーヘッドを減少させる。

unモデルでは、マネージャーは存在しません。ソロがいます。ソロは独立してエンタープライズを運営します：デザイナー・ソロ、ビルダー・ソロ、ライター・ソロ、オペレーションズ・ソロ。各ソロは、デフォルトでシロです。彼らはつながりません。報告関係なし。調整のためにマネージャーが強制されません。

カンバンが調整層になります。シロを平坦にするのではなく、完全に独立しているソロが完全に独立しているが、受け取りソロが手持ちを引き出すまで手順を可視化し明確にする。ソロは仕事を送るメールを送らず、ミーティングをスケジュールせずにカードを共有ボードに置きます。受け取りソロは、手持ちができるまで引き取りません。

これが、カンバンがunモデルよりもアジャイルやウォーターフォールに適合する理由を説明します：それらには共通のリズム、共同のリトロスペクティブ、同期された計画が必要ありません。各ソロは、自分のWIP制限、自分のサイクルタイム、自分の達成度の定義を設定します。調整はカードレベルで行われますが、プロセスレベルではありません。