Submit Search
Upload
プロダクトオーナーがエンタープライズアジャイルで抱える苦悩と対処 #eaug
•
20 likes
•
8,675 views
満徳 関
Follow
エンタープライズアジャイル勉強会 2018年10月セミナー https://easg.smartcore.jp/C22/notice_details/VkR3SE5BPT0=
Read less
Read more
Internet
Report
Share
Report
Share
1 of 176
Download now
Download to read offline
Recommended
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
Jupyter だけで機械学習を実サービス展開できる基盤
Jupyter だけで機械学習を実サービス展開できる基盤
Recruit Lifestyle Co., Ltd.
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
カネとAgile(大企業新規事業編) #rsgt2021
カネとAgile(大企業新規事業編) #rsgt2021
Itsuki Kuroda
運用してわかったLookerの本質的メリット : Data Engineering Study #8
運用してわかったLookerの本質的メリット : Data Engineering Study #8
Masatoshi Abe
Recommended
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ #devlove #devkan
Itsuki Kuroda
Leanstartupをリーンにヤル #リーンスタートアップ
Leanstartupをリーンにヤル #リーンスタートアップ
Itsuki Kuroda
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
Jupyter だけで機械学習を実サービス展開できる基盤
Jupyter だけで機械学習を実サービス展開できる基盤
Recruit Lifestyle Co., Ltd.
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
価値探索 -仮説検証の実践-
価値探索 -仮説検証の実践-
toshihiro ichitani
カネとAgile(大企業新規事業編) #rsgt2021
カネとAgile(大企業新規事業編) #rsgt2021
Itsuki Kuroda
運用してわかったLookerの本質的メリット : Data Engineering Study #8
運用してわかったLookerの本質的メリット : Data Engineering Study #8
Masatoshi Abe
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
リーン顧客開発
リーン顧客開発
しくみ製作所
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
Google Cloud Platform - Japan
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
リクルートライフスタイル流!分析基盤との賢い付き合い方
リクルートライフスタイル流!分析基盤との賢い付き合い方
Recruit Lifestyle Co., Ltd.
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
MonotaRO のデータ活用と基盤の過去、現在、未来
MonotaRO のデータ活用と基盤の過去、現在、未来
株式会社MonotaRO Tech Team
「クックパッドとZaimのグロースハックについて」
「クックパッドとZaimのグロースハックについて」
Kato Kyosuke
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
Junichi Kodama
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
Tokoroten Nakayama
Lean coffee
Lean coffee
Takeshi Arai
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
株式会社MonotaRO Tech Team
データ収集の基本と「JapanTaxi」アプリにおける実践例
データ収集の基本と「JapanTaxi」アプリにおける実践例
Tetsutaro Watanabe
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
Satoshi Kume
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
ガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツール
賢 秋穂
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
More Related Content
What's hot
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
リーン顧客開発
リーン顧客開発
しくみ製作所
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
Itsuki Kuroda
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
Google Cloud Platform - Japan
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
cyberagent
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
リクルートライフスタイル流!分析基盤との賢い付き合い方
リクルートライフスタイル流!分析基盤との賢い付き合い方
Recruit Lifestyle Co., Ltd.
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
Itsuki Kuroda
MonotaRO のデータ活用と基盤の過去、現在、未来
MonotaRO のデータ活用と基盤の過去、現在、未来
株式会社MonotaRO Tech Team
「クックパッドとZaimのグロースハックについて」
「クックパッドとZaimのグロースハックについて」
Kato Kyosuke
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
Junichi Kodama
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
Tokoroten Nakayama
Lean coffee
Lean coffee
Takeshi Arai
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
株式会社MonotaRO Tech Team
データ収集の基本と「JapanTaxi」アプリにおける実践例
データ収集の基本と「JapanTaxi」アプリにおける実践例
Tetsutaro Watanabe
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
Satoshi Kume
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
Itsuki Kuroda
ガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツール
賢 秋穂
What's hot
(20)
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
リーン顧客開発
リーン顧客開発
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
大企業アジャイルの勘所(ver1.1) #アジャイルマネジメントセミナー
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
DeNA のデータ活用を支える BigQuery データの民主化とガバナンス強化の軌跡 | Google Cloud INSIDE Games & App...
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
マッチングサービスにおけるKPIの話
マッチングサービスにおけるKPIの話
Agile Quality アジャイル品質パターン (QA2AQ)
Agile Quality アジャイル品質パターン (QA2AQ)
リーン開発の本質 公開用
リーン開発の本質 公開用
リクルートライフスタイル流!分析基盤との賢い付き合い方
リクルートライフスタイル流!分析基盤との賢い付き合い方
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
MonotaRO のデータ活用と基盤の過去、現在、未来
MonotaRO のデータ活用と基盤の過去、現在、未来
「クックパッドとZaimのグロースハックについて」
「クックパッドとZaimのグロースハックについて」
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
誰もがアプリ開発に携われる時代へ ビジネスを加速させるローコードプラットフォーム Power Platform のご紹介
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
Lean coffee
Lean coffee
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
モノタロウECプラットフォームを支える開発運用モダナイゼーションの取り組み #devsumi
データ収集の基本と「JapanTaxi」アプリにおける実践例
データ収集の基本と「JapanTaxi」アプリにおける実践例
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
ChatGPT の現状理解と 2023年7月版 LLM情報アップデート
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
ガチ(?)対決!OSSのジョブ管理ツール
ガチ(?)対決!OSSのジョブ管理ツール
Similar to プロダクトオーナーがエンタープライズアジャイルで抱える苦悩と対処 #eaug
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
Pmi日本フォーラム2015講演資料(アイ・ティ・イノベーション 井上英明) v1.0_講演用_カスタマイズ
Pmi日本フォーラム2015講演資料(アイ・ティ・イノベーション 井上英明) v1.0_講演用_カスタマイズ
ITinnovation
SIerとクラウドの付き合い方
SIerとクラウドの付き合い方
Yusuke Suzuki
非エンジニアのためのIt業界
非エンジニアのためのIt業界
Hideto Masuoka
Lean tocs&m
Lean tocs&m
ゴールシステムコンサルティング株式会社
機械学習の課題設定講座
機械学習の課題設定講座
幹雄 小川
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
Yoshihito Kuranuki
第11回SIA例会プレゼン資料
第11回SIA例会プレゼン資料
Tae Yoshida
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
Yusuke Suzuki
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
Kei Watanabe
Woven Work Design concept20200520
Woven Work Design concept20200520
ToruTakagi
Lean conference2013/TOC
Lean conference2013/TOC
ゴールシステムコンサルティング株式会社
20180322 wingarc saikido_panel
20180322 wingarc saikido_panel
Hideki Ojima
スケール型ビジネス(スタートアップ)の創業支援に関して
スケール型ビジネス(スタートアップ)の創業支援に関して
01Booster
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
人がつくるソフト
人がつくるソフト
Tomonori Fukuta
『Salesforece.com勉強会(コンサル向け)』第2回 at 大阪
『Salesforece.com勉強会(コンサル向け)』第2回 at 大阪
株式会社インサイト
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
ブレークスルーパートナーズ 赤羽雄二
プロジェクト管理における課題管理ツール運用の”勘所”
プロジェクト管理における課題管理ツール運用の”勘所”
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
Similar to プロダクトオーナーがエンタープライズアジャイルで抱える苦悩と対処 #eaug
(20)
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
【B-3】 創業122年の企業と顧客価値にコミットした開発を実現する試みと成果について
Pmi日本フォーラム2015講演資料(アイ・ティ・イノベーション 井上英明) v1.0_講演用_カスタマイズ
Pmi日本フォーラム2015講演資料(アイ・ティ・イノベーション 井上英明) v1.0_講演用_カスタマイズ
SIerとクラウドの付き合い方
SIerとクラウドの付き合い方
非エンジニアのためのIt業界
非エンジニアのためのIt業界
Lean tocs&m
Lean tocs&m
機械学習の課題設定講座
機械学習の課題設定講座
「納品のない受託開発」にみるソフトウェア受託開発の未来
「納品のない受託開発」にみるソフトウェア受託開発の未来
第11回SIA例会プレゼン資料
第11回SIA例会プレゼン資料
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
シリコンバレーのプロダクトマネージャーが教える海外で通用するプロダクトの作り方
Woven Work Design concept20200520
Woven Work Design concept20200520
Lean conference2013/TOC
Lean conference2013/TOC
20180322 wingarc saikido_panel
20180322 wingarc saikido_panel
スケール型ビジネス(スタートアップ)の創業支援に関して
スケール型ビジネス(スタートアップ)の創業支援に関して
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
人がつくるソフト
人がつくるソフト
『Salesforece.com勉強会(コンサル向け)』第2回 at 大阪
『Salesforece.com勉強会(コンサル向け)』第2回 at 大阪
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
日本ベンチャーにとってのシリコンバレーでのチャレンジと成功へのヒント
プロジェクト管理における課題管理ツール運用の”勘所”
プロジェクト管理における課題管理ツール運用の”勘所”
More from 満徳 関
なんちゃってアジャイルをアジャイルにした話 ~ライトニングトーク版~ #xpjug
なんちゃってアジャイルをアジャイルにした話 ~ライトニングトーク版~ #xpjug
満徳 関
XPプラクティスをオンラインで体験しよう!計画ゲーム(ストーリーの作成、リリース計画) #xpjug
XPプラクティスをオンラインで体験しよう!計画ゲーム(ストーリーの作成、リリース計画) #xpjug
満徳 関
Agile Tech EXPO mini #0 - 僕らが伝えたいあじゃてく - #agiletechexpo
Agile Tech EXPO mini #0 - 僕らが伝えたいあじゃてく - #agiletechexpo
満徳 関
Q思考 シンプルな問いで本質をつかむ思考法 ITコンサルタントへの第一歩シリーズ #eLV勉強会
Q思考 シンプルな問いで本質をつかむ思考法 ITコンサルタントへの第一歩シリーズ #eLV勉強会
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ:正しい疑問をもつ技術 #eLv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ:正しい疑問をもつ技術 #eLv勉強会
満徳 関
制約を外そう!XPからその先へ #xpjug
制約を外そう!XPからその先へ #xpjug
満徳 関
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
満徳 関
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~セルフブランディング戦略~
【eLV】ITコンサルタントへの第一歩シリーズ ~セルフブランディング戦略~
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)②~ #elv勉強会 「システム原型図」を使ってビジネスに影...
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)②~ #elv勉強会 「システム原型図」を使ってビジネスに影...
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)①~ 「因果ループ図」を使ってビジネスに影響を与える変数を見...
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)①~ 「因果ループ図」を使ってビジネスに影響を与える変数を見...
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ #elv勉強会
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案②~ 課題候補を課題にするために
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案②~ 課題候補を課題にするために
満徳 関
知識集約型の製品開発においてプロダクトオーナーがやるべき3つのこと #agilejapan #agilejapannagasaki #agilejapan...
知識集約型の製品開発においてプロダクトオーナーがやるべき3つのこと #agilejapan #agilejapannagasaki #agilejapan...
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案①~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案①~ #elv勉強会
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
満徳 関
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
満徳 関
エンジニアのためのプロダクトマネジメント入門 XP祭り2018 #xpjug
エンジニアのためのプロダクトマネジメント入門 XP祭り2018 #xpjug
満徳 関
[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座 ~課題発見からバックログ作成へ~ #postudy
[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座 ~課題発見からバックログ作成へ~ #postudy
満徳 関
【eLV】ITコンサルタントへの第一歩シリーズ ~自分ブランディング戦略~ #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~自分ブランディング戦略~ #eLV勉強会
満徳 関
More from 満徳 関
(20)
なんちゃってアジャイルをアジャイルにした話 ~ライトニングトーク版~ #xpjug
なんちゃってアジャイルをアジャイルにした話 ~ライトニングトーク版~ #xpjug
XPプラクティスをオンラインで体験しよう!計画ゲーム(ストーリーの作成、リリース計画) #xpjug
XPプラクティスをオンラインで体験しよう!計画ゲーム(ストーリーの作成、リリース計画) #xpjug
Agile Tech EXPO mini #0 - 僕らが伝えたいあじゃてく - #agiletechexpo
Agile Tech EXPO mini #0 - 僕らが伝えたいあじゃてく - #agiletechexpo
Q思考 シンプルな問いで本質をつかむ思考法 ITコンサルタントへの第一歩シリーズ #eLV勉強会
Q思考 シンプルな問いで本質をつかむ思考法 ITコンサルタントへの第一歩シリーズ #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ:正しい疑問をもつ技術 #eLv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ:正しい疑問をもつ技術 #eLv勉強会
制約を外そう!XPからその先へ #xpjug
制約を外そう!XPからその先へ #xpjug
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
Azure DevOps × スクラム で実現するプロダクト開発のポイント #dotnetlab #jazug
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
【eLV】ITコンサルタントへの第一歩シリーズ ~セルフブランディング戦略~
【eLV】ITコンサルタントへの第一歩シリーズ ~セルフブランディング戦略~
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)②~ #elv勉強会 「システム原型図」を使ってビジネスに影...
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)②~ #elv勉強会 「システム原型図」を使ってビジネスに影...
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)①~ 「因果ループ図」を使ってビジネスに影響を与える変数を見...
【eLV】ITコンサルタントへの第一歩シリーズ ~システム思考(SystemThinking)①~ 「因果ループ図」を使ってビジネスに影響を与える変数を見...
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案②~ 課題候補を課題にするために
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案②~ 課題候補を課題にするために
知識集約型の製品開発においてプロダクトオーナーがやるべき3つのこと #agilejapan #agilejapannagasaki #agilejapan...
知識集約型の製品開発においてプロダクトオーナーがやるべき3つのこと #agilejapan #agilejapannagasaki #agilejapan...
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案①~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案①~ #elv勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~課題の仮説立案③~ 課題立案10本ノック #eLV勉強会
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
エンジニアのためのプロダクトマネジメント入門 XP祭り2018 #xpjug
エンジニアのためのプロダクトマネジメント入門 XP祭り2018 #xpjug
[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座 ~課題発見からバックログ作成へ~ #postudy
[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座 ~課題発見からバックログ作成へ~ #postudy
【eLV】ITコンサルタントへの第一歩シリーズ ~自分ブランディング戦略~ #eLV勉強会
【eLV】ITコンサルタントへの第一歩シリーズ ~自分ブランディング戦略~ #eLV勉強会
プロダクトオーナーがエンタープライズアジャイルで抱える苦悩と対処 #eaug
1.
プロダクトオーナーが エンタープライズ・アジャイルで 抱える苦悩と対処 2018/10/17(水)20:10-21:00 グロースエクスパートナーズ株式会社 ITアーキテクト 関 満徳
2.
撮影可 録音可 ※音にご配慮お願いいたします 2Copyright© Growth
xPartners, Inc. All rights reserved. ♪
3.
はじめに Copyright© Growth xPartners,
Inc. All rights reserved. 3
4.
本日の概要 • エンタープライズ・アジャイルを実現するにあ たり、プロダクトオーナーは、プロダクトマネ ジメント組織の中心として振る舞うことが求め られます。しかし、プロダクトオーナーが抱え る悩みは多岐に渡ります。 • 本セッションでは、それらの悩みごとを整理し た上で、解決に向けた取り組みについてご紹介 いたします。 Copyright©
Growth xPartners, Inc. All rights reserved. 4
5.
[参考] エンタープライズ・アジャイルとは • エンタープライズ・アジャイルとは –
ウォーターフォール型プロセスや期間システムといった 既存のルールやシステムが存在する中で導入されたアジ ャイルのこと » チームレベルのアジャイルをより大きな組織やシステム向けに スケールアップし、企業のビジネス競争力の向上に貢献している 状態 ▸ 「大企業で小規模なアジャイル導入」 ▸ 「大規模プロジェクトをアジャイルで運営」 ▸ 「組織や企業そのものをアジャイルに運営」 » 少人数のチームで大規模なエンタープライズ・アプリケーション 開発を行う「仕組み」を作るためには、これらの仕組みを支える 技術が必要不可欠 5Copyright© Growth xPartners, Inc. All rights reserved. “エンタープライズアジャイル” って何だろう? http://yoshinorinie.hatenablog.com/entry/2018/05/01/102717 エンタープライズ・アジャイルってなんだろう? 3つの視点と2つのフレームワーク https://thinkit.co.jp/story/2014/10/07/5294
6.
本日の対象者 • プロダクトオーナーが抱える悩みが何かを 把握したい方 • プロダクトオーナーが抱える悩みについて、 どう対処したらよいか検討したい方 Copyright©
Growth xPartners, Inc. All rights reserved. 6
7.
本日の目標 • プロダクトオーナーが抱える悩みについて 把握する • プロダクトオーナーが抱える悩みについて どう対処したらいいか把握する Copyright©
Growth xPartners, Inc. All rights reserved. 7
8.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 8Copyright© Growth xPartners, Inc. All rights reserved.
9.
アイスブレイク 9Copyright© Growth xPartners,
Inc. All rights reserved.
10.
アイスブレイク(1) <グループワークショップ> • 二人~三人で一組になってください • プロダクトオーナーについてモヤモヤしている ことがあれば、お互いに共有してください 10Copyright©
Growth xPartners, Inc. All rights reserved.
11.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 11Copyright© Growth xPartners, Inc. All rights reserved.
12.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 12Copyright© Growth xPartners, Inc. All rights reserved.
13.
• 日本的プロダクトオーナーの現状 • プロダクトオーナーはどうあるべきか •
プロダクトオーナーが行うマネジメントとは • プロダクトオーナーが採用する企画開発プロセスとは プロダクトオーナーとは 13Copyright© Growth xPartners, Inc. All rights reserved.
14.
• 日本的プロダクトオーナーの現状 • プロダクトオーナーはどうあるべきか •
プロダクトオーナーが行うマネジメントとは • プロダクトオーナーが採用する企画開発プロセスとは プロダクトオーナーとは 14Copyright© Growth xPartners, Inc. All rights reserved.
15.
プロダクトオーナーとは • 日本的プロダクトオーナーの現状 Copyright© Growth
xPartners, Inc. All rights reserved. 15 スクラム マスター 開発チーム 開発 日本的プロダクトオーナー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 日本的プロダクトオーナーの苦労の ポイント 日本的プロダクトオーナーは、 スクラ ムで定義されるプロダクトオーナーより、 より多く、複数の視点の結節点で調整力 を求められる場面が多い。 プロダクトオーナーの現状 プロダクトオーナーは、様々な部 署から任命されることが多く、実 は必要なスキルや経験と案件が マッチしていないことも多い。
16.
プロダクトオーナーとは • スクラムで定義しているプロダクトオーナー Copyright© Growth
xPartners, Inc. All rights reserved. 16 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 スクラム マスター 開発チーム 開発 プロダクト オーナー
17.
プロダクトオーナーとは • プロダクトオーナーが向いている方向 Copyright© Growth
xPartners, Inc. All rights reserved. 17 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 スクラム マスター 開発チーム 開発 現場 外向き 内向き ニーズや優先順位につい て、彼らの代理として行 動できるくらい深く理解 何をどの順で構築するのか 受け入れ条件を明確にして テスト実行 プロダクト オーナー 経営 現場 エッセンシャルスクラム P160 図9.1 プロダクトオーナーは2つの方向に同時に目を向ける
18.
• 日本的プロダクトオーナーの現状 • プロダクトオーナーはどうあるべきか •
プロダクトオーナーが行うマネジメントとは • プロダクトオーナーが採用する企画開発プロセスとは プロダクトオーナーとは 18Copyright© Growth xPartners, Inc. All rights reserved.
19.
プロダクトオーナーとは • プロダクトオーナーはどうあるべきか 19Copyright© Growth
xPartners, Inc. All rights reserved. プロダクトオーナー
20.
プロダクトオーナーとは • プロダクトオーナーはどうあるべきか 20Copyright© Growth
xPartners, Inc. All rights reserved. プロダクトオーナー 期待されること 求められるスキル必要な資質 主な責任
21.
プロダクトオーナーとは • プロダクトオーナーに期待されること Copyright© Growth
xPartners, Inc. All rights reserved. 21 技術を活用すること 本当に大事な物だけに集中すること 時間管理 コミュニケーション能力 ビジネススキル プロダクトオーナー 期待されること 求められるスキル必要な資質 主な責任
22.
経済性の管理 リリース・スプリント・プロダクトバックログ プランニングへの参加 ポートフォリオ・プロダクト・リリース・スプリント プロダクトバックログの洗練 作成・洗錬・見積もり・並び替え 受け入れ条件の定義と検証 機能要求・非機能要求・検証は機能が実装された都度実施 開発チームとの協力 設計・コーディング・結合・テスト ステークホルダーとの協力 内部ステークホルダー・外部ステークホルダー プロダクトオーナーとは • プロダクトオーナーの主な責任 Copyright© Growth
xPartners, Inc. All rights reserved. 22 プロダクトオーナー エッセンシャルスクラム P161 図9.2 プロダクトオーナーの主な責任 求められるスキル必要な資質 主な責任期待されること
23.
プロダクトオーナーとは • プロダクトオーナーに必要な資質 Copyright© Growth
xPartners, Inc. All rights reserved. 23 製品に対する熱意 顧客との共感力 知性 仕事に対する倫理観 誠実さ 自信 姿勢 プロダクトオーナー Inspired日本語版 by Mare Azzurro, Inc. – 第6章 求められるスキル必要な資質 主な責任期待されること
24.
ドメインスキル ビジョナリーである すべてを予測できないことを知っている ビジネスとドメインの専門知識がある 対人スキル ステークホルダーと良好な関係である 交渉や合意形成が得意である コミュニケーションが得意である 周囲のモチベーションを高めることができる 意思決定力 意思決定の権限が与えられている 難しい意思決定ができる 決定力がある 経済的な観点からビジネスと技術の課題のバランスが取れる 説明責任力 プロダクトの責任を取る 献身的でいつでも連絡が取れる スクラムチームのメンバーとして振る舞う プロダクトオーナーとは • プロダクトオーナーに求められるスキル Copyright© Growth
xPartners, Inc. All rights reserved. 24 プロダクトオーナー エッセンシャルスクラム P166 図9.5 プロダクトオーナーの特性 期待されること 求められるスキル必要な資質 主な責任
25.
• 日本的プロダクトオーナーの現状 • プロダクトオーナーはどうあるべきか •
プロダクトオーナーが行うマネジメントとは • プロダクトオーナーが採用する企画開発プロセスとは プロダクトオーナーとは 25Copyright© Growth xPartners, Inc. All rights reserved.
26.
プロダクトオーナーとは • プロダクトオーナーが行うマネジメントとは 26Copyright© Growth
xPartners, Inc. All rights reserved. プロダクトオーナー
27.
プロダクトオーナーとは • プロダクトオーナーが行うマネジメントとは –プロジェクトマネジメント? –プロダクトマネジメント? –プログラムマネジメント? –カスタマーサクセスマネジメント? 27Copyright© Growth
xPartners, Inc. All rights reserved. プロダクトオーナー
28.
プロダクトオーナーとは • プロダクトオーナーが行うマネジメントとは –例)Microsoft Office
の場合 28Copyright© Growth xPartners, Inc. All rights reserved. Microsoft Office Microsoft Word Office 365 定期リリース 案件A 案件B 突発対応 障害対応 不具合緊急リ リース パッケージ版 定期リリース 案件C 案件D 突発対応 障害対応 不具合緊急リ リース iOS版 定期リリース 案件E 案件F 突発対応 障害対応 不具合緊急リ リース Microsoft Excel ※以下同様 Microsoft PowerPoint ※以下同様
29.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –幅広い業界で市場は成熟し、すでに必要なモノは ほとんど手に入った –人々の関心はモノの所有欲を満たすことから、 経験、思い出、人間関係、サービスなどの 目に見えない価値であるコトに移行してきている Copyright© Growth
xPartners, Inc. All rights reserved. 29
30.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –モノを作る –作ったモノを使い続けてコトを得る –モノを作らずコトを得る –Experienceを売っている Copyright© Growth
xPartners, Inc. All rights reserved. 30
31.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ったモノは、作ったらおしまい –目に見えない価値であるコトは変わっていくので、 追随していく必要がある Copyright© Growth
xPartners, Inc. All rights reserved. 31
32.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ったモノは、成長しない –一度作ったモノは、リリース後も成長し続ける Copyright© Growth
xPartners, Inc. All rights reserved. 32 リリース1回目 ↓ リリースn回目 ↓ 成 長 度 時間 成長しない 成長し続ける
33.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –一度作ってリリースしたら、改修されない –リリース後も改修し続ける Copyright© Growth
xPartners, Inc. All rights reserved. 33 リリース1回目 ↓ リリースn回目 ↓ 成 長 度 改修されない 改修し続ける 時間
34.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –モノの提供=数年間に一度のリリースの時代 –コトの提供=数ヶ月/数週間/数日に1回、または 1日数回のリリースの時代へ Copyright© Growth
xPartners, Inc. All rights reserved. 34 時間 時間 リ リ ー ス リ リ ー ス
35.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –単一リリースのためのアーキテクチャ 単一リリース アーキテクチャ –複数リリース毎に改善するアーキテクチャ 複数リリース 改善するアーキテクチャ Copyright© Growth
xPartners, Inc. All rights reserved. 35 …
36.
「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –単一プロジェクトのためのプロダクトマネジメント 単一プロジェクト プロダクトマネジメント –複数プロジェクトに跨がるプロダクトマネジメント 複数プロジェクト プロダクトマネジメント Copyright© Growth
xPartners, Inc. All rights reserved. 36 …
37.
「作る」から「使い続ける」へ • マネジメント領域における役割 Copyright© Growth
xPartners, Inc. All rights reserved. 37 プロダクト マネジメント (PdM) Do the right thing: 正しいことをする プロダクト・マネージャー プロダクト・オーナー リーダー プロジェクト マネジメント (PjM) Do things right: 正しく実行する プロジェクト・マネジャー マネジャー 十返 文子 - プロジェクトマネジメント再入門 ~PjMは何であって何でないのか~ https://www.slideshare.net/togaeri/pjm-72819087/14
38.
「作る」から「使い続ける」へ • マネジメント領域におけるマネジメント対象 Copyright© Growth
xPartners, Inc. All rights reserved. 38 プロジェクトマネジメント プロダクトマネジメント スコープ マネジメント コスト マネジメント コミュニ ケーション マネジメント 統合 マネジメント ステーク ホルダー マネジメント リスク マネジメント 調達 マネジメント 資源 マネジメント タイム マネジメント 品質 マネジメント What How How much When HowHow How Why How WhoWhere プロダクト マネジメント 顧客(市場) マネジメント What Who Who ほぼ一緒? やや重なる? =分析・戦略… 十返 文子 - プロジェクトマネジメント再入門 ~PjMは何であって何でないのか~ https://www.slideshare.net/togaeri/pjm-72819087/12
39.
「作る」から「使い続ける」へ • SoR (System
of Record) (モード1) –情報を正しく 「記録」 するためのシステム –想起するもの ・・・ バックエンド、予約、在庫、カー ド決済、ポイント処理、管理画面 • SoE (System of Engagement) (モード2) –ユーザーや取引先との「絆」を作るためのシステム –想起するもの ・・・ UI、デザイン、アプリ、スマート フォン、ダイレクトマーケティング、CRM Copyright© Growth xPartners, Inc. All rights reserved. 39Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4#
40.
「作る」から「使い続ける」へ Copyright© Growth xPartners,
Inc. All rights reserved. 40 SoR 型システム(モード1) SoE 型システム(モード2) 用語 • System of Record • System of Engagement 定義 • 事実を記録することに主眼を置いたシステ ム・サービス • お客様との関係(絆)を強化するための システム・サービス 主役 • データ • 利用者 システム領域 • バックエンド • 認証、在庫管理、決済、個人情報保護 • フロントエンド、スマートフォンアプリ • UI、CRM、ダイレクトメール 開発手法 • 比較的ウォーターフォール寄り • 開発前に要件を明確に定義 • 品質の確保を優先 • 比較的アジャイル、リーン寄り • トライ&エラーで正しい問題・論点を 探り当てる • 迅速なリリースを優先 性向 / 適合 • 安定性重視 • 予測可能業務 • リスクを抑えて安全運転 • 要件を事前に明確化 • ユーザーインタフェース品質、開発速度重視 • 探索型業務 • スピード重視で運転 • トライ&エラー、プロトタイピング マネジメント • トップダウン寄り • 「正しい仕様」に基づいたプロジェクト管理 • 経営や開発部門が主導することが多い • ボトムアップ寄り • 「正しい仕様」は存在しない • マーケティング、デザインが主導することも ケイパ ビリティ • 要件定義力、調整力、プロジェクトマネジメ ント • SIのみなさんが得意そう • ユーザー視点、デザイン思考、アナリティク ス • Web系が得意そう ケイパビリティ Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4# 赤間 信幸 - 拝啓『変わらない開発現場』を嘆く皆様へ~変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み~ https://blogs.msdn.microsoft.com/nakama/2017/05/25/devmodernization/
41.
「作る」から「使い続ける」へ • バイモーダルで実現する企業IT Copyright© Growth
xPartners, Inc. All rights reserved. 41 モード1 方向 転換 馬力 モード2 小野 和俊 - わたしのバイモーダル戦略 http://blog.livedoor.jp/lalha/archives/50524676.html
42.
「使い続ける」実現プロセス • [大量生産による解決]下でのプロダクトマネジメント Copyright© Growth
xPartners, Inc. All rights reserved. 42 PMStyle – プロダクトマネジメント入門 http://pmstyle.biz/column/product/product1_3.htm 対 象 ス キ ル 【上流(upstream)】 ~市場投入までに行うべきこと~ ・ロードマップ ・ビジネスケース ・新製品開発 ・市場投入 【下流(downstream)】 ~市場投入後に行うべきこと~ ・ライフサイクル管理 ・ブランド管理 ・マーケティング ・リーダーシップ ・意思決定 ・会計 ・コンペティティブ・ インテリジェンス ・価格戦略 プロダクトマネージャー プロダクトオーナー
43.
「使い続ける」実現プロセス • インターネット時代のプロダクトマネジメント Copyright© Growth
xPartners, Inc. All rights reserved. 43プロダクトマネジメントトライアングル(改案) https://webexpert-draft.jp/articles/59
44.
「使い続ける」実現プロセス • インターネット時代のプロダクトマネジメント Copyright© Growth
xPartners, Inc. All rights reserved. 44プロダクトマネジメントトライアングル(改案) https://webexpert-draft.jp/articles/59 プロジェクトマネジメント 社内外調整/資源獲得 プロダクト仕様 カスタマー/技術サポート データ分析 デザイン マーケティング パートナーシップ ビジネスデベロップメント
45.
「使い続ける」実現プロセス • インターネット時代のプロダクトマネジメント Copyright© Growth
xPartners, Inc. All rights reserved. 45プロダクトマネジメントトライアングル(改案) https://webexpert-draft.jp/articles/59 プロダクト マネージャー
46.
「使い続ける」実現プロセス • [例]プロダクトマネージャーへのキャリアパス Copyright© Growth
xPartners, Inc. All rights reserved. 46プロダクトマネジメントトライアングル(改案) https://webexpert-draft.jp/articles/59 プロダクト マネージャー u エンジニア マーケティング スタートアップ 営業 QA
47.
• 日本的プロダクトオーナーの現状 • プロダクトオーナーはどうあるべきか •
プロダクトオーナーが行うマネジメントとは • プロダクトオーナーが採用する企画開発プロセスとは プロダクトオーナーとは 47Copyright© Growth xPartners, Inc. All rights reserved.
48.
プロダクトオーナーとは • プロダクトオーナーが採用する企画開発プロセス 48Copyright© POStudy
~アジャイル・プロダクトマネジメント研究会~. All rights reserved. 企画~開発
49.
プロダクトオーナーとは • プロダクトオーナーが採用する企画開発プロセス –既存の代替手段を起点とし、仮説検証を繰り返して あるべき姿を模索し、MVPを定義後、拡張へ? » 例)リーンスタートアップ、デザイン思考など –新しいシーンの開発を起点とし、価値定義と検証を 繰り返してあるべき姿を模索し、MVPを定義後、拡 張へ? »
例)匠Methodなど 49Copyright© POStudy ~アジャイル・プロダクトマネジメント研究会~. All rights reserved. 企画~開発
50.
既存の代替手段を起点としたプロセス Copyright© Growth xPartners,
Inc. All rights reserved. 50 なぜ やるべきか 土台 づくり 使い続け させる作って 仮説検証 作る計画を 立てて 作る計画を まわす 作らずに 仮説検証 作る WHY HOW アイ ディア モノ コト データ 計測 する 学習 する 構築 する アイ ディア モノ コト データ 計測 する 学習 する 構築 する WHAT
51.
既存の代替手段を起点としたプロセス Copyright© Growth xPartners,
Inc. All rights reserved. 51 なぜ やるべきか 土台 づくり 使い続け させる作って 仮説検証 作る計画を 立てて 作る計画を まわす 作らずに 仮説検証 作る WHY HOW アイ ディア モノ コト データ 計測 する 学習 する 構築 する アイ ディア モノ コト データ 計測 する 学習 する 構築 する WHAT プロダクトデザイン ・ リーンUX スクラム アーキ テクチャ 本番運用
52.
既存の代替手段を起点としたプロセス Copyright© Growth xPartners,
Inc. All rights reserved. 52 なぜ やるべきか 土台 づくり 使い続け させる作って 仮説検証 作る計画を 立てて 作る計画を まわす 作らずに 仮説検証 作る WHY HOW アイ ディア モノ コト データ 計測 する 学習 する 構築 する アイ ディア モノ コト データ 計測 する 学習 する 構築 する WHAT 思い込みにより発生 する各種ムダを省く ためにリーンにやる ムダなモノを省き 必要なモノを素早く 作り続ける エンジニアリング モノを支え るアーキ テクチャ ムダなく本番運用を まわし続ける
53.
既存の代替手段を起点としたプロセス Copyright© Growth xPartners,
Inc. All rights reserved. 53 なぜ やるべきか 土台 づくり 使い続け させる作って 仮説検証 作る計画を 立てて 作る計画を まわす 作らずに 仮説検証 作る WHY HOW アイ ディア モノ コト データ 計測 する 学習 する 構築 する アイ ディア モノ コト データ 計測 する 学習 する 構築 する WHAT リーン スクラム アーキ テクチャ 本番運用 アジャイル ・ モダンアジャイル
54.
モダンアジャイルを提唱した背景 • 2001年公開 アジャイルソフトウェア開発宣言 –2011年
正式な日本語版も公開 » http://agilemanifesto.org/iso/ja/manifesto.html Copyright© Growth xPartners, Inc. All rights reserved. 54
55.
モダンアジャイルを提唱した背景 • アジャイルについてさらなる検証と実験を実施 –よりシンプルなアプローチがないか –より安全にできないか • その結果、大幅に効率的なアジャイルプロセス を構築 –それがモダンアジャイル Copyright©
Growth xPartners, Inc. All rights reserved. 55モダンアジャイルワークショップ - http://agilejapan.org/modernagile_0414.html
56.
モダンアジャイルの4原則 • [最高] 人々を最高に輝かせる •
[安全] 安全を必須条件にする • [高速] 高速に実験&学習する • [継続] 継続的に価値を届ける Copyright© Growth xPartners, Inc. All rights reserved. 56モダンアジャイルの原則・実践について - 今給黎 隆 http://bit.ly/2qCRRGu
57.
モダンアジャイル プラクティス Copyright© Growth
xPartners, Inc. All rights reserved. 57 カテゴリ プラクティス 1 [最高][安全] 仕事の憲章化 2 [高速][最高][安全] リーン・スタートアップの活用 3 [高速][最高] リーンUXの適用 4 [高速][安全][継続] 頻繁な協調と統合 5 [安全][高速] 安全に失敗できる環境 6 [安全][継続] テストとリファクタリング 7 [安全] 人々への敬意と感謝 8 [安全][高速] 非難しないふりかえりを指揮 9 [継続] フローに集中 10 [継続][高速][安全] 継続的なデプロイとリリース 11 [継続][安全] プロダクトコミュニティを形成 12 [継続][高速][安全] ソリューションを進化 モダンアジャイルの原則・実践について - 今給黎 隆 http://bit.ly/2qCRRGu
58.
既存の代替手段を起点としたプロセス Copyright© Growth xPartners,
Inc. All rights reserved. 58 なぜ やるべきか 土台 づくり 使い続け させる作って 仮説検証 作る計画を 立てて 作る計画を まわす 作らずに 仮説検証 作る WHY HOW アイ ディア モノ コト データ 計測 する 学習 する 構築 する アイ ディア モノ コト データ 計測 する 学習 する 構築 する WHAT やりたいコト 用意しなければなら ないモノ 用意しな ければなら ないモノ 対応しなければ ならないコト
59.
「使い続ける」実現プロセス 59Copyright© Growth xPartners,
Inc. All rights reserved. プロダクト Log 仮説 スプリント 計画 ふりかえり スプリント スプリント バックログ デイリー スクラム プロダクト バックログ 評価用 成果物 仮説検討 価値検討 仕様検討 オポチュニティ バックログ 価値評価 リーン キャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナ カスタマー ジャーニーマップ インセプション デッキ サービス ブループリント アーキテクチャ 設計 アーキテクチャビジョン & デザイン設計 テクニカル ソリューション技術 検討 スプリント レビュー ToDo Ready In Progress Done Feedback かんばん 価値計測 出荷 プロダクト 利用 プロダクトデザイン ・ リーン スクラム アーキ テクチャ 本番運用
60.
「使い続ける」実現プロセス Copyright© Growth xPartners,
Inc. All rights reserved. 60 プロダクト Log 仮説 スプリント 計画 ふりかえり スプリント スプリント バックログ デイリー スクラム プロダクト バックログ 評価用 成果物 仮説検討 価値検討 仕様検討 オポチュニティ バックログ 価値評価 リーン キャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナ カスタマー ジャーニーマップ インセプション デッキ サービス ブループリント アーキテクチャ 設計 アーキテクチャビジョン & デザイン設計 テクニカル ソリューション技術 検討 スプリント レビュー ToDo Ready In Progress Done Feedback かんばん 価値計測 出荷 プロダクト 利用
61.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 61Copyright© Growth xPartners, Inc. All rights reserved.
62.
• プロダクトオーナーが抱える悩み • プロダクト組織が抱える悩み プロダクトオーナーが抱える 悩み 62Copyright©
Growth xPartners, Inc. All rights reserved.
63.
• プロダクトオーナーが抱える悩み • プロダクト組織が抱える悩み プロダクトオーナーが抱える 悩み 63Copyright©
Growth xPartners, Inc. All rights reserved.
64.
プロダクトオーナーが抱える悩み Copyright© Growth xPartners,
Inc. All rights reserved. 64 プロダクトオーナー
65.
プロダクトオーナーが抱える悩み Copyright© Growth xPartners,
Inc. All rights reserved. 65 プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ プロダクトオーナー スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い
66.
• プロダクトオーナーの役割における悩み 力不足のプロダクトオーナー 権限付与が不足 働き過ぎるプロダクトオーナー プロダクトバックログの手入れを怠る・欠席する・把握してない 限定的なプロダクトオーナー 外しか向かない・内しか向かない 遠隔地のプロダクトオーナー 不信感・伝達ミス・認識のズレ・進捗遅延 代理のプロダクトオーナー 争いや誤解の増加・意思決定の遅延・生産性や士気の低下 プロダクトオーナー委員会 製品全体に責任を持たない複数のプロダクトオーナーで構成 プロダクトオーナーが抱える悩み Copyright© Growth
xPartners, Inc. All rights reserved. 66 プロダクトオーナー プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い
67.
• 製品ビジョンにおける悩み プロダクトオーナーが抱える悩み Copyright© Growth
xPartners, Inc. All rights reserved. 67スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い ビジョンがない 顧客が要求する個々の機能の関連性を考慮せずに製品を開発 予言ビジョン 不正確な予測から発生しうる損失や損害を最小限に抑えようとしない 分析麻痺 市場の調査を行いすぎて時間と資金を無駄に浪費 顧客にとって良いものは自分達が一番よく知っている 誰も望んでいない製品開発に時間と資金を費やしてしまう 大きいことは美しい ほとんどの機能は事前に確定し、フィードバックを取り入れられない プロダクトオーナー プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ
68.
偽装した要求仕様 詳細で包括的なプロダクトバックログは、新しい要件に対応できない サンタへの要望リスト 必要になる可能性があるものをすべて書き込んだプロダクトバックログ チームへの要件の強要 一人でプロダクトバックログを作成、チームの知識・経験・創造性が無駄 プロダクトバックログの手入れの放置 スプリント計画の前にプロダクトバックログを手入れしない 複数のプロダクトバックログの競合 タスク切り替えで貴重な時間を無駄にする • プロダクトバックログにおける悩み プロダクトオーナーが抱える悩み Copyright© Growth
xPartners, Inc. All rights reserved. 68 プロダクトオーナー プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い
69.
バンジープロダクトオーナー スプリント計画で現れ、消えて、スプリントレビューでまた現れる 受け身のプロダクトオーナー スプリントレビューで傍観者のように受動的に振る舞う、見るだけ 持続不可能なペース スプリントとスプリントの間に休憩はしない、リカバリー期間がない ごまかし カラフルなスライドやDoneの定義を満たさない結果でレビュー完了 スプリントバーンダウンチャートによる報告 プロジェクトの進捗報告の材料に使ってしまい、管理のための仕組み化 • スプリントミーティングにおける悩み プロダクトオーナーが抱える悩み Copyright© Growth
xPartners, Inc. All rights reserved. 69 プロダクトオーナー プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い
70.
リリースバーンダウンチャートやリリース計画がない 詳細なプロジェクト計画を事前に作成することに慣れている 受け身のプロダクトオーナー リリース計画をスクラムマスターやチームに委任 ビッグバンリリース 全ての機能を実装した後で製品をリリース、発売日に初めて製品を使う 品質の妥協 いろいろ省略し、テストも少しだけ行い、ドキュメント作成も遅らせる • リリース計画における悩み プロダクトオーナーが抱える悩み Copyright© Growth
xPartners, Inc. All rights reserved. 70 プロダクトオーナー プロダクトオーナー の役割 製品ビジョン リリース計画 スプリント ミーティング プロダクト バックログ スクラムを活用したアジャイルなプロダクト管理 P41 よくある間違い
71.
• プロダクトオーナーが抱える悩み • プロダクト組織が抱える悩み プロダクトオーナーが抱える 悩み 71Copyright©
Growth xPartners, Inc. All rights reserved.
72.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 72 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 発注 受託 • 営業や企画が強く、開発が企画機能の下請けに なっている
73.
プロダクト組織が抱える課題 • プロダクトマネージャーが調整やタスクを抱え すぎてパンク Copyright© Growth
xPartners, Inc. All rights reserved. 73 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 仕事 抱えすぎ
74.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 74 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 ブラック ボックス • 抱えている調整が可視化されず、周辺がうまく サポートできない
75.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 75 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 弱点 • プロダクトマネージャーが倒れるとプロダクト 全体が大ダメージ
76.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 76 スクラム マスター 開発チーム 開発 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 誰かやって~! • 中心人物が辞めてしまった / 規模が大きくなっ て組織を拡大したいが、中心人物がいない
77.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 77 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 調査調査 調査 調査 調査 調査 か、開発が、、、 • 企画のためのR&D調査、運用のための割り込み 調査、実現に向けた技術調査が、開発を圧迫
78.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 78 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 プロダクトA プロダクトB プロダクトC プロダクトD チームA チームB チームC チームD • 開発リソースをプロダクト別に分断したため、 プロダクト毎に開発チームの戦力が偏っている
79.
プロダクト組織が抱える課題 Copyright© Growth xPartners,
Inc. All rights reserved. 79 スクラム マスター 開発チーム 開発 日本的プロダクトマネージャー 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 プロダクトA プロダクトB プロダクトC プロダクトD チームA チームB チームC チームD 余裕あるから 休もうっと! 余裕あるから 別のことを... エンジニアが足りない!!! 誰か手伝ってくれ…. • 事業計画に基づく開発ピークの重なりに抱えて いる開発メンバーの再配分で対応できない
80.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 80Copyright© Growth xPartners, Inc. All rights reserved.
81.
• スクラムを提唱した背景 • プロダクトオーナーの実態 なぜプロダクトオーナーが悩む のか 81Copyright©
Growth xPartners, Inc. All rights reserved.
82.
• スクラムを提唱した背景 • プロダクトオーナーの実態 なぜプロダクトオーナーが悩む のか 82Copyright©
Growth xPartners, Inc. All rights reserved.
83.
スクラムを提唱した背景 • スクラムで定義しているプロダクトオーナー Copyright© Growth
xPartners, Inc. All rights reserved. 83 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 スクラム マスター 開発チーム 開発 プロダクトオーナー
84.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 84
85.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 85 アメリカ 国内の 工場で生産 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
86.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 86 アメリカ 国内の 工場で生産 日本から 工場生産 支援開始 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
87.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 87 アメリカ 国内の 工場で生産 日本から 工場生産 支援開始 劇的に改善! 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
88.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 88 アメリカ 国内の 工場で生産 日本から 工場生産 支援開始 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ IT業界向けにアレンジ!
89.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 89酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか • どれくらい 作れたか • ムダをどう なくすのか
90.
スクラムを提唱した背景 • 外部から見た工場の役割 Copyright© Growth
xPartners, Inc. All rights reserved. 90 班長/ 組長 工場 勤務者 工場 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ 神様
91.
スクラムを提唱した背景 • 提唱したスクラムの役割 Copyright© Growth
xPartners, Inc. All rights reserved. 91 スクラム マスター 開発チーム 開発 IT業界向けにアレンジ! プロダクトオーナー 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
92.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 92 班長/ 組長 工場 勤務者 工場 • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか 工場の中にいた 神様がやっていると認識 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ 神様
93.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 93 • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか プロダクトオーナーが 全部やる!と決めた プロダクトオーナー スクラム マスター 開発チーム 開発 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
94.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 94酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか • どれくらい 作れたか • ムダをどう なくすのか IT業界向けにアレンジ!
95.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 95 班長/ 組長 工場 勤務者 工場 • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか • どれくらい 作れたか • ムダをどう なくすのか 工場の中にいた班長/ 組長がやっていると認識 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ 神様
96.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 96 • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか • どれくらい 作れたか • ムダをどう なくすのか スクラムマスターが 全部やる!と決めた スクラム マスター 開発チーム 開発 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ 神様
97.
スクラムを提唱した背景 • 定義したプラクティス Copyright© Growth
xPartners, Inc. All rights reserved. 97 スクラム マスター 開発チーム 開発 IT業界向けにアレンジ! 作る物と優先 順位の管理 ↓ バックログ 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ プロダクトオーナー 作れた数 ↓ ベロシティ (XPより)
98.
• スクラムを提唱した背景 • プロダクトオーナーの実態 なぜプロダクトオーナーが悩む のか 98Copyright©
Growth xPartners, Inc. All rights reserved.
99.
スクラムを提唱した背景 Copyright© Growth xPartners,
Inc. All rights reserved. 99酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか • どれくらい 作れたか • ムダをどう なくすのか IT業界向けにアレンジ!
100.
スクラムを提唱した背景 • 定義したプラクティス Copyright© Growth
xPartners, Inc. All rights reserved. 100 スクラム マスター 開発チーム 開発 IT業界向けにアレンジ! 作る物と優先 順位の管理 ↓ バックログ 作れた数 ↓ ベロシティ (XPより) 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ プロダクトオーナー
101.
ところで・・・ • 車の生産工場の量産体制の中で、同じ車を 「作った数」をベロシティとして測る Copyright© Growth
xPartners, Inc. All rights reserved. 101
102.
ところで・・・ • 車の生産工場の量産体制の中で、同じ車を 「作った数」をベロシティとして測る • 知的生産労働であるIT業界で、毎回作る物が 異なる環境の中で「作った数」を測る Copyright©
Growth xPartners, Inc. All rights reserved. 102
103.
ところで・・・ • 車の生産工場の量産体制の中で、同じ車を 「作った数」をベロシティとして測る • 知的生産労働であるIT業界で、毎回作る物が 異なる環境の中で「作った数」を測る •
うまくいくのか!?うまくいってるのか!? Copyright© Growth xPartners, Inc. All rights reserved. 103
104.
プロダクトオーナーの実態 • スクラムで定義しているプロダクトオーナー Copyright© Growth
xPartners, Inc. All rights reserved. 104 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 スクラム マスター 開発チーム 開発 プロダクトオーナー
105.
プロダクトオーナーの実態 • スクラムで定義しているプロダクトオーナー Copyright© Growth
xPartners, Inc. All rights reserved. 105 経営層 情シス 営業 広報コールセンター 現場 作業者管理 部門 法務 財務 顧客 意思決定 促進 現場調整 Dev/Ops 視点 ビジネス 視点 意思決定者 現場 スクラム マスター 開発チーム 開発 プロダクトオーナー • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/ プロダクトオーナーが 全部やる!と決めた
106.
プロダクトオーナーの実態 • [参考] 実際のトヨタ本体が儲ける仕組み Copyright©
Growth xPartners, Inc. All rights reserved. 106酒井 崇男 氏実際のトヨタ本体が儲ける仕組み: https://leanx.jp/lean-quality/ トヨタ流製品開発 TPD トヨタ生産方式 TPS
107.
プロダクトオーナーの実態 • 実際は、、、 Copyright© Growth
xPartners, Inc. All rights reserved. 107酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
108.
プロダクトオーナーの実態 • 実際は、、、 Copyright© Growth
xPartners, Inc. All rights reserved. 108 班長/ 組長 工場 勤務者 工場 神様 • 価値とは何か • どんな世界を 創りたいのか • 何を創るのか • どう作るのか • いつ作るのか • どう広めるか 神様なんか いなかった 酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
109.
プロダクトオーナーの実態 • IT業界では、、、 Copyright© Growth
xPartners, Inc. All rights reserved. 109酒井 崇男 氏 Agile・Leanの源流と課題 : https://leanx.jp/agile-lean-genuine-toyota-way/
110.
プロダクトオーナーの実態 Copyright© Growth xPartners,
Inc. All rights reserved. 110 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し プロダクト バックログ
111.
プロダクトオーナーの実態 Copyright© Growth xPartners,
Inc. All rights reserved. 111 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し プロダクト バックログ 企画が要件を決めたら あとは開発に丸投げ
112.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 112Copyright© Growth xPartners, Inc. All rights reserved.
113.
企画と開発を繋ぐプロセスの 明確化 113Copyright© Growth xPartners,
Inc. All rights reserved.
114.
「使い続ける」実現プロセス Copyright© Growth xPartners,
Inc. All rights reserved. 114 プロダクト Log 仮説 スプリント 計画 ふりかえり スプリント スプリント バックログ デイリー スクラム プロダクト バックログ 評価用 成果物 仮説検討 価値検討 仕様検討 オポチュニティ バックログ 価値評価 リーン キャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナ カスタマー ジャーニーマップ インセプション デッキ サービス ブループリント アーキテクチャ 設計 アーキテクチャビジョン & デザイン設計 テクニカル ソリューション技術 検討 スプリント レビュー ToDo Ready In Progress Done Feedback かんばん 価値計測 出荷 プロダクト 利用
115.
「使い続ける」実現プロセス Copyright© Growth xPartners,
Inc. All rights reserved. 115 プロダクト Log 仮説 スプリント 計画 ふりかえり スプリント スプリント バックログ デイリー スクラム プロダクト バックログ 評価用 成果物 仮説検討 価値検討 仕様検討 オポチュニティ バックログ 価値評価 リーン キャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナ カスタマー ジャーニーマップ インセプション デッキ サービス ブループリント アーキテクチャ 設計 アーキテクチャビジョン & デザイン設計 テクニカル ソリューション技術 検討 スプリント レビュー ToDo Ready In Progress Done Feedback かんばん 価値計測 出荷 プロダクト 利用
116.
バックログの作成プロセス • スクラムガイド 2017改訂版 –
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf Copyright© Growth xPartners, Inc. All rights reserved. 116 プロダクトバックログの リファインメント
117.
バックログの作成プロセス 117Copyright© Growth xPartners,
Inc. All rights reserved. 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し プロダクト バックログ
118.
バックログの作成プロセス 118Copyright© Growth xPartners,
Inc. All rights reserved. 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し ① ② ③ ④ ⑤ プロダクト バックログ
119.
バックログの作成プロセス • プロダクトロードマップ・マイルストーン策定 –開発着手GOが出た企画に対し 以下を考慮して計画を策定 » いつ市場に投入すべきか »
現場は対応できるか » 開発チームは対応できるか 119Copyright© Growth xPartners, Inc. All rights reserved. ①
120.
バックログの作成プロセス • バックログばらし –業務運用に関わるバックログ » 業務フロー整備など –サポートに関するバックログ »
マニュアル作成など –開発すべきバックログ(=プロダクトバックログ) » 詳細は「バックログの洗練」で内容を詰める –リリースに関するバックログ • 大雑把な見積 –タスクの全量を把握 120Copyright© Growth xPartners, Inc. All rights reserved. ②
121.
バックログの作成プロセス • バックログの洗練 –モブワークによる共同作業 » 企画チームから数名参加 »
開発チームから数名参加 –何を洗練するのか » どう作るのか » どこまで作り込むか » やることとやらないことの境界線は何か » 完成時に確認するための項目は何か 121Copyright© Growth xPartners, Inc. All rights reserved. ③
122.
バックログの作成プロセス • バックログリファインメント –プロダクトバックログに対して 以下を実施 » 詳細の追加 »
見積り » 並び替え » レビューと改訂 –プロダクトオーナーと開発チームが協力して行う 継続的なプロセス –開発チームの作業の 10%以下 122Copyright© Growth xPartners, Inc. All rights reserved. ④ スクラムガイド改訂版 - https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf スクラムガイドに記載 されている内容と同一 これまでの予実差をフィードバックとして 学習し、次のスプリント分の見積を見直す
123.
バックログの作成プロセス • 計画見直し –大雑把な計画に対して、 スプリントを重ねて学習した 見積の予実差を元に、 改めて全量を再見積 –マイルストーンまでに残されたスプリントで、 マイルストーン達成に必要なバックログが完了でき ない場合、要件を落とすなどの調整を実施 » その結果、マイルストーンに見直しが発生する場合は、 経営層まで差し戻して意志決定をし直す必要あり 123Copyright©
Growth xPartners, Inc. All rights reserved. ⑤
124.
バックログの作成プロセス 124Copyright© Growth xPartners,
Inc. All rights reserved. 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し ① ② ③ ④ ⑤ プロダクト バックログ
125.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 125Copyright© Growth xPartners, Inc. All rights reserved.
126.
スプリントプランニングの 運用改善 126Copyright© Growth xPartners,
Inc. All rights reserved.
127.
スプリントプランニングの運用改善 1. 半年分のスプリントを見越した計画を立てる よう改善 2. これまでなかったバックログ洗練を新たに導 入 3.
Jiraチケットのタイトルに「FIX」を追記する 運用を導入 127Copyright© Growth xPartners, Inc. All rights reserved.
128.
スプリントプランニングの運用改善 1. 半年分のスプリントを見越した計画を立てるよう 改善 – これまで »
バックログリファインメントでは、次スプリントまでしか計画し ていなかった – 現在 » マイルストーン策定までに終わらないことを改善直後早期に発見 » 計画の見直しや体制の見直しを含めて、早めに手を打つことがで きた 2. これまでなかったバックログ洗練を新たに導入 3. Jiraチケットのタイトルに「FIX」を追記する運 用を導入 128Copyright© Growth xPartners, Inc. All rights reserved.
129.
半年分のスプリントを見越した計画 半年分のスプリントを見越した計画を立てる運用 直近1ヵ月分の計画見直し Copyright© Growth
xPartners, Inc. All rights reserved. 129 直近のスプリント 半年分のスプリント
130.
マイルストーン策定までに終わらないことを早期に発見 • 直近1ヵ月分の計画見直し Copyright© Growth
xPartners, Inc. All rights reserved. 130
131.
スプリントプランニングの運用改善 1. 半年分のスプリントを見越した計画を立てるよう 改善 2. これまでなかったバックログ洗練を新たに導入 –
現在 » スプリントプランニングにおける洗練の無駄を改善 » その上で、サービス仕様書をバックログアイテムに落とすまでを 手順化 » 必要なイベントや参加すべき対象者をマニュアル化し、チーム内 で共有 3. Jiraチケットのタイトルに「FIX」を追記する運 用を導入 131Copyright© Growth xPartners, Inc. All rights reserved.
132.
バックログ洗練を新たに導入 資料 • サービス仕様書をバックログアイテムに落とす までを手順化 Copyright©
Growth xPartners, Inc. All rights reserved. 132
133.
スプリントプランニングの運用改善 1. 半年分のスプリントを見越した計画を立てるよう 改善 2. これまでなかったバックログ洗練を新たに導入 3.
Jiraチケットのタイトルに「FIX」を追記する運 用を導入 – 現在 » バックログ洗練にて、プロダクトオーナーと開発チーム間で仕様 の合意が出来たバックログについて、FIXを追記 » スプリントプランニングでは、バックログ洗練に参加した開発メ ンバーが仕様を説明する運用を導入 133Copyright© Growth xPartners, Inc. All rights reserved.
134.
Jiraチケットのタイトルに「FIX」を追記 • Jiraチケットのタイトルに「FIX」を追記 Copyright© Growth
xPartners, Inc. All rights reserved. 134
135.
スプリントプランニングの改善効果 1. プロダクトオーナーが、サービス仕様書を受け取ってから スプリントプランニングまでの間、何をしなければならな いのかが明確に – これまで »
バックログリファインメントとスプリントプランニングの時間を使ってバ ックログ洗練も実施 » 議論に参加していないメンバーの待ち時間の無駄が多く発生 – 現在 » バックログ洗練に参加したメンバーがスプリントプランニング時に説明 » 後工程にならないと出てこなかったQAが、事前に出てくるように スプリント開始後のQAが明らかに減ったと、プロダクトオーナーが実感 2. 今回の改善を通して – バックログ洗練にもっと時間を掛ける必要があることを、チームメ ンバー全員が意識 – バックログ洗練の計画的な実施が定着しつつある 135Copyright© Growth xPartners, Inc. All rights reserved.
136.
改善施策の定性評価と定量評価 136Copyright© Growth xPartners,
Inc. All rights reserved. 事前に洗練できてい れば、プラニング中 に洗練不要となるは ず 4-2-1 バックログ洗練実施 率 4-3-1 スプリントプ ラニング中に 説明されたチ ケット数 4-3-2 スプリント開 始時に完了条 件がFIXしてい ないチケット の数 4-3-1 スプリントプラニン グ中に説明されたチ ケット数 4-3-2 スプリント開始時 に完了条件がFIXし ていないチケット の数 4-1-1 バックログリ ファインメン トの実施時間 4-3-3 スプリントプ ラニング中の 突発洗練にか けた時間 4-4-1 開発見積の実 施時間 バックログリファイン メントの実施内容整備 バックログ洗練イベン トを追加 (QAで詳細を詰める、 完了条件を明記し合意、 等) スプリントプラニングの 実施内容整備 (洗練出席者が説明、 POが理解度確認、開発 メンバーから追加QA、 等) 開発見積の実施内容整 備 洗練で完了条件を 合意するので、増 えるはず 取り組みをきちんと実 施できたか、記録する 事前に洗練できてい れば、優先順位の再 確認のみで済むので、 時間短縮 洗練で内容確認 済なので、増え るはず プランニングで必要 なQAが済んでいるの で、見積にかかる時 間を短縮できる現状との比較により、件数が 増えた(減った)ことを検証 現状把握の ための計測 中間指標 成果指標取り組み ご報告した 所感 凡例: C-1 後工程にならないと出てこ なかったQAが、事前に出 てくるようになった C-3 半年分のスプリントを見越 した計画を立てるよう改善 定量評価 結果: …成果が出た …成果は測定中 …成果はまだ出てない C-1 スプリント開始後のQAが、 明らかに減った
137.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 137Copyright© Growth xPartners, Inc. All rights reserved.
138.
スプリント運用ルール整備 138Copyright© Growth xPartners,
Inc. All rights reserved.
139.
スプリント運用ルール整備 1. プロダクト別の進捗の可視化を実施 2. 個人別の進捗の可視化を実施 3.
スプリント内に抱えているタスクがすべて終 わるか否かを確認 139Copyright© Growth xPartners, Inc. All rights reserved.
140.
スプリント運用ルール整備 1. プロダクト別の進捗の可視化を実施 – 朝会にてプロダクト別の進捗状況を把握できるように »
具体的には、Jiraダッシュボードを整備 » あわせて朝会のアジェンダを見直し » 並行して、ダッシュボードに表示したバーンチャートの見方やポ イントについて資料にしたものをホワイトボードに張り出すなど 、人の記憶に頼りすぎない工夫も、実施 2. 個人別の進捗の可視化を実施 3. スプリント内に抱えているタスクがすべて終わる か否かを確認 140Copyright© Growth xPartners, Inc. All rights reserved.
141.
プロダクト別の進捗の可視化 • 朝会にてプロダクト別の進捗状況を把握できる ように、Jiraダッシュボードを整備 Copyright© Growth
xPartners, Inc. All rights reserved. 141 全プロダクト プロダクトA プロダクトB プロダクトC
142.
プロダクト別の進捗の可視化 資料 • ダッシュボードに表示したバーンチャートの見 方やポイントについての資料を掲示 Copyright©
Growth xPartners, Inc. All rights reserved. 142
143.
スプリント運用ルール整備 1. プロダクト別の進捗の可視化を実施 2. 個人別の進捗の可視化を実施 –朝会で個別の報告内容の妥当性を全員が判断可能に »
具体的には、Jiraダッシュボードを整備 » その過程で、Jiraワークフローも見直し 3. スプリント内に抱えているタスクがすべて終 わるか否かを確認 143Copyright© Growth xPartners, Inc. All rights reserved.
144.
スプリント運用ルール整備 • スクラムガイド 2017改訂版 –
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf Copyright© Growth xPartners, Inc. All rights reserved. 144
145.
個人別の進捗の可視化 実際の画面 • 朝会で個別の報告内容の妥当性を全員が判断 可能にするためのJiraダッシュボードを整備 Copyright©
Growth xPartners, Inc. All rights reserved. 145 開発メンバーA 開発メンバーB 開発メンバーC 開発メンバーD
146.
スプリント運用ルール整備 1. プロダクト別の進捗の可視化を実施 2. 個人別の進捗の可視化を実施 3.
スプリント内に抱えているタスクがすべて終 わるか否かを確認 –スプリント中間地点(隔週木曜日)にスクラムマス ターから個人別に実施 » タスクの調整が必要であれば調整を行う運用を導入 146Copyright© Growth xPartners, Inc. All rights reserved.
147.
スプリント運用ルール整備の効果 1. 朝会におけるプロダクト別の進捗の共有精度が向上 – これまで »
プロダクト別の進捗がわからず、全体の進捗もわかりにくい状況 – 現在 » Jiraダッシュボードを見ることで、朝会はもちろん、朝会以外の任意のタイミングに おいても、チームの進捗が把握できるように 2. 朝会における個人のタスク状況共有が、より意味のあるものに – これまで » 個人の報告内容の妥当性を判断する材料がなく、聞き流すことも多かった – 現在 » 個人の報告を聞くと同時にJiraダッシュボード上でその個人が抱えているタスクと進 捗状況を見ることで、個人の報告内容の妥当性をメンバー全員が判断することがで きるように 3. 今回の改善を通して、朝会で本来やるべき 「スプリント中にタスクが終わりそうになかったら手を打つ」 ことが自発的にできるチームへ、一歩近づいた 147Copyright© Growth xPartners, Inc. All rights reserved.
148.
改善施策の定性評価と定量評価 148Copyright© Growth xPartners,
Inc. All rights reserved. 2-1-6 タスク分類別工 数予実 開発系タスクの 工数予実 突発タスクの工 数予実 計画したタスク の実施率(チ ケットドロップ 数) 朝会でこまめに状況把握、都 度調整⇒「スプリント終わっ てみたら溢れていた」を回避 3-1-1 スプリント運用ルールで 決めた事項の実施率(ア ジェンダ通り実施した朝 会の比率) ※成果指標は取り組み2と同じ 朝会のバーン チャート確認タ イミングを、個 別の状況報告前 に移動 フィルター別の バーンダウンを Jiraのダッシュ ボードで確認 開発メンバー別 のタスクをJiraの ダッシュボード で確認 取り組みをきちんと実施 できたか、記録する 現状把握の ための計測 中間指標 成果指標取り組み ご報告した 所感 凡例: B-1 朝会におけるプロダクト別 の進捗の共有精度が向上 B-2 朝会における個人のタスク 状況共有が、より意味のあ るものになった B-3 「スプリント中にタスクが 終わりそうになかったら手 を打つ」ことが自発的にで きるチームへ、一歩近づい た 定量評価 結果: …成果が出た …成果は測定中 …成果はまだ出てない
149.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 149Copyright© Growth xPartners, Inc. All rights reserved.
150.
Microsoft PowerPoint における開発手法 Copyright© Growth
xPartners, Inc. All rights reserved. 150
151.
プロダクトオーナーとは • プロダクトオーナーが行うマネジメントとは –例)Microsoft Office
の場合 151Copyright© Growth xPartners, Inc. All rights reserved. Microsoft Office Microsoft Word Office 365 定期リリース 案件A 案件B 突発対応 障害対応 不具合緊急リ リース パッケージ版 定期リリース 案件C 案件D 突発対応 障害対応 不具合緊急リ リース iOS版 定期リリース 案件E 案件F 突発対応 障害対応 不具合緊急リ リース Microsoft Excel ※以下同様 Microsoft PowerPoint ※以下同様
152.
Microsoft PowerPoint の
歴史 Copyright© Growth xPartners, Inc. All rights reserved. 152 出典:WikiPedia https://ja.wikipedia.org/wiki/Microsoft_PowerPoint No. パッケージ版のリリース状況 バージョン 1 Forethougt が1987年にMacintosh向けにリリースしたもの。 バージョン 2 Macintosh版は1988年にリリースされ、Windows版はWindows 3.0用で1990年にリリースされた。 バージョン 3 Macintosh版は1992年にリリースされ、Windows版はWindows 3.1用にMacintosh版と同じ年にリリースされた。 バージョン 4 Windows版の PowerPoint 4.0 は1993年にリリースされ、Macintosh版のPowerPoint 4.0は1994年にリリースされた。 バージョン 7 他のOfficeソフトウェアとバージョン番号が統一されたため、バージョン番号が3繰り上がった。このバージョンはPowerPoint 95としてWindows版のみリリースした。日本語版はこのバージョンから用意された。 バージョン 8 Windows版のPowerPoint 97が1996年にリリースされ、Macintosh版のPowerPoint 98は1998年にリリースされた。 バージョン 9 Windows版のPowerPoint 2000が1999年にリリースされ、最後のMac OS 9版PowerPoint 2001は2000年にリリースされた。 PowerPoint 2000では従来アウトライン画面・スライド画面・ノート画面を別々の画面で操作していたものを、一つの画面で操 作できるようになったことで、プレゼンテーション制作の生産性を大幅に向上させた。 バージョン 10 Windows版のPowerPoint 2002が2001年にリリースされ、初のMac OS X版のPowerPoint Xも同年にリリースされた。 バージョン 11 Windows版のPowerPoint 2003が2003年にリリースされ、Mac OS X版のPowerPoint 2004は2004年にリリースされた。 バージョン 12 Windows版のPowerPoint 2007が2007年にリリースされ、Mac OS X版のPowerPoint 2008は2008年にリリースされた。 バージョン 14 Windows版のPowerPoint 2010が2010年にリリースされ、Mac OS X版のPowerPoint 2011も同年にリリースされた。 バージョン ? 2010年6月から「Office Web Apps」という名称で、Word、Excel、PowerPoint、OneNoteのブラウザベースのバージョンが 提供された。以降、都度バージョンアップを実施。 2014年2月に、「Office Online」に名称変更した。 バージョン? 2011年6月に「Office 365」が提供開始された。以降、都度バージョンアップを実施。 バージョン 15 Windows版のPowerPoint 2013が2013年にリリースされた。 バージョン 16 Windows版、OS X版、iOS版のPowerPoint 2016が2015年にリリースされた。 出典:WikiPedia https://ja.wikipedia.org/wiki/Microsoft_Office_365
153.
Microsoft PowerPoint の
種類 1. パッケージ版 – Office 20XX » Windows 版 » MacOS 版 – Office 365 » Windows 版 » OS X 版 2. Office Online 3. スマートフォン用アプリ – iOS 版 Copyright© Growth xPartners, Inc. All rights reserved. 153
154.
Microsoft PowerPoint の
開発体制 • 複数チームで構成 • 1チームは、自律的に動ける人数に限定 –プログラムマネージャー × 1名~?名 –エンジニア × 数名 –プログラムマネージャーとエンジニアは同室にいる –プラットフォーム毎にチーム編成を行っているわけ ではない • ローカライズは、別チームが担当 Copyright© Growth xPartners, Inc. All rights reserved. 154
155.
Microsoft PowerPoint 開発の進め方 •
タスクは、2種類に分類 • それぞれのタスクを担当するチーム数は スプリント毎に再配分 –時期によって比率がかなり異なる » Microsoft Build 後は、フィードバックがたくさん来る ▸ シールド : フィーチャー が 50% : 50% になることも ▸ シールドが溜まる傾向にある場合、シールド対応チーム数を増やして 対応 Copyright© Growth xPartners, Inc. All rights reserved. 155 タスク内訳 シールド フィードバック/不具合対応 フィーチャー 計画された機能開発→毎月リリース
156.
お話してくださった方が言うには • アジャイルやスクラムをやっているという認識 はない • Microsoft
社内で試行錯誤した結果、今の形に 行き着いた • とはいえ、ここまでくるのにいろいろなことが あった Copyright© Growth xPartners, Inc. All rights reserved. 156
157.
ここ最近のTopix (1/3) • チームメンバーからテスターがいなくなった –開発とテストは両輪 –同じ人が同時にやればよい –エンジニアAが実装、エンジニアBがテスト、という 分担をすることもある –テストは基本的にすべて自動化が必要 »
とはいえ、数十年前から存在するソースコードのため、 既存のコードは膨大に存在するが、その部分を自動化する ようなことはしていない » 今回手を入れる部分について、新たにテストコードを記述 Copyright© Growth xPartners, Inc. All rights reserved. 157
158.
ここ最近のTopix (2/3) • チームメンバーからDev
Lead がいなくなった –マネージャー の役割をしていた人が一気に減った –1チームの人数を減らして、マネージャーがいなくて も管理可能に Copyright© Growth xPartners, Inc. All rights reserved. 158
159.
ここ最近のTopix (3/3) • 評価制度がかなり変わった –リリースされなかったら評価がゼロ –どのぐらいのインパクトを与えたかが評価 »
10やってたことを2に減らす、かわりに やった2を10箇所にApplyしてインパクトを増やすetc… » やることを減らして、クオリティを上げる傾向に –評価はかけ算 » セキュリティやパフォーマンスが悪いと0点に Copyright© Growth xPartners, Inc. All rights reserved. 159
160.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリント運用ルールの改善 –スプリントプランニングの運用改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 160Copyright© Growth xPartners, Inc. All rights reserved.
161.
プロダクトオーナーがやるべき 3つのこと 161Copyright© Growth xPartners,
Inc. All rights reserved.
162.
プロダクトオーナーがやるべき3つのこと 1. プロダクトマネジメント組織を中心とした 価値創造の組織・仕組みを作る 2. 価値から話を始める 3.
フェーズによる役割の変化を理解する Copyright© Growth xPartners, Inc. All rights reserved. 162
163.
プロダクトマネジメント組織を中心と した価値創造の組織・仕組みを作る 163Copyright© Growth xPartners,
Inc. All rights reserved. 経営層 ステークホルダー オポチュニティ バックログ 実現可能性 検討 顧客 意思決定 アーキテクチャ 検討 スクラム マスター 開発チーム プロダクトマネージャー ビジョン コンセプト アイディア M&A バックログ ばらし バックログ 洗練 プロダクトロードマップ マイルストーン策定 バックログ リファインメント 計画見直し プロダクト バックログ
164.
価値から話をはじめる • 企画開発プロセスの違いを把握する –既存の代替手段を起点とし、仮説検証を繰り返して あるべき姿を模索し、MVPを定義後、拡張へ? » 例)リーンスタートアップ、デザイン思考など –新しいシーンの開発を起点とし、価値定義と検証を 繰り返してあるべき姿を模索し、MVPを定義後、拡 張へ? »
例)匠Methodなど 164Copyright© POStudy ~アジャイル・プロダクトマネジメント研究会~. All rights reserved. 企画~開発
165.
フェーズによる役割の違いを把握する • プロダクトの成長を支える品質 165Copyright© Growth
xPartners, Inc. All rights reserved. リーンスタートアップと顧客開発とアジャイル開発を一気通貫するッ - https://www.slideshare.net/i2key/devlove-devkan
166.
フェーズによる役割の違いを把握する • プロダクトの組織の大きさに応じた関心ごと 166Copyright© Growth
xPartners, Inc. All rights reserved. プロダクトマネージャとして海外で働き始めて、自分の視点をどこに持ってこようかと考えた話 - https://www.slideshare.net/DaisukeMatsuda2/pmroppongi- 120745681?fbclid=IwAR2eh37rAI9-8nRMlFCFCxjWhmL0OA0ugCmBphwzA018-ISabC03lEkOQmM
167.
プロダクトオーナーがやるべき3つのこと 1. プロダクトマネジメント組織を中心とした 価値創造の組織・仕組みを作る 2. 価値から話を始める 3.
フェーズによる役割の変化を理解する Copyright© Growth xPartners, Inc. All rights reserved. 167
168.
アジェンダ • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリント運用ルールの改善 –スプリントプランニングの運用改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 168Copyright© Growth xPartners, Inc. All rights reserved.
169.
本日の概要 • エンタープライズ・アジャイルを実現するにあ たり、プロダクトオーナーは、プロダクトマネ ジメント組織の中心として振る舞うことが求め られます。しかし、プロダクトオーナーが抱え る悩みは多岐に渡ります。 • 本セッションでは、それらの悩みごとを整理し た上で、解決に向けた取り組みについてご紹介 いたします。 Copyright©
Growth xPartners, Inc. All rights reserved. 169
170.
本日の対象者 • プロダクトオーナーが抱える悩みが何かを 把握したい方 • プロダクトオーナーが抱える悩みについて、 どう対処したらよいか検討したい方 Copyright©
Growth xPartners, Inc. All rights reserved. 170
171.
本日の目標 • プロダクトオーナーが抱える悩みについて 把握する • プロダクトオーナーが抱える悩みについて どう対処したらいいか把握する Copyright©
Growth xPartners, Inc. All rights reserved. 171
172.
本日お話したこと • プロダクトオーナーとは • プロダクトオーナーが抱える悩み •
なぜプロダクトオーナーが悩むのか • どう対処したらよいか –企画と開発を繋ぐプロセスの明確化 –スプリントプランニングの運用改善 –スプリント運用ルールの改善 –Microsoft PowerPoint における開発手法 • プロダクトオーナーがやるべき3つのこと • まとめ 172Copyright© Growth xPartners, Inc. All rights reserved.
173.
Q&A 173Copyright© Growth xPartners,
Inc. All rights reserved.
174.
プロダクトオーナーが エンタープライズ・アジャイルで 抱える苦悩と対処 2018/10/17(水)20:10-21:00 グロースエクスパートナーズ株式会社 ITアーキテクト 関 満徳
175.
ご清聴ありがとうございました! Copyright© Growth xPartners,
Inc. All rights reserved. 175 コンタクト先 URL Blog http://fullvirtue.com/ Twitter https://twitter.com/fullvirtue Facebook https://www.facebook.com/fullvirtue Email fullvirtue@gmail.com 資料公開場所 http://slideshare.net/fullvirtue/ これまで登壇してきた資料はこちらで公開しています! 是非ご覧ください! 関 満徳 せき みつのり グロースエクスパートナーズ株式会社 ITアーキテクト Microsoft MVP for Visual Studio and Development Technologies ITサービス開発全般のコンサルティング、開発、運用を 一括して手掛けながら、「顧客価値の創造」と「持続可 能な仕組み創り」をテーマとしたアジャイル・プロダク トマネジメントのワークショップデザインを数多く実施。 全国各地でファシリテーターとしても活躍。
176.
CONFIDENTIAL ⚫ 本文書は、グロースエクスパートナーズ株式会社が著作権その他の権利を有する営業秘密(含サプライヤー等第三者が権利を有するもの) です。 ⚫ 当社の許可なく複製し利用すること、また漏洩することは「著作権法」「不正競争防止法」によって禁じられております。 ⚫
本資料内の社名・製品名は各社の登録商標です。 176Copyright© Growth xPartners, Inc. All rights reserved.
Download now