Upgrade to Pro — share decks privately, control downloads, hide ads and more …

カンバン仕事術

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.

 カンバン仕事術

本当の「カンバン」の一端を知りたい人向けに、
カンバンの中心的な考え方を紹介。

Avatar for KamikazeZirou

KamikazeZirou

August 22, 2019
Tweet

More Decks by KamikazeZirou

Other Decks in Programming

Transcript

  1. 1. カンバンとは u カンバンの最終⽬標 u プロセスを継続的に改善して、仕事の流れを早くする u カンバンの良い所 u ルールがシンプル

    u 導⼊のハードルが低い u 最初は具体的な改善案を考えなくても良い u やり⽅がガチガチに決まっていない u アジャイルともウォーターフォールとも⼀緒に使える u 原理主義者がいない(多分)
  2. 2. ⾒える化 u タスクの表現の例 #JIRA番号 期⽇︓2019/08/21 写真付きで⽇報を送れ るようにする Story Point︓8

    作業の性質を付箋紙の⾊で表すとGood ⾚︓緊急 ⻩︓納期厳守 緑︓納期なし(放置OKでもない) ⻘︓差し迫っていない改善活動 u タスクの優先度 u カンバンボードで上の位置ほど優先度は⾼い
  3. 2. ⾒える化 u 注意事項 u 素直に現在の状況を表現する u 最初から改善やゴールを考えなくてもOK u メンバーにボードを作ってもらう

    u 特定の個⼈がやると、他⼈事になってしまう u ⾒える化の過程で、 チーム内で作業ポリシーの認識を合わせる u 各⼯程の開始条件/終了条件/作業内容/誰がやるべきかなど (ポリシーをボード上で表現できたらなお良し)
  4. 3. WIPの制限 u WIPが多すぎると・・・ u リードタイムが⻑くなる u 1週間に1つの機能開発ができるAさんを例に考えると・・・ u 1つの機能のみの開発(WIP=1)なら、リードタイムは1週間

    u 4つの機能を並列で開発(WIP=4)すると、リードタイムは4週間 ※マルチタスクによるオーバヘッドを考慮するともっと遅くなるはず u リードタイムが⻑くなると、 フィードバックがもらえるまでの時間も⻑くなる リードタイム 作業に着⼿してから成果物 が顧客に届くまでの時間
  5. 3. WIPの制限 u WIPが多すぎる時の具体的な問題 u コンテキストスイッチ (頭の切り替え) u IQが10ポイント低下 u

    マリファナ吸引によるIQ低下の倍 u 余計な仕事が増える u 思い出す時間、コンフリクトの解決 u モチベーションの低下 u ⾃分が必死になって完了させた仕事が数週間放置された! u オーバーヘッドの増⼤ u 作業の調整が⼤変になる u 品質の低下 こういう問題があるので、 WIP制限をかける
  6. 3. WIPの制限 u WIP制限の例 u 各メンバーに制限をかける u 例︓⼀⼈のメンバーでWIPは2つまで u 何にでも⾸を突っ込みたがるメンバーがいる場合に有効

    u チーム全体に制限をかける u 例︓4⼈のチーム全体でWIPは6つまで u メンバー間の協調を促すのに有効 u 特定の⼯程に制限をかける u 例︓“レビュー”のWIPは4つまで u PRが出る度にレビューはしたくはないが、 それなりの速さでレビュイーにフィードバックを与えるのに有効 かけ⽅はいろいろ。 ⽬的にあった⽅法で WIP制限をかけましょう!
  7. 5. 名⾔集 u 「始めるのをやめて、終わらせることをはじめま しょう!」 u 新しい作業を始めるのではなく、 やりかけの作業を優先的に終わらせることでWIPを少なく保つ u 「電⼦ボードは情報冷蔵庫、

    アナログボードは情報ラジエーター」 u 物理ボードの⽅が良い理由の端的な説明 u JIRAなどの電⼦ツールは、詳細な情報は残せる反⾯、 いちいち空けて中を探さないと、⽬的のものが⾒つからない u アナログボードは、情報を明確かつ迅速に把握できる