Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
カンバン仕事術
Search
KamikazeZirou
August 22, 2019
Programming
260
0
Share
カンバン仕事術
本当の「カンバン」の一端を知りたい人向けに、
カンバンの中心的な考え方を紹介。
KamikazeZirou
August 22, 2019
More Decks by KamikazeZirou
See All by KamikazeZirou
Nxで構築するGoモノレポ
kamikazezirou
0
1.2k
Other Decks in Programming
See All in Programming
Make SRE Operations Easier with Azure SRE Agent
kkamegawa
0
1.8k
開発体験を左右するライブラリの API 設計 - GraphQL スキーマ構築ライブラリから考える #tskaigi
izumin5210
2
1.3k
関係性から理解する"同一性"の型用語たち
pvcresin
2
610
net-httpのHTTP/2対応について
naruse
0
350
TSKaigi 2026 TypeScriptバックエンドのオブザーバビリティ戦略 — Datadog × NestJSの実践
taiseiyamamotoan
1
210
CSC307 Lecture 17
javiergs
PRO
0
270
サーバーレスで作る、動画データ管理基盤
oyasumipants
0
320
肥大化するレガシーコードに立ち向かうためのインターフェース分離と依存の逆転 / JJUG CCC 2026 Spring
hirokunimaeta
0
210
Agentic UI beyond Chats Architecture Patterns & Open Standards @ngMunich 05/2026
manfredsteyer
PRO
0
180
初めてのRubyKaigiはこう見えた
jellyfish700
0
340
次世代リンターで探る、tsgo 時代における型認識カスタムルールの現実解
ytakahashii
3
1.3k
AIエージェントと協働するCLI開発 — BunとOpenClawで学んだこと
yoshikouki
1
220
Featured
See All Featured
Designing for Timeless Needs
cassininazir
1
230
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Done Done
chrislema
186
16k
GraphQLとの向き合い方2022年版
quramy
50
15k
Code Reviewing Like a Champion
maltzj
528
40k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
How to build a perfect <img>
jonoalderson
1
5.5k
Building the Perfect Custom Keyboard
takai
2
780
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
118
120k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
230
Visualization
eitanlees
152
17k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
850
Transcript
カンバン仕事術
はじめに u 元ネタ 全3部の内、 1部を読むだけで ほぼカンバンは把握できます
⽬次 1. カンバンとは 2. ⾒える化 3. WIP制限 4. 流れの管理 5.
名⾔集(元ネタの本から抜粋)
1.カンバンとは
1. カンバンとは u 仕事の流れを管理する⼿法
1. カンバンとは ※少々⼤げさな表現です
1. カンバンとは 2.WIP制限 仕掛り作業の数を制限 1.仕事の⾒える化 ワークフローとタスク をボード上に表現 3.流れの管理 問題やボトルネックを 発⾒&対処
1. カンバンとは u カンバンの最終⽬標 u プロセスを継続的に改善して、仕事の流れを早くする u カンバンの良い所 u ルールがシンプル
u 導⼊のハードルが低い u 最初は具体的な改善案を考えなくても良い u やり⽅がガチガチに決まっていない u アジャイルともウォーターフォールとも⼀緒に使える u 原理主義者がいない(多分)
2. ⾒える化とは
2. ⾒える化 u ⾒える化とは u 現在のワークフローをボード上で表現すること ⼯程︓列の⾒出し タスク︓付箋紙
2. ⾒える化 u タスクの表現の例 #JIRA番号 期⽇︓2019/08/21 写真付きで⽇報を送れ るようにする Story Point︓8
作業の性質を付箋紙の⾊で表すとGood ⾚︓緊急 ⻩︓納期厳守 緑︓納期なし(放置OKでもない) ⻘︓差し迫っていない改善活動 u タスクの優先度 u カンバンボードで上の位置ほど優先度は⾼い
2. ⾒える化 u レーン(ボードの横軸) u 作業によってワークフローや性質が異なる場合は、 複数レーンに分けるのもあり 緊急レーン (他のタスクを⽌めてでも このレーンのタスクは優先
して作業) 通常レーン
2. ⾒える化 u 注意事項 u 素直に現在の状況を表現する u 最初から改善やゴールを考えなくてもOK u メンバーにボードを作ってもらう
u 特定の個⼈がやると、他⼈事になってしまう u ⾒える化の過程で、 チーム内で作業ポリシーの認識を合わせる u 各⼯程の開始条件/終了条件/作業内容/誰がやるべきかなど (ポリシーをボード上で表現できたらなお良し)
3. WIP制限
3. WIPの制限 u WIPとは u Work In Process, 仕掛り中の作業 この中のタスクは
全てWIP
3. WIPの制限 u WIPの数を制限する理由 u WIPが多すぎると有害だから u プロセス改善
3. WIPの制限 u WIPが多すぎると・・・ u リードタイムが⻑くなる u 1週間に1つの機能開発ができるAさんを例に考えると・・・ u 1つの機能のみの開発(WIP=1)なら、リードタイムは1週間
u 4つの機能を並列で開発(WIP=4)すると、リードタイムは4週間 ※マルチタスクによるオーバヘッドを考慮するともっと遅くなるはず u リードタイムが⻑くなると、 フィードバックがもらえるまでの時間も⻑くなる リードタイム 作業に着⼿してから成果物 が顧客に届くまでの時間
3. WIPの制限 u WIPが多すぎる時の具体的な問題 u コンテキストスイッチ (頭の切り替え) u IQが10ポイント低下 u
マリファナ吸引によるIQ低下の倍 u 余計な仕事が増える u 思い出す時間、コンフリクトの解決 u モチベーションの低下 u ⾃分が必死になって完了させた仕事が数週間放置された! u オーバーヘッドの増⼤ u 作業の調整が⼤変になる u 品質の低下 こういう問題があるので、 WIP制限をかける
3. WIPの制限 u WIP制限の例 u 各メンバーに制限をかける u 例︓⼀⼈のメンバーでWIPは2つまで u 何にでも⾸を突っ込みたがるメンバーがいる場合に有効
u チーム全体に制限をかける u 例︓4⼈のチーム全体でWIPは6つまで u メンバー間の協調を促すのに有効 u 特定の⼯程に制限をかける u 例︓“レビュー”のWIPは4つまで u PRが出る度にレビューはしたくはないが、 それなりの速さでレビュイーにフィードバックを与えるのに有効 かけ⽅はいろいろ。 ⽬的にあった⽅法で WIP制限をかけましょう!
4. 流れの管理
4. 流れの管理 u 流れの管理とは u カンバンボードから問題を読み取り、 淡々と対処していく
4. 流れの管理 テストがボトルネック になっている →開発を⽌めてテストを ⼿伝ってもらうなどする
5. 名⾔集
5. 名⾔集 u 「始めるのをやめて、終わらせることをはじめま しょう!」 u 新しい作業を始めるのではなく、 やりかけの作業を優先的に終わらせることでWIPを少なく保つ u 「電⼦ボードは情報冷蔵庫、
アナログボードは情報ラジエーター」 u 物理ボードの⽅が良い理由の端的な説明 u JIRAなどの電⼦ツールは、詳細な情報は残せる反⾯、 いちいち空けて中を探さないと、⽬的のものが⾒つからない u アナログボードは、情報を明確かつ迅速に把握できる
5. 名⾔集 u 「作業は間に合わせるものではなく、 流れるもの」 u オーバーワークは、⼈やプロダクトを駄⽬にする u 品質を伴った作業は、作業が持続可能なペースで流れているときにだけ可能となる u
品質が良いとWIPは⼩さく保てる
以上