Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à 技術とサービスをつなぎ価値ある製品をつくるための組込みアジャイル
Similaire à 技術とサービスをつなぎ価値ある製品をつくるための組込みアジャイル (20)
Plus de Naoya Maekawa
Plus de Naoya Maekawa (13)
技術とサービスをつなぎ価値ある製品をつくるための組込みアジャイル
- 1. 技術とサービスをつなぎ 価値ある製品をつくるための 組込みアジャイル ～ 価値をフィードバックし続けるアジャイルの本質 ～ 19 July 2015 株式会社日新システムズ 前川 直也 PM創生研様 向け
- 2. HU-3 【ET West 10周年記念】組込み10年のチャレンジ！これからの10年は!? 2 『システム開発現場のファシリテーション』 （技術評論社） 『これだけは知っておきたい組込みシステムの設計手法』 （技術評論社） 『わかりやすいアジャイル開発の教科書』 （ソフトバンククリエイティブ 株式会社 日新システムズ 社長付主査 兼 事業戦略部 主査 1994 ～ 日本コンピューター・システム株式会社 1998 ～ パナソニック株式会社 2015 ～ 株式会社日新システムズ 組込みアジャイル プロジェクトファシリテーション プロセス改善 産業カウンセラー アジャイルでお困りの際は お気軽にメールください n.maekawa@co-nss.co.jp ET West 実行委員
- 3. Agenda 1. 製品化ソフト開発の課題 2. アジャイルとは？ 3. 価値を描く 3
- 7. これまでのソフトウェア開発 設 計 テスト実 装 チェック チェック 要求 価値 インプット アウトプット 決められた機能を要件に落とし込み 計画をほぼ変えることなくものづくりができた時代から・・・ 7
- 8. 開発開始段階の課題 8
- 10. 納品時の結果 10
- 14. 人にフォーカスする What How Who Where ／ When 14
- 20. －弐－ アジャイルのツボ
- 25. スクラムにおけるチームモデル スクラムチーム プロダクト オーナー スクラム マスター 開発チーム 自己組織化チームは、作業を成し遂げるための最善の策を、 チーム外からの指示ではなく、自らが選択する 「スクラムガイド」より © 1991-2013 Ken Schwaber and Jeff Sutherland, All Rights Reserved https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-JA.pdf 25
- 26. プロダクトバックログ ユーザストーリを 集めたもの 優先順位を決める スプリントプランニング スプリントに落とし込み スプリントバックログを作る スプリント スプリントに落とし込み 1 ～ 4 Week デイリー スクラム スプリントレビュー 動くソフトウェアで レビュー＋フィードバック スプリント レトロスペクティブ スプリントごとにふりかえり 開 発 チ ー ム プロダクト オーナー スクラム マスター 開発チームの作業と プロダクトの価値の 最大化に責任を持つ スクラムの理解と成立に 責任を持つ スクラムの流れ 26
- 27. わかりやすい アジャイルの『ツボ』 ゴール • 価値をゴールにし、優先順位をコミットする • リズムとゴールをマッチングさせる リズム • プロジェクトを一定間隔のリズムで区切る • プロジェクトのベロシティを把握する 見える化 • 状況を見えるようにしてリズムを伝播させる • 変化を受け入れる 自律 • 自分たちでふりかえる • 自分たちで変えていく 1 2 3 4 1 2 3 4
- 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. 自分たち自身の価値も向上させる ゴール • 価値をゴールにし、優先順位をコミットする • リズムとゴールをマッチングさせる リズム • プロジェクトを一定間隔のリズムで区切る • プロジェクトのベロシティを把握する 見える化 • 状況を見えるようにしてリズムを伝播させる • 変化を受け入れる 自律 • 自分たちでふりかえる • 自分たちで変えていく
- 33. スクラムは、経験的プロセス制御の 理論（経験主義）を基本にしている。 経験主義とは、実際の経験や既知に 基づく判断によって知識が獲得でき るというものである。スクラムでは、 反復的で漸進的な手法を用いて、予 測可能性の最適化とリスクの管理を 行う。 「スクラムガイド」より © 1991-2013 Ken Schwaber 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 Ken Schwaber and Jeff Sutherland, All Rights Reserved https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide-JA.pdf 34
- 37. KPTは成長を促すツール Keepで、チームとしての共感を得る よかったことを褒めあうと、チームを信頼できる Problemを共有する 問題を誰かのせいにするのではなく、チームの問題であると認識する そして、みんなでTry! 誰かがやってくれる、のではなく、自分が、そして誰もがやる！ 37
- 38. プロジェクトのリズムを使った成長 ☞ 定期的に成長するしくみ – 一定期間の短いリズムでふりかえる – 習慣にして継続させる ☞ 「歩み」を実感しつづける – 成長していることは、自信につながる 38
- 39. －参－ 価値を描く
- 40. 最も強い者が生き残るのではなく、 最も賢い者が生き延びるのでもない。 唯一生き残ることが出来るのは、 変化できる者である。 チャールズ・ダーウィン しかも、自分たちだけでなく、まきこめるかどうかも重要
- 42. システムの機能の利用度 全く使われない 45%ほとんど使われな い 19% たまに使う 16% いつも使う 7% よく使う 13% Standish group study report in 2000 chaos report システム開発と組込み開発の違い 42 「たまに使う」に意味があったりしませんか？
- 48. 48 Social Change starts with YOU!! 「未来」を一緒に描き、私たちの手で変化を生み出していきましょう！ 48 ご清聴ありがとうございました