Soumettre la recherche
Mettre en ligne
Kanban 101「明日から使えるかもしれないカンバン」
•
6 j'aime
•
6,041 vues
Shuji Yamada
Suivre
2015年11月26日開催 さくらガレージ カンバン勉強会用資料です。 最低限、コレだけ押さえておけば何とかなるカンバンの使い方です
Lire moins
Lire la suite
Ingénierie
Signaler
Partager
Signaler
Partager
1 sur 30
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
Unityでオニオンアーキテクチャ
Unityでオニオンアーキテクチャ
torisoup
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Recommandé
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
Tokoroten Nakayama
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
Unityでオニオンアーキテクチャ
Unityでオニオンアーキテクチャ
torisoup
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
Java でつくる低レイテンシ実装の技巧
Java でつくる低レイテンシ実装の技巧
Ryosuke Yamazaki
Riderはいいぞ!
Riderはいいぞ!
UnityTechnologiesJapan002
Juju/MAASで作る Kubernetes + GPU
Juju/MAASで作る Kubernetes + GPU
VirtualTech Japan Inc.
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
torisoup
Doozy UI 使おうぜ! #unity_lt
Doozy UI 使おうぜ! #unity_lt
torisoup
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
UniRx完全に理解した
UniRx完全に理解した
torisoup
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
Git Flowを運用するために
Git Flowを運用するために
Shun Tsunoda
UniTask入門
UniTask入門
torisoup
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
増田 亨
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
GitHub Enterpriseの導入事例と実践GitHub Actions
GitHub Enterpriseの導入事例と実践GitHub Actions
Shuji Yamada
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
Shuji Yamada
Contenu connexe
Tendances
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
Java でつくる低レイテンシ実装の技巧
Java でつくる低レイテンシ実装の技巧
Ryosuke Yamazaki
Riderはいいぞ!
Riderはいいぞ!
UnityTechnologiesJapan002
Juju/MAASで作る Kubernetes + GPU
Juju/MAASで作る Kubernetes + GPU
VirtualTech Japan Inc.
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
torisoup
Doozy UI 使おうぜ! #unity_lt
Doozy UI 使おうぜ! #unity_lt
torisoup
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
Kumazaki Hiroki
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
Yoshitaka Kawashima
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
Yahoo!デベロッパーネットワーク
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
UniRx完全に理解した
UniRx完全に理解した
torisoup
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
Git Flowを運用するために
Git Flowを運用するために
Shun Tsunoda
UniTask入門
UniTask入門
torisoup
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
Yoshiki Hayama
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
増田 亨
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
Tendances
(20)
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Java でつくる低レイテンシ実装の技巧
Java でつくる低レイテンシ実装の技巧
Riderはいいぞ!
Riderはいいぞ!
Juju/MAASで作る Kubernetes + GPU
Juju/MAASで作る Kubernetes + GPU
Unity開発で使える設計の話+Zenjectの紹介
Unity開発で使える設計の話+Zenjectの紹介
Doozy UI 使おうぜ! #unity_lt
Doozy UI 使おうぜ! #unity_lt
本当は恐ろしい分散システムの話
本当は恐ろしい分散システムの話
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
イミュータブルデータモデル(入門編)
イミュータブルデータモデル(入門編)
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
実運用して分かったRabbit MQの良いところ・気をつけること #jjug
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
UniRx完全に理解した
UniRx完全に理解した
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Git Flowを運用するために
Git Flowを運用するために
UniTask入門
UniTask入門
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
45分間で「ユーザー中心のものづくり」ができるまで詰め込む
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Plus de Shuji Yamada
GitHub Enterpriseの導入事例と実践GitHub Actions
GitHub Enterpriseの導入事例と実践GitHub Actions
Shuji Yamada
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
Shuji Yamada
現場!実物!実践!マルチクラスタを運用するときの課題とコツ
現場!実物!実践!マルチクラスタを運用するときの課題とコツ
Shuji Yamada
Arukas meet Mesos/Marathon
Arukas meet Mesos/Marathon
Shuji Yamada
20分でわかるgVisor入門
20分でわかるgVisor入門
Shuji Yamada
10分でわかる Cilium と XDP / BPF
10分でわかる Cilium と XDP / BPF
Shuji Yamada
会社にGitHub Enterpriseを導入してみた話
会社にGitHub Enterpriseを導入してみた話
Shuji Yamada
10分でわかる marathon-lb
10分でわかる marathon-lb
Shuji Yamada
コンテナのユースケース考察
コンテナのユースケース考察
Shuji Yamada
Kanban 301「プロセスマネジメント(成長エンジン)」
Kanban 301「プロセスマネジメント(成長エンジン)」
Shuji Yamada
Velocity - Lean, Velocity and Anti-Fragile 「ボトルネックを飼い慣らせ!」
Velocity - Lean, Velocity and Anti-Fragile 「ボトルネックを飼い慣らせ!」
Shuji Yamada
自動テストによって生み出される価値
自動テストによって生み出される価値
Shuji Yamada
2015-07-27 Docker Introduction 〜Dockerの基礎とユースケースに関する考察〜
2015-07-27 Docker Introduction 〜Dockerの基礎とユースケースに関する考察〜
Shuji Yamada
お手軽OpenFlow試験環境 Mininet
お手軽OpenFlow試験環境 Mininet
Shuji Yamada
Sensu -The Next Generateion Monitoring Framework-
Sensu -The Next Generateion Monitoring Framework-
Shuji Yamada
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
Shuji Yamada
2015-01-27 Introduction to Docker
2015-01-27 Introduction to Docker
Shuji Yamada
Plus de Shuji Yamada
(17)
GitHub Enterpriseの導入事例と実践GitHub Actions
GitHub Enterpriseの導入事例と実践GitHub Actions
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
ここにハマった!Dockerコンテナホスティング「Arukas」の裏側
現場!実物!実践!マルチクラスタを運用するときの課題とコツ
現場!実物!実践!マルチクラスタを運用するときの課題とコツ
Arukas meet Mesos/Marathon
Arukas meet Mesos/Marathon
20分でわかるgVisor入門
20分でわかるgVisor入門
10分でわかる Cilium と XDP / BPF
10分でわかる Cilium と XDP / BPF
会社にGitHub Enterpriseを導入してみた話
会社にGitHub Enterpriseを導入してみた話
10分でわかる marathon-lb
10分でわかる marathon-lb
コンテナのユースケース考察
コンテナのユースケース考察
Kanban 301「プロセスマネジメント(成長エンジン)」
Kanban 301「プロセスマネジメント(成長エンジン)」
Velocity - Lean, Velocity and Anti-Fragile 「ボトルネックを飼い慣らせ!」
Velocity - Lean, Velocity and Anti-Fragile 「ボトルネックを飼い慣らせ!」
自動テストによって生み出される価値
自動テストによって生み出される価値
2015-07-27 Docker Introduction 〜Dockerの基礎とユースケースに関する考察〜
2015-07-27 Docker Introduction 〜Dockerの基礎とユースケースに関する考察〜
お手軽OpenFlow試験環境 Mininet
お手軽OpenFlow試験環境 Mininet
Sensu -The Next Generateion Monitoring Framework-
Sensu -The Next Generateion Monitoring Framework-
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
2015-01-27 Introduction to Docker
2015-01-27 Introduction to Docker
Kanban 101「明日から使えるかもしれないカンバン」
1.
1 Kanban 101 Shuji Yamada @uzyexe Nov
26, 2015 「明日から使えるかもしれないカンバン」 https://www.flickr.com/photos/89882948@N05/10034579444
2.
https://www.flickr.com/photos/philliecasablanca/3344142642/ どこでもありがちな職場環境 • 隣の人が何やってるのかわからない。 • 何の仕事から手を付ければいいのかわからない。 •
タスクを担当する人によって仕事の速度や品質が大きく異なる。 • 全体の進 がどこまで達成できているのか誰もすぐにはわからない。 2
3.
https://www.flickr.com/photos/vfsdigitaldesign/5396691102/ そんなこんなで偉い人も現場の状況を把握できてない。 3
4.
そしてある日突如として下される指令 4 https://www.flickr.com/photos/blvesboy/2288919381/
5.
「明日から日報書いて。」 「今期の線表をガントチャートで作って。」 「タスクはチケット管理することになりました。」 「進 報告会を毎週やります。」 5 https://www.flickr.com/photos/blvesboy/2288919381/
6.
6
7.
• 誰が何をやっているのか見た目では判断が付かない。 • 作業速度や品質が人によってまったく異なる。 •
チーム枚に所持スキルや作業環境やターゲットとする顧客層が異なる。 • 一か月先のことですら精度の高い予測は困難。 https://www.flickr.com/photos/roderickt-uk/12443119604/ クリエイティブな産業における管理的課題 7
8.
https://www.flickr.com/photos/ivanwalsh/3924222303/ そしてある日突如として作成指示を下される指令 • 日報 ->
細かい作業が多いと手間。主観的。流れを俯瞰できない。 • ガントチャート -> 最初に決めた計画を守れるほうが稀。誰も見ない…。 • チケットシステム -> バグトラッカー。全体の流れは俯瞰できない。 8
9.
https://www.flickr.com/photos/mdpettitt/8671901426/ そもそも、なぜ全体を俯瞰できないといけないのか? 9
10.
https://www.flickr.com/photos/mtaphotos/6675529935/ タスク管理のため? 10
11.
11
12.
https://www.flickr.com/photos/75455383@N00/17124643767 全体を俯瞰する目的 • 継続的な改善を実行するため。 • 日常的な実行プロセスで顕在化するムダや問題点を洗い出すため。 •
トラブルなど外的要因によるスループットのバラツキを抑制するため。 12
13.
https://www.flickr.com/photos/75455383@N00/17124643767 おそらく合理的な手法とは? • 改善機会を見つけ出しやすい手法 • 現場に潜んでいるムダの発見に優れている手法 •
スループットのバラツキや停滞を発見しやすい手法 • 誰でも直感的にわかりやすい手法 13
14.
カンバン 14 https://www.flickr.com/photos/89882948@N05/10034579444
15.
https://www.flickr.com/photos/ptrkhmbrg/8181937426/ カンバン手法の特徴 • 紙とペンと場所があればできる。 • 何より視覚的で誰でも使いやすい。 15
16.
16 カンバン https://www.flickr.com/photos/89882948@N05/10034579444 • カンバンはミーティングできる場所に置く。(壁や机の上など) • カンバン本体には、ホワイトボードやホワイトボードペーパーを使う。
17.
https://www.flickr.com/photos/125753676@N07/15817131058 タスクカード 17
18.
• タスクカードには付箋を使う。 • タスクカード本体には、タスクの概要と通し番号を書く。 •
担当者や納期は途中変更されることがあるので、タスクカード本体の上 にさらに小さい付箋で補足する形で貼り付ける。 • タスクカードの色で、優先度を示すような使い方もある。 タスクカード 18 https://www.flickr.com/photos/125753676@N07/15817131058
19.
https://www.flickr.com/photos/91555706@N00/3879260111 ステージ 19
20.
• カンバンボードにタスクの進 状態を示すステージを書く。 •
ToDo(すぐに実行可能なタスク) • Doing(対応中) • Done(完了)など ステージ 20 https://www.flickr.com/photos/91555706@N00/3879260111
21.
• Icebox(やっておきたいタスク) • Backlog(近日中に着手したいタスク) •
ToDo(すぐに実行可能なタスク) • Doing、In Progress(対応中) • Review(確認待ち・レビュー待ち) • Done(完了) カンバンでよくあるステージ 21 https://www.flickr.com/photos/91555706@N00/3879260111
22.
カンバンにおけるポリシーの存在 • どのようなカンバンにも目標達成に必要なポリシーが存在する。 • ポリシーが厳守されないとカンバンは形骸化してしまう。 22 https://www.flickr.com/photos/89882948@N05/10034579444
23.
カンバンでよくあるポリシー • 入力制御 -
ToDo はオーナーが決める。各メンバーは ToDo を実行する。 • 仕掛り制限 - 1人あたり1タスクまでしか着手してはいけない。 • 目標リードタイム - 要求受付からリリースまでの目標納期はすべて一律。 23 https://www.flickr.com/photos/89882948@N05/10034579444
24.
入力制御ポリシー • IceBox にはメンバーが自由に課題やアイデアを投下して構わない。 •
オーナーが必要と判断したタスクは IceBox から ToDo に引き渡される。 • 各メンバーは、ToDo の中にあるカードから新規タスクを引き出す。 24 https://www.flickr.com/photos/89882948@N05/10034579444
25.
仕掛り制限ポリシー • 原則、1人あたり1タスクのみを主担当する。 • 1人で複数のタスクを着手(Doing)してはならない。 •
この制限が厳しすぎる場合は、多少制限を緩めても構わない。 • ほぼ自動化されているタスクであれば、例外的に同時に複数件のタス クを引き出してもよい。 25 https://www.flickr.com/photos/89882948@N05/10034579444
26.
目標リードタイム • 目標リードタイム =
要求受付からリリース完了までの目標日数。 • 余計な工数見積もりを防止するために目標リードタイムは一律の数値に定める。 • 二週間と定めたら、どのようなタスクでも二週間以内に Backlog や ToDo か ら Done まで完遂させることを目標とする。 • 工数があまりにも巨大なタスクは、リードタイム内に完遂できる単位までタス クの内容を一旦分割してから Doing のステージに引き出す。 26 https://www.flickr.com/photos/89882948@N05/10034579444
27.
https://www.flickr.com/photos/stevehopson/403037117/ ゆとり • 入力制御が機能しなければ、タスクは無限に発生する。 • 仕掛り制限が存在しなければ、常に働き続けざるを得なくなる。 •
入力制御と仕掛り制限は『ゆとり』を作り出すために最低限必要なポリシー。 27
28.
https://www.flickr.com/photos/newbeatphoto/3726803818/ カンバンのアンチパターン • 入力制御が機能していない。 • オーナーがタスクの仕分け役として機能していない。 •
存在するはずのタスクカードが貼られていない。 • 仕掛り制限がされていない。 • ほとんどのメンバーが複数の ToDo にアサインされて日常的にマルチタスクが発生している。 • 『タスクの見える化』が第一の目的にすり替わってしまっている。 • プロセスの改善が目的になっていない。 28
29.
https://www.flickr.com/photos/53558245@N02/4978362207/ 目標に到達するためのプロセス • 組織の最大の目標は『利益の追求』にある。 • 目標達成の
となるプロセスは『安定と成長』。 • 健全な『安定と成長』のために必要な手段は『品質の追及』。 • 従業員全員が『品質』に取り組むことで『安定と成長』は達成できる。 29
30.
https://www.flickr.com/photos/skrubu/3345244660/ Any Questions? 30
Télécharger maintenant