カンバン入門 - Speaker Deck

Slide 1

Slide 1 text

カンバン⼊⾨

Slide 2

Slide 2 text

⾃⼰紹介 •  ⽩⼟慧 (Shiratsuchi Kei) •  Preferred Infrastructure（2016年4⽉⼊社） –  Ruby on Rails エンジニア •  スタートアップ経験 –  前職：メガネのECサービス（⼀⼈⽬のエンジニア） –  前々職（新卒）：レコメンデーションエンジン開発 •  ⼤学時代 –  複雑ネットワーク •  趣味 –  妻とポケモンGO（130種） –  ⼩説（舞城王太郎）

Slide 3

Slide 3 text

Table of Contents •  カンバンとは？ •  なぜ？ •  カンバンを作ってみる •  カンバンを運⽤してみる •  カンバンの流れを管理する •  まとめ •  プラクティス

Slide 4

Slide 4 text

カンバンとは？

Slide 5

Slide 5 text

カンバンとは？

Slide 6

Slide 6 text

カンバンの構成要素ワークフロー作業項⽬アバター

Slide 7

Slide 7 text

なぜ？

Slide 8

Slide 8 text

導⼊前のチームの状態 •  チーム⼈数： 10+α⼈ •  動いている案件が多い •  携わっているプロダクトが多い •  会議体 –  毎⽇のスタンドアップミーティング –  週⼀度の定例ミーティング

Slide 9

Slide 9 text

課題感 •  全体を把握する⼈が忙しくなると、回らなくなる –  個別の作業は進むが、全体の取りまとめで⼿こずる –  リリースの直前でバタバタする •  （⼊社したての私の課題感）動いている話が多く、脳に乗らない

Slide 10

Slide 10 text

動機 •  チームでもっとスムーズに仕事を進めたい •  「いま忙しい？」って聞かれたくない –  暇なわけない •  「いま忙しい？」って聞きたくない –  すぐ本題に⼊りたい

Slide 11

Slide 11 text

参考図書 •  「カンバン仕事術」 •  https://www.oreilly.co.jp/books/9784873117645/ •  原著 “Kanban in Action” –  Marcus Hammarberg and Joakim Sundén –  アジャイルコンサルタント & Spotifyのエンジニア

Slide 12

Slide 12 text

カンバンを作ってみる

Slide 13

Slide 13 text

カンバンの作り⽅ 1.  ワークフローを定義する 2.  作業項⽬を定義する 3.  アバターを配置する「カンバン仕事術」1章を参照

Slide 14

Slide 14 text

1. ワークフローを定義するそのうちやりたい未着⼿着⼿中レビュー中チームに出した確認待ち完了レビュー待ち社外に出した

Slide 15

Slide 15 text

1. ワークフローを定義する •  仕事がチームに⼊ってくるところから、出て⾏くところまで、すべてのステージを特定する –  本での例： Todo、分析、開発、テスト、受⼊、運⽤待ち、本番 •  完璧を⽬指さない。やりながら改善 •  顧客に価値を⽣み出すまで仕事は完了しない •  ワークフローを⾒える化する

Slide 16

Slide 16 text

2. 作業項⽬を定義する •  作業の説明 –  ユーザストーリーを使う？ –  「やるべきことを思い出せる短い説明であれば、なんでも良い」 •  付箋の⾊ –  開発■、案件■、その他■、緊急■ •  タグ –  [製品名]、[顧客名] など •  開始⽇、終了⽇ •  書き損じは破って捨てる

Slide 17

Slide 17 text

3. アバターを配置する •  Slack のアイコンを貼り付けたマグネット –  付箋に直接書くと、どんどん⼈が増えていき、つらい •  マグネットの数が重要（後述）

Slide 18

Slide 18 text

ポイント：⾒える化 •  ワークフローの定義で、仕事がどう進むかがわかる –  暗黙的なフローをチームで議論して、全員が同じように仕事を進めることができる •  作業項⽬をワークフローに並べることで、どこがボトルネックになっているか把握できる

Slide 19

Slide 19 text

ポイント：⾒える化 •  情報ラジエーター（発信物）になる –  情報を常にアップデートし、関係者が誰でも必要な時に参照できるようにする –  「誰が何をやっているか」「どれが終わったのか」質問する必要がない

Slide 20

Slide 20 text

ポイント：常に更新できるようにする •  ⾒る価値のある状態を保つ •  更新コストを下げる –  アクセスしやすいホワイトボードで作る –  デジタルはコストが⾼い → 「情報冷蔵庫」 •  最初から綺麗に作りすぎない –  ワークフローの更新を気軽にできるように •  物理&⼿書き最強

Slide 21

Slide 21 text

カンバンを運⽤してみる

Slide 22

Slide 22 text

WIP の導⼊ •  WIP = Work in Process –  同時に作業している作業項⽬の数 •  WIP を減らす •  「コイン渡しゲーム」で解説

Slide 23

Slide 23 text

コイン渡しゲーム •  作業者と計測者でペア + 顧客役ひとり •  コインを20枚⽤意 •  作業者は、コインをひっくり返して、次の⼈に渡す –  最後の⼈は、顧客に渡す •  すべてのコインが顧客に渡ったらゴール •  計測者は、作業者が作業を始めてから終わるまでを計測 •  顧客は、全体の時間（最初のコインがゴールした時間と、最後のコインがゴールした時間）を計測

Slide 24

Slide 24 text

コイン渡しゲーム •  ゲームを3回⾏う •  1回⽬：20枚すべてひっくり返してから、次の⼈に渡す •  2回⽬：5枚ずつひっくり返したら、次の⼈に渡す •  3回⽬：1枚ずつひっくり返したら、次の⼈に渡す •  ひっくり返すコイン（仕事の量）は同じ •  個々の作業時間、全体の時間はどうなるか？

Slide 25

Slide 25 text

コイン渡しゲーム

Slide 26

Slide 26 text

コイン渡しゲーム最初のコインがゴールするまでの時間が短くなる

Slide 27

Slide 27 text

コイン渡しゲーム合計時間も短くなる

Slide 28

Slide 28 text

コイン渡しゲーム作業者の作業時間は⻑くなる

Slide 29

Slide 29 text

WIP を制限する効⽤ •  同時に作業する仕事の数を減らすと、リードタイムが短くなる •  それぞれの作業者の効率は落ちる –  プロセスをより速い流れに最適化すると、リソースの稼働率は低下する –  全員を常時稼働させることは重要か？ minneチームでKPTAのふりかえりとコイン渡しゲームをやった | けんちゃんくんさんの Web⽇記 http://diary.shu-cream.net/2016/05/11/minne-product-team-retrospectives.html

Slide 30

Slide 30 text

ソフトウェア開発における WIP •  実装されていない仕様 –  放っておくと、腐る •  マージされていないコード –  ⼿元の開発環境でしか動かない •  テストされていないコード –  正しく動いているかすぐにわからない •  リリースされていないコード –  価値を提供できていない

Slide 31

Slide 31 text

WIP が多い弊害 •  コンテキストスイッチが増える •  フィードバックが遅れると仕事が増える –  バグ報告が遅くなると、調査に時間がかかる •  リスクが⾼まる –  時代遅れになる可能性 •  オーバーヘッドが増える –  WIP 同⼠の調整が必要になる •  品質が低下する •  モチベーションが低下する

Slide 32

Slide 32 text

WIP を制限する •  原則：「始めるのをやめて、終わらせることを始めよう」 –  現在の作業を終わらせる前に、他の作業に着⼿しない –  同時に⾏う作業の数を制限する •  WIP 制限に答えはない –  実際に試してみて、調整する

Slide 33

Slide 33 text

WIP を制限するアプローチ 1.  ボード全体、チーム全体で制限する –  チーム⼈数の1.5倍の数だけ着⼿できることにする 2.  ワークフローの列ごとに制限する 3.  ⼈に対して制限する

Slide 34

Slide 34 text

2. ワークフローの列ごとに WIP 制限する •  列に滞留できる項⽬の数を制限する •  分析から開発にするには、開発中の作業を2以下に減らさなければ開始できない •  例：レビューが溜まってしまったら –  レビューできる⼈を増やす必要があるのではないか –  レビューに時間がかかっているのではないか。事前共有ができていないのではないか

Slide 35

Slide 35 text

3. ⼈に対して WIP 制限をする •  アバターの数を制限する –  4つ以上の作業に着⼿できないようにする •  例：フルで埋まっている⼈がいたら –  作業の肩代わりができないか –  その⼈以外も作業できるようにするにはどうすればいいか

Slide 36

Slide 36 text

WIP 制限はゴールではない •  流れを改善することがゴール •  WIP 制限は、流れを阻害する問題を⾒つけやすくするツール –  ボトルネックの発⾒ –  問題点の改善

Slide 37

Slide 37 text

カンバンの流れを管理する

Slide 38

Slide 38 text

流れの管理 •  「流れ」は、すべてのステップで邪魔や待ち時間が発⽣せず価値を⽣み出している理想的な状態 •  流れるようにするために –  WIP を制限する –  ブロッカーを取り除き、待ち時間を削減する –  品質を作り込み、再作業をなくす –  クロスファンクショナルなチームを作る –  タイムボックス（イテレーション）を使って、優先順位を決める

Slide 39

Slide 39 text

⽇々の流れの管理 •  デイリースタンドアップ –  毎⽇、短時間で •  デイリースタンドアップで、カンバンを確認する –  アップデートされているか –  作業の流れは順調か、溜まっていないか •  「次に何をすべきか？」にチームが答えられるようにする

Slide 40

Slide 40 text

まとめ

Slide 41

Slide 41 text

カンバンの原則 •  ⾒える化 •  WIP の制限 •  流れの管理

Slide 42

Slide 42 text

今いるところから始められる •  現在どのような⼿法をとっていようが、カンバンを適⽤して改善を進められる –  プロセスの変化、役割の変更はない •  何が流れを滞らせているかが⾒え、改善できる •  「カンバンはメタプロセス」 –  カンバンの原則をプロセスに適⽤して、プロセスを改善する

Slide 43

Slide 43 text

カンバンを始める時の最⼤の間違い •  WIP の制限なしで始めてしまうこと –  改善を進めるための制約がなくなってしまう •  今のチームでは、「未着⼿」に制限がないので、どんどん溜まってしまう –  「未着⼿」と「開発」の間に、なにか列が存在するのかもしれない

Slide 44

Slide 44 text

本の中で話していないこと •  計画づくりと⾒積り •  プロセスの改善 –  ふりかえり •  プロセスのメトリクス –  メトリクスの⾒える化

Slide 45

Slide 45 text

おまけ

Slide 46

Slide 46 text

案件カンバン •  案件の⾒える化 –  ラジエーターに •  ワークフローの定義 •  暗黙的な WIP 制限 –  アバター制限をかける予定 •  週次MTGで更新案件名内容窓⼝完了今後3ヶ⽉ワークフロー

Slide 47

Slide 47 text

ありがとうございました参考 •  Kanban Casual Talks(2016/05/19) –  http://togetter.com/li/977418 想定質問 •  リモートでどうやるの •  デジタルツールならどれがいいか •  トヨタのかんばん⽅式との関係は