Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
カンバン仕事術
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
KamikazeZirou
August 22, 2019
Programming
330
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
カンバン仕事術
本当の「カンバン」の一端を知りたい人向けに、
カンバンの中心的な考え方を紹介。
KamikazeZirou
August 22, 2019
More Decks by KamikazeZirou
See All by KamikazeZirou
Nxで構築するGoモノレポ
kamikazezirou
0
1.3k
Other Decks in Programming
See All in Programming
Are APIs Still Relevant in the AI Era?
soyuka
0
390
ハーネス設計入門 〜 基礎知識の整理から実務へのステップアップ 〜
kinopeee
19
20k
世界の中心で、AI(App Intents)をさけぶ ー App Intents中心設計の実践ガイド
touyou
0
740
市販E-Readerを乗っ取れ 〜Embedded Swiftで電子ペーパーガジェットを制御する〜
trickart
0
230
スマートフォンでモールス信号を送受信する 〜スマートフォンのLEDとカメラで作る光通信の設計と実装〜
atsuki_seo
0
220
iOSDC Japan 2026 - Swiftで作って学ぼう!データベース自作入門
kaseken
2
420
機械に任せるテスト、人が見るテスト ⽣成AIで引き直した、運⽤保守フェーズの線引き
dske104
0
110
動作中のプログラムの中身をリアルタイムに覗く / Realtime Debugger for CSharp with Roslyn
prota
1
1.7k
Androidだけじゃない、DroidKaigiで広がった私の技術スタック
akkeylab
0
110
Heart of Swift Concurrency
koher
0
1.1k
Webの地図
yosuke_furukawa
PRO
6
5k
海上で動くGoサーバー: goroutineとchannelでさばく航行データストリーム
atsuki_seo
0
1k
Featured
See All Featured
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
2
450
Writing Fast Ruby
sferik
630
63k
Rails Girls Zürich Keynote
gr2m
96
14k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Paper Plane (Part 1)
katiecoart
PRO
2
11k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
310
Building the Perfect Custom Keyboard
takai
2
890
Docker and Python
trallard
47
4.2k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
290
Unsuck your backbone
ammeep
672
58k
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は⼩さく保てる
以上