スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
•Descargar como PPTX, PDF•
0 recomendaciones•340 vistas
comeback japan 2017で実施したワークショップの内容および様子をまとめてアップしました。
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
Similar a スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017 (20)
スクラムのフレームワークでKAIZENを体験しよう comeback japan 2017
- 2. 注意事項 本書に書かれていることは、ワークショップをやるためのフィクションです。実在の神社の写真などが掲載されています が、一切関係はありません。 また、本ワークショップは、松浦豪一が個人で作成したもので、富士通株式会社及び、富士通マーケティングを代 表するものではありません。 このワークショップを参考にしていただくのはかまいませんが、運営側のノウハウはかかれていません。そのまま実施す るのは避けてください。ご協力できることがあるかもしれませんので、ご相談ください。 参考資料は以下のとおりです。 ① これだけ! KPT,天野 勝,ISBN978-4-7991-0275-6 ② リーンソフトウェア開発と組織改革,Mary and Tom Poppendieck, 訳:依田智夫,依田 光江,ISBN978-4-04-868741-6 ③ チーム脳の作り方,清宮 普美代, ISBN978-4-87290—405-5 ④ プロジェクトファシリテーション 価値と原則編,㈱永和システムマネジメント 平鍋 健児,天野 勝 ⑤ アジャイル開発プロジェクトマネジメントに対応する人材育成 ―改善によって成長を期待するマネジメント―,松浦豪一, 情報処理学会デジタルプラクティス Vol.7 No.3 (July 2016) 2
- 3. アジェンダ 本ワークショップでは、スクラムを実践するなかで、アジャイルの基本である改善を 体験してもらうことを目的としています。想定でスクラムチームを運営してもらいま す。 • 背景 • 模擬プロジェクトのポイント • 流れの説明 • スプリント１ • 休憩 • スプリント２ 3
- 4. 背景：模擬プロジェクトで担当の会社を決めたい！！ 私は神社の宮司です。神社の修繕を考えています。伝統を守 りつつも、たくさんの方に親しんでもらえる神社を作りたいです。 担当会社選びのポイントは、柔軟な発想と対応力です。今回、 スクラムを採用します。模擬プロジェクトをスクラム行い、参加者 を評価したいと考えております。内容は以下のとおりです。 • ユーザーストーリーに従い、ドミノと折り紙で模型神社を作成 し、スプリントごとにプレゼンテーションしてもらいます。 • 評価は、模型の出来栄えだけでなく、アイデア、マネジメント 能力を評価して選定します。（工作は、下手でも良いが、 利用者視点での取り組みを重要視します） • 模擬プロジェクトは、進めていくなかでメンバを交代する場合 があります。スクラムの知識にばらつきがあると思いますので、 ファシリテーターを配置します。 4
- 5. 模擬プロジェクト（スクラム）のポイント • すべてのミーティングは立って行い、タイムボック スを守って行う。常に問題対私たちの構図を作 り、対話することを重視する。 （リーダーシップでコマンドコントロールしない） • すべての作業はペアプログラミングとし、会話しな がら行う。 • ＫＰＴを使ったふりかえりにより、チームで発生 した問題を改善する。 時間が限られているため、スクラムの説明はできるだけ 省略しました。運営方法が分からないと困るため、経験 者を配置して実施しました。スクラムを勉強した場合は 各自学習ください。富士通も研修を実施してます。 5
- 7. 模擬プロジェクトの流れ スクラムを知らない人も含まれるため、流れを簡単に説明しま す。 • スプリントの流れ • ユーザーストーリー • スパイク＆計画ミーテイング • 朝会＆開発 • タスクボード • スプリントレビュー＆ふりかえり 7
- 8. スプリントの流れ ５日目（２０分） 朝会（２分）レビュー（３分） ふりかえり（１５分） ２日目から４日目（１０分×３） 朝会（５分） 開発（5分） １日目（３０分） スパイク（５分） 計画ミーティング（25分） 8
- 9. スプリント＃１ スプリント＃１説明しながら実施します。 1. ユーザーストーリー 2. スパイク＆計画ミーテイング 3. 朝会＆開発 4. タスクボード 5. スプリントレビュー＆ふりかえり
- 10. ユーザーストーリー 私は宮司として、拝殿が欲 しい。なぜなら、たくさん の人に参拝してほしいから。 私は宮司として、水を使っ た施設が欲しい。 なぜなら、参拝者に楽しん でほしいから。 私は宮司として、花壇が欲 しい。なぜなら、リラック スできる場所にしたいから。 • ドミノは何色を使ってもよいが水を イメージできると良い。 • ５つ以上倒れること。 • 一度倒したらそのままで良い。 （完成時点で随時レビューできる） • ドミノを３つ以上使うこと。 • 最低３段になっていること。 • スプリントレビューまで維持するこ と。 • 息を吹きかけても倒れないこと。 • ドミノを３つ以上使うこと。 • 綺麗ないろどりになっていること。 • 花びらの形には特にこだわらない。 人の高さ ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード 10
- 11. スパイク＆計画ミーティング スパイク（５分） 1. スプリントバックログ（タスク）の見積もりをやりやすくするた めに、タスクの一部を洗い出して実際にやってみる。 2. どんな作業でも良い。 ３分くらいのタスクで実施して時間を測定する。 「ドミノを２０個ならべて倒す」 3. チームで作業結果を共有する。 計画ミーティング（２５分） 1. スプリントのゴールをプロダクトオーナー（以下、ＰＯと略す） と共有する。ストーリーレベルで合意（今回は３つのストーリー を実施する） 2. 不明点を確認しながらタスクを洗い出す。 3. タスクの実施時間を決める。 4. バーンダウンチャートを作成する。・・・今回は作成しない ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード ３つのストーリーを やってくださいで合意 した。 水の施設は波を 表現してください。 11
- 12. タスクボード 私は宮司として、拝殿が 欲しい。なぜなら、たく さんの人に安全な状態で 参拝してほしいから。 私は宮司として、水を 使った施設が欲しい。 なぜなら、参拝待ちで楽 しんでほしいから。 私は宮司として、花壇が 欲しい。なぜなら、リ ラックスできる場所にし たいから。 • ドミノは何色を使ってもよいが 水をイメージできると良い。 • ５つ以上倒れること。 • 一度倒したらそのままで良い。 （完成時点で随時レビューできる） • ドミノを３つ以上使うこと。 • 最低３段になっていること。 • スプリントレビューまで維持す ること。 • 息を吹きかけても倒れないこと。 • ドミノを３つ以上使うこと。 • 綺麗ないろどりになっているこ と。 • 花びらの形には特にこだわらな い。 ユーザー ストーリー todo doing done ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード 12
- 13. 朝会&開発 朝会（５分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 ユーザストーリーの 確認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード 13
- 14. 朝会&開発 朝会（５分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード 14
- 15. 朝会&開発 朝会（５分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード はみ出てます 近すぎます デカすぎです 優先順位が低いも のが先に完成した 作ること、タスクをこなす だけではなく、利用者視点 が必要です。 15
- 16. スプリントレビュー&ふりかえり （続く） 朝会（２分） 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. 問題点を共有する。 4. タスクの追加・削除をする。 スプリントレビュー（３分） 1. リリース可能なものをデモする。結果はPOからスクラムマスタ に伝える。 2. 随時リリースしたものについては、POからフィードバックをも らう。 次ページへ続く ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード とまどい、ためらいなく、 テンポ良くできていました。 16
- 17. スプリントレビュー&ふりかえり（続き） ふりかえり（１５分） 1. （実施したTryをKeepに移動、解消したProblemをはずす） 2. KeepとProblemを各自で黙々と付箋紙に書く（相談しない）。 ※問題を一般化しないで、具体的にかく。何時、何がおきた。 Keepは一人１件だす。 3. Keepから一人一件ずつ貼りながら説明する。同じ場合は「同じ です」だけ言って貼る。同じでない場合は似ていても説明する。 4. Problemも同様に一人一件ずつ貼りながら説明する。Keepと同 じやり方をする。 5. Tryを各自で付箋紙に書く。 6. Tryも同様に一人一件ずつ貼りながら説明する。 7. 実施するTryを決める。（３つ程度） ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード せいの！！ で決めました TRYは、解決 したいことで はなく、解決 するための行 動を書いてく ださい。 17
- 18. KPTボード Keep Problem TｒｙKeepを補強 するTｒｙ 前後関係の ないTry Problemを 解決するTｒｙ 心構え・グラウンドルール １．積極的に話すこと ２．当事者意識を持つこと ３．議題に集中すること ４．一人で話しすぎないこと （人の発言をさえぎることは禁止） 話していない人にも想いあり ５．問題に向かってはなすこと ユーザストーリーの確 認 １日目 スパイ ク＆計画ミー ティング タスクボード ２日目 朝会& 開発 ３日目 朝会& 開発 ４日目 朝会＆ 開発 ５日目 スプリ ントレビュー＆ ふりかえり KPTボード 18
- 19. 休憩10分
- 20. スプリント＃２ スプリント＃２はできるだけとおしで実施 します。 1. 計画ミーテイング・・・25分 2. 朝会＆開発 ・・・ 朝会5分 開発 5分 3. スプリントレビュー＆ふりかえり ・・・ レビュー3分 ふりかえり15分
- 21. 計画ミーティング 交代メンバへの説明（５分） 前回の様子やふりかえりの内容を交代メンバに説明した。 計画ミーティング（２５分） 1. スプリントのゴールをプロダクトオーナー（以下、ＰＯと略す） と共有する。ストーリーレベルで合意（今回は３つのストーリー を実施する） 2. 不明点を確認しながらタスクを洗い出す。 3. タスクの実施時間を決める。 4. バーンダウンチャートを作成する。・・・今回は作成しない １日目 計画ミーティング ２日目 朝会&開発 ３日目 朝会&開発 ４日目 朝会＆開発 ５日目 スプリントレビュー＆ ふりかえり ２名のメンバ交代をしました。 水の施設は渦を表現してくだ さい。 21
- 22. 朝会&開発 朝会(5分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 １日目 計画ミーティング ２日目 朝会&開発 ３日目 朝会&開発 ４日目 朝会＆開発 ５日目 スプリントレビュー＆ ふりかえり 前回と同じことで小 さく改善するように 実施しました。 前回とは、まったく違うや り方でちがうものを作って いました。 22
- 23. 朝会&開発 朝会(5分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 １日目 計画ミーティング ２日目 朝会&開発 ３日目 朝会&開発 ４日目 朝会＆開発 ５日目 スプリントレビュー＆ ふりかえり 早めにリリース しました。 優先順位どおり に作っています。 別環境で作って 運搬する方式を とりました。 運搬の仕組みづ くりに時間がか かかっています。 23
- 24. 朝会&開発 朝会（５分） 司会は毎日交代、開発メンバが日替わりで行う。 1. 前回までの作業をペアごと説明する。 2. バーンダウンチャートを更新する。・・・今回は省略 3. ペアを決める。 4. １日の作業の進め方を説明する。 5. 問題点を共有する。 6. タスクの追加・削除をする。 開発（５分） 開発はペアプログラミングで行う。 • ドライバとナビゲータに別れる。ナビゲータは作業内容を説 明し、指示をする。ドライバは指示にしたがって作業する。 • 二人で一つの作業を行う。補助する程度は手伝っても良いが、 二人が別々の作業をやってはいけない。 • ペアは毎日交代する。ドライバとナビゲータは何時交代して も良い。 １日目 計画ミーティング ２日目 朝会&開発 ３日目 朝会&開発 ４日目 朝会＆開発 ５日目 スプリントレビュー＆ ふりかえり ここまでで時 間切れとなり ました。 24
- 25. ワークショップのまとめ ２回目のスプリントでは、Aチームは１回目に少しだけ工夫を加える形 をとりました。Bチームはまったくちがう方式をとりました。 Aチームの方がユーザ視点のものづくりなっていたうえで、すべて 完成していました。 Bチームは完成させたものを移動させる方式をとっていましたが、 その時間か１日の大半になってしまいました。（ムダが多くなった と思います） Bチームはより価値の高いものを作るアプローチをしていましたが、１ つのストーリーをリリースできませんでした。POと会話がなく、良い 物を作ろうと自分達で決めてやっていましたが、それが要求よりも過剰 なものだとムダの可能性があります。リリースを優先し、フィードバッ クをもらい、コミュニケーションすることでゴールを探すべきでしょう。 指摘する余地があるくらいの成果物でも良いと思います。 人の移動や要求の変化に対応できたのは、全員で計画し、全員でペアプ ログラミングで開発する方法をとっていたからです。今回実践した KAIZENノウハウが活かされたと思います。 25