Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
カンバン仕事術
Search
KamikazeZirou
August 22, 2019
Programming
0
220
カンバン仕事術
本当の「カンバン」の一端を知りたい人向けに、
カンバンの中心的な考え方を紹介。
KamikazeZirou
August 22, 2019
Tweet
Share
More Decks by KamikazeZirou
See All by KamikazeZirou
Nxで構築するGoモノレポ
kamikazezirou
0
1.2k
Other Decks in Programming
See All in Programming
TUIライブラリつくってみた / i-just-make-TUI-library
kazto
1
390
実はマルチモーダルだった。ブラウザの組み込みAI🧠でWebの未来を感じてみよう #jsfes #gemini
n0bisuke2
2
1.1k
WebRTC と Rust と8K 60fps
tnoho
2
2k
從冷知識到漏洞,你不懂的 Web,駭客懂 - Huli @ WebConf Taiwan 2025
aszx87410
2
2.6k
非同期処理の迷宮を抜ける: 初学者がつまづく構造的な原因
pd1xx
1
720
sbt 2
xuwei_k
0
300
Go コードベースの構成と AI コンテキスト定義
andpad
0
130
DevFest Android in Korea 2025 - 개발자 커뮤니티를 통해 얻는 가치
wisemuji
0
150
著者と進める!『AIと個人開発したくなったらまずCursorで要件定義だ!』
yasunacoffee
0
140
生成AIを利用するだけでなく、投資できる組織へ
pospome
2
340
Why Kotlin? 電子カルテを Kotlin で開発する理由 / Why Kotlin? at Henry
agatan
2
7.3k
チームをチームにするEM
hitode909
0
340
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.2k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.8k
A better future with KSS
kneath
240
18k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
Statistics for Hackers
jakevdp
799
230k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
390
Automating Front-end Workflow
addyosmani
1371
200k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Docker and Python
trallard
47
3.7k
[SF Ruby Conf 2025] Rails X
palkan
0
530
Music & Morning Musume
bryan
46
7k
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は⼩さく保てる
以上