Downloaded 10 times
![[VP of Engineering Meetup] エンジニアのパフォーマンスを最大化させる組織活性化施策とは](https://cdn.slidesharecdn.com/ss_thumbnails/vpofe-171128065408-thumbnail.jpg?width=640&height=640&fit=bounds)
![PFを通して見えたもの[PFParty2012]](https://cdn.slidesharecdn.com/ss_thumbnails/pfparty2012pf-120219012033-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
技術とサービスをつなぎ価値ある製品をつくるための組込みアジャイル
- 1. 技術とサービスをつなぎ 価値ある製品をつくるための 組込みアジャイル ～ 価値をフィードバックし続けるアジャイルの本質 ～ 19July 2015 株式会社日新システムズ 前川 直也 PM創生研様 向け
- 2. HU-3 【ET West10周年記念】組込み10年のチャレンジ！これからの10年は!? 2 『システム開発現場のファシリテーション』 （技術評論社） 『これだけは知っておきたい組込みシステムの設計手法』 （技術評論社） 『わかりやすいアジャイル開発の教科書』 （ソフトバンククリエイティブ 株式会社 日新システムズ 社長付主査 兼 事業戦略部 主査 1994 ～ 日本コンピューター・システム株式会社 1998 ～ パナソニック株式会社 2015 ～ 株式会社日新システムズ 組込みアジャイル プロジェクトファシリテーション プロセス改善 産業カウンセラー アジャイルでお困りの際は お気軽にメールください n.maekawa@co-nss.co.jp ET West 実行委員
- 3.
- 4.
- 5.
- 6.
- 7. これまでのソフトウェア開発 設 計 テスト実装 チェック チェック 要求 価値 インプット アウトプット 決められた機能を要件に落とし込み 計画をほぼ変えることなくものづくりができた時代から・・・ 7
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. 人にフォーカスする What How Who Where／ When 14
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25. スクラムにおけるチームモデル スクラムチーム プロダクト オーナー スクラム マスター 開発チーム 自己組織化チームは、作業を成し遂げるための最善の策を、 チーム外からの指示ではなく、自らが選択する 「スクラムガイド」より © 1991-2013 KenSchwaber and Jeff Sutherland, All Rights Reserved https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-JA.pdf 25
- 26. プロダクトバックログ ユーザストーリを 集めたもの 優先順位を決める スプリントプランニング スプリントに落とし込み スプリントバックログを作る スプリント スプリントに落とし込み 1 ～ 4Week デイリー スクラム スプリントレビュー 動くソフトウェアで レビュー＋フィードバック スプリント レトロスペクティブ スプリントごとにふりかえり 開 発 チ ー ム プロダクト オーナー スクラム マスター 開発チームの作業と プロダクトの価値の 最大化に責任を持つ スクラムの理解と成立に 責任を持つ スクラムの流れ 26
- 27. わかりやすい アジャイルの『ツボ』 ゴール • 価値をゴールにし、優先順位をコミットする •リズムとゴールをマッチングさせる リズム • プロジェクトを一定間隔のリズムで区切る • プロジェクトのベロシティを把握する 見える化 • 状況を見えるようにしてリズムを伝播させる • 変化を受け入れる 自律 • 自分たちでふりかえる • 自分たちで変えていく 1 2 3 4 1 2 3 4
- 28.
- 29. 設計着手 α版 仕様一次Fix スプリント #1 スプリント #2 スプリント #3 スプリント #4 1～2 week スプリント 計画 2日程度の粒度のタスクで 開発実施 成果レビュー ふりかえり 機能ごとに V字モデルを回す感じ 29 一定間隔のリズムで区切る事例 プロダクトバックログをスプリントバックログに細分化することは 基本的にWBSと似ているが、リズムが一定間隔なことが重要 ＜Output＞ • スプリントバックログ （作業タスク） • 作業成果物
- 30. プロダクト 検討#3 プロダクト 検討#4 プロダクト 検討#2 設計着手 仕様一次Fix スプリント #1 スプリント #2 スプリント #3 スプリント #4 プロダクトバックログはスプリントごとに変化がないか確認 リリースされ価値に変化が発生することもありえる 確認するためには品質の高いリリースが重要 Point プロダクト 検討#1 30 ゴールは固定されるのではなく継続的にふりかえる ふりかえり ふりかえり ふりかえり ふりかえり 事例
- 31. 自分たち自身の価値も向上させる ゴール • 価値をゴールにし、優先順位をコミットする • リズムとゴールをマッチングさせる リズム •プロジェクトを一定間隔のリズムで区切る • プロジェクトのベロシティを把握する 見える化 • 状況を見えるようにしてリズムを伝播させる • 変化を受け入れる 自律 • 自分たちでふりかえる • 自分たちで変えていく
- 32.
- 33. スクラムは、経験的プロセス制御の 理論（経験主義）を基本にしている。 経験主義とは、実際の経験や既知に 基づく判断によって知識が獲得でき るというものである。スクラムでは、 反復的で漸進的な手法を用いて、予 測可能性の最適化とリスクの管理を 行う。 「スクラムガイド」より © 1991-2013 KenSchwaber and Jeff Sutherland, All Rights Reserved https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide- JA.pdf 33 スクラムの理論 33
- 34. スクラムチームの特徴 スクラムチーム スクラムチームは、プロダクトオーナー・開発チー ム・スクラムマスターで構成される。スクラムチー ムは自己組織化されており、機能横断的である。自 己組織化チームは、作業を成し遂げるための最善の 策を、チーム外からの指示ではなく、自らが選択す る。機能横断的チームは、チーム外に頼らずに作業 を成し遂げる能力を持っている。スクラムにおける チームのモデルは、柔軟性・創造性・生産性に最適 化されたものとなっている。 「スクラムガイド」より © 1991-2013 KenSchwaber and Jeff Sutherland, All Rights Reserved https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-JA.pdf 34
- 35.
- 36.
- 37. KPTは成長を促すツール Keepで、チームとしての共感を得る よかったことを褒めあうと、チームを信頼できる Problemを共有する 問題を誰かのせいにするのではなく、チームの問題であると認識する そして、みんなでTry! 誰かがやってくれる、のではなく、自分が、そして誰もがやる！ 37
- 38. プロジェクトのリズムを使った成長 ☞ 定期的に成長するしくみ – 一定期間の短いリズムでふりかえる –習慣にして継続させる ☞ 「歩み」を実感しつづける – 成長していることは、自信につながる 38
- 39.
- 40.
- 41.
- 42. システムの機能の利用度 全く使われない 45%ほとんど使われな い 19% たまに使う 16% いつも使う 7% よく使う 13% Standish group studyreport in 2000 chaos report システム開発と組込み開発の違い 42 「たまに使う」に意味があったりしませんか？
- 43.
- 44.
- 45.
- 46.
- 47.
- 48. 48 Social Change startswith YOU!! 「未来」を一緒に描き、私たちの手で変化を生み出していきましょう！ 48 ご清聴ありがとうございました