Submit Search
Upload
Lean coffee
•
35 likes
•
44,333 views
Takeshi Arai
Follow
リーンコーヒーの紹介 アジェンダのないミーティング方法 参加者が集まり、アジェンダを作り、議論を始める そんなミーティングの方法の紹介
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 42
Download now
Download to read offline
Recommended
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
Recommended
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
Keisuke Tameyasu
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
テストコードの DRY と DAMP
テストコードの DRY と DAMP
Yusuke Kagata
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
イベント・ソーシングを知る
イベント・ソーシングを知る
Shuhei Fujita
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
modern software qa - draft 1
modern software qa - draft 1
Yasuharu Nishi
アジャイル開発とメトリクス
アジャイル開発とメトリクス
Rakuten Group, Inc.
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Takuto Wada
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
Redmineでメトリクスを見える化する方法
Redmineでメトリクスを見える化する方法
Hidehisa Matsutani
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
ESM SEC
77回スピーカーを経験して分かったこと」共有します
77回スピーカーを経験して分かったこと」共有します
Yuya Yamaki
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
Akiko Kosaka
More Related Content
What's hot
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
Atsushi Nakamura
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
Takuto Wada
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
Tokoroten Nakayama
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
イベント・ソーシングを知る
イベント・ソーシングを知る
Shuhei Fujita
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Yusuke Hisatsu
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
modern software qa - draft 1
modern software qa - draft 1
Yasuharu Nishi
アジャイル開発とメトリクス
アジャイル開発とメトリクス
Rakuten Group, Inc.
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
Takuto Wada
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
Redmineでメトリクスを見える化する方法
Redmineでメトリクスを見える化する方法
Hidehisa Matsutani
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Yusuke Suzuki
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
Noritaka Shinohara
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
ESM SEC
What's hot
(20)
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
「PdMと考えるQAとプロダクトマネジメント」
「PdMと考えるQAとプロダクトマネジメント」
なぜコンピュータを学ばなければならないのか 21世紀の君主論
なぜコンピュータを学ばなければならないのか 21世紀の君主論
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
イベント・ソーシングを知る
イベント・ソーシングを知る
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
Head First Inception Deck
Head First Inception Deck
modern software qa - draft 1
modern software qa - draft 1
アジャイル開発とメトリクス
アジャイル開発とメトリクス
TDD のこころ @ OSH2014
TDD のこころ @ OSH2014
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Redmineでメトリクスを見える化する方法
Redmineでメトリクスを見える化する方法
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
KPTのコツを掴め!! 公開用
KPTのコツを掴め!! 公開用
Similar to Lean coffee
77回スピーカーを経験して分かったこと」共有します
77回スピーカーを経験して分かったこと」共有します
Yuya Yamaki
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
Akiko Kosaka
【OSCエンタープライズ2015】議事録ドリブンって聞いたことある?SIGNで解決!悩める会議の攻略メソッド
【OSCエンタープライズ2015】議事録ドリブンって聞いたことある?SIGNで解決!悩める会議の攻略メソッド
Kyoko Ochiai
学生吹奏楽団員のための会議の進め方
学生吹奏楽団員のための会議の進め方
Masayuki Ueda
リモート環境でも社内勉強会(てっくらんち)を運営してよかった!! - Bit valley inside- vol.17-kazuyuki takahashi
リモート環境でも社内勉強会(てっくらんち)を運営してよかった!! - Bit valley inside- vol.17-kazuyuki takahashi
Kazuyuki Takahashi
すぐに分かる!プロジェクト計画の作り方
すぐに分かる!プロジェクト計画の作り方
Eisuke Sugitani
新入社員の方による就活体験談と現場での人材育成
新入社員の方による就活体験談と現場での人材育成
You&I
kintone hive 2015 ユーザー事例発表 コトブキ様
kintone hive 2015 ユーザー事例発表 コトブキ様
Cybozucommunity
kintone hive ユーザー事例 コトブキ様
kintone hive ユーザー事例 コトブキ様
Cybozucommunity
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
Takahiro Masaki
Mashup Seminar in Fukui 2012イベントレポート
Mashup Seminar in Fukui 2012イベントレポート
Fukui Industrial Support Center
Productive conference t onoda
Productive conference t onoda
t onoda
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
y-yoshi
プロボノ団体の会議術 プレビュー
プロボノ団体の会議術 プレビュー
Yuko Gendo
私とインクス
私とインクス
Yoshimura Soichiro
アジャイル開発へのイテレーション・ゼロ
アジャイル開発へのイテレーション・ゼロ
Taisuke Shiratori
私の熱いアジャイル活動、アジャカツ!始まります フフッヒ
私の熱いアジャイル活動、アジャカツ!始まります フフッヒ
You&I
Java5
Java5
ImayoshiYusuke
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
20160423【qpstudy201604】グループディスカッション
20160423【qpstudy201604】グループディスカッション
Yukitaka Ohmura
Similar to Lean coffee
(20)
77回スピーカーを経験して分かったこと」共有します
77回スピーカーを経験して分かったこと」共有します
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
Agile japan2011 アジャイル体験記~ふりかえりで開発を後押し~
【OSCエンタープライズ2015】議事録ドリブンって聞いたことある?SIGNで解決!悩める会議の攻略メソッド
【OSCエンタープライズ2015】議事録ドリブンって聞いたことある?SIGNで解決!悩める会議の攻略メソッド
学生吹奏楽団員のための会議の進め方
学生吹奏楽団員のための会議の進め方
リモート環境でも社内勉強会(てっくらんち)を運営してよかった!! - Bit valley inside- vol.17-kazuyuki takahashi
リモート環境でも社内勉強会(てっくらんち)を運営してよかった!! - Bit valley inside- vol.17-kazuyuki takahashi
すぐに分かる!プロジェクト計画の作り方
すぐに分かる!プロジェクト計画の作り方
新入社員の方による就活体験談と現場での人材育成
新入社員の方による就活体験談と現場での人材育成
kintone hive 2015 ユーザー事例発表 コトブキ様
kintone hive 2015 ユーザー事例発表 コトブキ様
kintone hive ユーザー事例 コトブキ様
kintone hive ユーザー事例 コトブキ様
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
Mashup Seminar in Fukui 2012イベントレポート
Mashup Seminar in Fukui 2012イベントレポート
Productive conference t onoda
Productive conference t onoda
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
プロボノ団体の会議術 プレビュー
プロボノ団体の会議術 プレビュー
私とインクス
私とインクス
アジャイル開発へのイテレーション・ゼロ
アジャイル開発へのイテレーション・ゼロ
私の熱いアジャイル活動、アジャカツ!始まります フフッヒ
私の熱いアジャイル活動、アジャカツ!始まります フフッヒ
Java5
Java5
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
20160423【qpstudy201604】グループディスカッション
20160423【qpstudy201604】グループディスカッション
More from Takeshi Arai
Agile_samurai_kpt2015_06_21_pub
Agile_samurai_kpt2015_06_21_pub
Takeshi Arai
devlove_kansai_miyamoto_2015_02_07
devlove_kansai_miyamoto_2015_02_07
Takeshi Arai
devlove_kansai_val2015_02_07
devlove_kansai_val2015_02_07
Takeshi Arai
devlove2014management
devlove2014management
Takeshi Arai
Dev love miyamoto_2014_05_16
Dev love miyamoto_2014_05_16
Takeshi Arai
DevLOVE 2014-5-16 エナジャイズ! アジャイルの取組みや活性化の紹介
DevLOVE 2014-5-16 エナジャイズ! アジャイルの取組みや活性化の紹介
Takeshi Arai
DevLove現場甲子園2013うちでもアジャイルな文化を実現できますか
DevLove現場甲子園2013うちでもアジャイルな文化を実現できますか
Takeshi Arai
More from Takeshi Arai
(7)
Agile_samurai_kpt2015_06_21_pub
Agile_samurai_kpt2015_06_21_pub
devlove_kansai_miyamoto_2015_02_07
devlove_kansai_miyamoto_2015_02_07
devlove_kansai_val2015_02_07
devlove_kansai_val2015_02_07
devlove2014management
devlove2014management
Dev love miyamoto_2014_05_16
Dev love miyamoto_2014_05_16
DevLOVE 2014-5-16 エナジャイズ! アジャイルの取組みや活性化の紹介
DevLOVE 2014-5-16 エナジャイズ! アジャイルの取組みや活性化の紹介
DevLove現場甲子園2013うちでもアジャイルな文化を実現できますか
DevLove現場甲子園2013うちでもアジャイルな文化を実現できますか
Lean coffee
1.
LEAN COFFEE (リーン コーヒー) 2016/03/29 株式会社ヴァル研究所 開発部
新井 剛 準備も議事録もいらない! アジェンダのないミーティング方法 社内ライトニングトークより
2.
会議の無駄???? ● 会議の前後の非生産的な感覚! ● 会議の参加者が他のことをしている? ●
この議事録は誰が読むんだろう? ● アクションプランは何? ● 時間だけが過ぎていく!
3.
日本語にはいい言葉がある
4.
段取り八分
5.
段取り八分 芝居などで、筋の運びや組み立 て。事の順序・方法を定めるこ と。心がまえをすること。工夫す ること 広辞苑より
6.
金言 日本のプロジェクトマネジメントの現場で長年語り 伝えられている決まり文句、「段取り八分」。 「段取りはプロジェクトの成功の8割を握ってい る」という日本の現場のすばらしい金言だ。 予め準備をしていくことだ。これは決して新しいこ とではなく、我々が日常生活でいつもやっている ことである。 過剰管理の処方箋 pp.142-143
7.
いっぽう
8.
メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
9.
日本と世界の会議に対する姿勢の違い メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
10.
日本 典型的な会議の場合、実施前に準備し、実施後に、数 時間かけて議事録を作成します。その議事録も、会議の 内容がすべて収まったような詳細なものです。また、会 議では次の会議までにこれを済ませてほしいという重厚 な宿題がだされるケースも多くあります。 メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
11.
世界 インターナショナルチームの会議は、会議を実施してい る時間はとにかく集中していて、議事もOne Noteという 共有サービスを使いその場でシェアしてシンプルなもの を書いていきます。だから、会議の前も、後も何もする必 要がありません。必要な時間は会議の時間だけです。 メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
12.
「いやー...文化が違うから日本で は無理だよ~」 メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
13.
ソニックガーデンさん 「牛尾さん。会議をやるときに準備はしてこなくていいで す。無駄ですので。その代わりに会議のその場で良い成 果を出しましょう。」 メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413
14.
ハードル高い?
15.
そんなあなたに!
16.
同じ匂いの方法論がある
17.
LEAN COFFEE
18.
LEAN COFFEEとは アジェンダのないミーティング方法です 参加者が集まり、アジェンダを作り、議論を始めます How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
19.
LEAN COFFEEの手順
20.
Step0: 個人の名前カンバンをpostitで作成する How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
21.
Step1: テーブルにReady |
Doing | Doneをpostitで作成する How to Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU Ready Doing Done
22.
Step2: 各々が議論したいトピックをpostitで作成する How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
23.
Step3: それぞれのトピックを簡潔にレビューする How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
24.
Step4: トピックに対しドット投票(2票)する How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
25.
Step5: Ready欄にドット投票順に優先順位で並び替える How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
26.
Step6: タイマーを7分にセットする How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
27.
Step7: Readyの一番上のトピックをDoingに移動させる How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
28.
Step8:議論開始 How to Run
a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
29.
Step9: 7分経過したら、継続するか親指のサインで投票します How to
Run a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
30.
親指サインの投票ルール ほとんどの人がアップなら追加で4分議論 半分の人がアップなら追加で2分議論 How to Run
a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU アップ 継続して議論 中間 十分・どっちでも良い ダウン トピックが合っていない 次のトピックが良い
31.
Step10:トピックをDoingからDoneに移動させ、Step7に戻り繰り返す How to Run
a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
32.
Step11:5分前、本日の議論をふりかえり、もちかえるアクションプランを共有する How to Run
a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU
33.
知見 30分あれば、3トピックはイケる pre7分 + 3回
* 6分 + post 5分 = 30分 60分あれば、6トピックはイケる pre7分 + 6回 * 8分 + post 5分 = 60分 (議論時間は、3/6/8分でも最初に決めれば良い)
34.
知見 ● 会議前準備・事後整理なしでOK ● 想像以上に、結構いろんな議論できる ●
いろんなネタを集中議論できる ● アクションプランもでてくる
35.
どう?
36.
きっかけにどう?
37.
会議の既成概念を変えるきっかけ ● いきなり海外モードでなくても大丈夫 ● 試してみるコストやリスクはすっごい低い ●
ひずみを処理する方法としてやってみては? ファシリテーターするよ!
38.
感想 ● ケースバイケースで利用 ● 段取り八分も良い ●
LEAN COFFEEも良い ※ 「過剰管理の処方箋」の著者の岸良さんはTOCの日本の賢者 TPSと関連が深い。つまり、リーンの「ムダの排除」と祖先は一緒
39.
でもね ● 古いスタイルのまま「段取り八分」しなかったら失敗に 終わる ● 新しいスタイルで「段取り八分」したらムダが多い ●
だから、価値観の共有や共同作業など自己組織化 チームになろう
40.
LEAN COFFEE ここから初めて見るのも いいんじゃない?
41.
背景 1. Regional Scrum
Gathering Tokyo 2015で原田 騎郎さんのLEAN COFFEEを体 験した 2. 何度か社内でLEAN COFFEEを実践した 3. 牛尾さんのブログを「日本と米国で異なる『想定する物量』がソフトウェア開発の生 産性の違いを生む」を読んだ 4. 書籍「過剰管理の処方箋」も同時に読んでいた 5. 頭の中で LEAN COFFEEが再登場 6. 社内のライトニングトークで発表 7. 社外公開 8. ...
42.
リファレンス 書籍:過剰管理の処方箋 http://www.amazon.co.jp/dp/4761265795 メソッド屋のブログ:日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む http://simplearchitect.hatenablog.com/entry/2016/02/15/080413 動画:How to Run
a Lean Coffee https://www.youtube.com/watch?v=zhG-A-kRPAU スライド:A Guide to Lean Coffee http://www.slideshare.net/SteveRogalsky/a-guide-to-lean-coffee 本家サイト:Lean Coffee http://leancoffee.org/ Special Thanks ブログの利用許可をくださった牛尾 剛さん Regional Scrum Gathering Tokyo 2015でLEAN COFFEEを実施してくださった原田 騎郎さん
Download now