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
KANBANをちゃんとやる/Do it properly of KANBAN
Search
Daisuke Sato
October 29, 2020
0
2.4k
KANBANをちゃんとやる/Do it properly of KANBAN
社内勉強会資料
Daisuke Sato
October 29, 2020
Tweet
Share
More Decks by Daisuke Sato
See All by Daisuke Sato
スタートアップのマネージャーに役立つ視座/A useful perspective for startup managers
dskst
6
1.4k
「時」と「場」を捉える、プロダクトづくりのためのリーダーシップ/Leadership for product creation that captures time and place
dskst
3
420
事業紹介/Joystruct
dskst
0
1.9k
キャリア理論をもとに考えるエンジニアのキャリア/Engineer's careers based on career theory
dskst
10
4.2k
ソフトウェア開発とマネジメント/Software Development and Management
dskst
1
4.6k
エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
dskst
10
8.8k
FoodTechにおける商流・金流・物流の進化/Evolution of Commercial, Financial, and Logistics in FoodTech
dskst
1
790
Learning Domain-Driven Design Round-reading session 6
dskst
0
360
Learning Domain-Driven Design Round-reading session 3
dskst
1
340
Featured
See All Featured
Gamification - CAS2011
davidbonilla
80
5.1k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
0
98
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Unsuck your backbone
ammeep
669
57k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
Visualization
eitanlees
146
15k
Making the Leap to Tech Lead
cromwellryan
133
9k
Building an army of robots
kneath
302
44k
Bash Introduction
62gerente
608
210k
Optimising Largest Contentful Paint
csswizardry
33
3k
Optimizing for Happiness
mojombo
376
70k
Navigating Team Friction
lara
183
15k
Transcript
KANBANをちゃんとやる @dskst9 2020/10/29
KANBANやってますか?✋
プロセスを改善するためのプロセスである。 看板を用いることからKANBANと言われる。 KANBANは作業者ではなく作業にフォーカスする。 "作業の流れ"を良くしていく。 KANBANとは
None
• ボード上の列でワークフローを示す • カンバン上にチームのタスクをすべ て並べる(付箋などに書き出す) • タスクの進捗(ワークフローの進行) でタスクを移動していく 簡単な始め方
簡単だけど よくある間違い
簡単な始め方で 終わっている!!
実は たくさんの仕掛けがある
KANBANの原則 1. 見える化 2. WIPの制限 3. 流れの管理
1. 見える化 • 作業項目が見える • ワークフローが見える • 個々の項目の状態が見える • チームのポリシーが見える
仕事を見える化して自分たち の仕事を理解する。 「仕事がどう進むか」を学び、 改善の可能性を発見する。
2. WIPの制限 WIPを制限することで、ワークフローの流れが悪 くなったり、滞ってしまったり、完全に止まって しまったりする。 これは、WIPの制限により改善の余地が浮き彫り になったということであり、課題への取り組みを 促す。 WIP(仕掛り作業)に制限を作 る。
3. 流れの管理 ワークフローを流れる作業項目がどこで詰まって しまうのかを発見し、ボトルネックを改善し続け る。 流れの改善にフィードバックループはセットにな る。 ワークフローが迅速に流れる ように管理する。
原則を適用してみよう
1. 見える化 • ボードにワークフローの列を作る。 • タスクは付箋などで表現する。 • タスクの属性やチケット番号などチームにとって 必要な情報を付箋に書き込んで利用する。 ◦
開始日、完了日、チケット番号、サイズ、 進捗インジケータなど • 誰がどのタスクをやっているかが見えるようにす る。 • 作業がブロックされていること(ブロッカー)をわ かるようにする。
2. WIPの制限 • 列ごとにWIPを制限する。 • または、人単位でWIPを制限する。 • または、ワークフロー全体、チーム 全体などもある。
3. 流れの管理 • WIPの制限をする。 • プロセスの待ち時間を削減する。 • デイリースタンドアップをする。 • チームで協力してタスクを完了させ
る。 • タスクはボードの左から右にpullす る。
DEMO
プラクティス紹介
デイリースタンドアップ プラクティス 次の2つの質問をする。 1. タスクを完了に近づけるために何を する必要があるか? 2. 誰がそれをやるか?
サービスクラス プラクティス 明確なポリシーと特定の作業種類を紐付 ける方法。ワークフローのレーンやタスク の属性など特別なポリシーが必要なもの に対して付与する。付箋の色を変えたり 特急レーンを用意したり。
プランニング プラクティス カンバンではチームにとって適切なタイミ ングで計画を行なう。 イテレーションを設けて計画をするのもよ いし、inboxが一定量になったら計画する のもよい。流れるように計画づくりをする のもよい。
見積もり プラクティス 見積もり自体に価値があるのではなく、 ディスカッションに価値がある。 フォボナッチ数でポイント見積もりするも よし、大まかなタスクサイズで見積もるも よい。見積もらない(平均すると全部同じ サイズになるから)というのも一理ある。
完了の定義 プラクティス 各ワークフロー毎に完了を定義する。 完了を定義することでタスクの品質・成果 を一定以上に保つことができる。
ふりかえり プラクティス フィードバックループを回すために実施し なければならない。 イテレーションごとにふりかえるのもよし、 常にふりかえるような仕組みをつくるのも よし。
スループット プラクティス チームのスループットを最大化する。制 約理論はチームにも適用される。 1. 制約条件を特定する 2. その成約を徹底的に活用する 3. 制約以外を制約に従属させる
4. 制約条件の能力を上昇させる 5. 制約が解消したら1へ
メトリクス プラクティス 以下のメトリクスが集めやすい。 • サイクルタイム - プロセスの一部分 を通り抜ける時間 • リードタイム
- プロセスの全体を通 り抜ける時間 • スループット - 一定期間に完了した 項目数 • ボードにあるタスクやブロッカーの数 • 納期順守率 • 価値要求と失敗要求 - 障害に対す る要求なのか、顧客に価値のある 要求なのか
メトリクス プラクティス 累積フロー図などを利用するとメトリクス が確認しやすい。
オンライン プラクティス オンラインでどこまでKANBANを作ること ができるか。ツールの制約の中での最大 限の改善をしてみよう。 • ホワイトボード系のツール(Mural, Miroなど) • タスクツール(Tollero,
JIRAなど)
プロセスを 改善することに意味がある
KANBANを使い倒そう