【BPStudy#209】アジャイルだからこそゴール設定が鍵になる！？お客様とワンチームで価値を描けるエンジニアになるには

アジャイルだからこそ
ゴール設定が鍵になる！？
～お客様とワンチームで価値を描けるエンジニアになるには～
JANUARY 29, 2025
株式会社未来戦略室
前川直也

株式会社未来戦略室
代表取締役社長
前川直也
こ
れ
だ
け
は
知
っ
て
お
き
た
い
組
込
み
シ
ス
テ
ム
の
設
計
手
法
(
組
込
み
プ
レ
ス
Selection)
『システム開発現場のファシリテーション』
（技術評論社）
『これだけは知っておきたい組込みシステムの設計手法』
（技術評論社）
『わかりやすいアジャイル開発の教科書』
（SBクリエイティブ）
『チームでの未来戦略の描き方』
（インプレス）
1994 ～
日本コンピューター・システム株式会社
1998 ～
パナソニック株式会社
2015 ～
株式会社日新システムズ
2022 ～
デロイトトーマツコンサルティング合同会社
2024 ～
株式会社未来戦略室設立
新規ビジネス構想検討
アジャイル導入・実践
組織開発・チーム強化
品質保証・プロセス改善
EdgeTech+ West カンファレンス委員
アジャイル経営カンファレンス実行委員
ソーシャルバリューエンジニアリングコンソシアム設立メンバー
@nao_maru
http://www.facebook.com/NaoyaMaekawa
パナソニックグループアジャイル研修講師
三菱グループ Mゼミ：アジャイル研修講師
立命館大学大学院特殊講義講師（アジャイル）
ご質問、ご相談などはお気軽に↓
maekawa@tomoiki-works.jp
新刊！12/4発売開始！
www.linkedin.com/in/naoyamaekawa
©2025 株式会社未来戦略室（TOMOIKI WORKS CO.,LTD.）

未来戦略室がめざすこと
philosophy
私たちは、社会のニーズに合わせた価値デザイ
ンと、アジャイルを活用したことづくりのノウハウを
通じて、お客様自身の発想力、共創力を引
き出しながら、新規ビジネスや業務改革の成
果につなげるとともに、お客様の組織力向上
のためのご支援をいたします。

大切にすること
promise
ご自身のよさを「活かし」ながら
まわりの方々と感謝しながら一緒に「活発に活動」でき、
「活き活き」としたチームや職場を作ることができるよう
お客様と「共に活躍」できる関係を構築できる会社を
目指します！
ともいき
共活

ただいま絶賛発売中！
Kindle版もあります
DX・事業変革がうまくいく進め方がわかる本
成功に不可欠なポイントとノウハウが詰まった一冊
書籍は主に、推進側の視点ですが、
今日のBPStudyはエンジニア向けでお話しします

なぜアジャイルなのか？
そして、
アジャイルを使いこなせているのか？
新規ビジネス創造や、DXでの業務改革を
推進していくうえで、アジャイルでなければ！
という記事などが増えています
では、なぜアジャイルなのですか？
変化に強い？
早めに判断できる？
結果的に、早く・安く実現できる？

そもそもアジャイルって？
でも、ちょっとだけ
アジャイルのおさらい
DXってなに？
うまくいくの？
DXでうまくいかない
課題はどこに？
アジャイルをうまく進めるために
何かを足せばいいのでは？
アジャイルに＋α？
推進を成功させるには
どんなポイントが必要なの？
どうすりゃいいの？
頭だけで考えてませんか？
対話を通じて具体的に文字化、
イラスト化できていますか？
みんなで描いてますか？
アジャイルって
実は奥が深かったのね！
大発見です
アジャイル宣言って!!!
このセッションの流れ

目指すべきアウトプットが定まっている場合の
活動推進（計画駆動）
アウトプットが不確実で変化が多い場合の
活動推進（価値駆動）
「計画駆動」と「価値駆動」の比較
設計検証
開発
チェックチェック
ゴール
価値
インプット
アウトプット
決められたゴールを活動に落とし込み
計画をほぼ変えることなく推進できる
「思い（ゴール）」＝「カタチ（価値）」のため
計画に落とし込み、順に進めるほうが確実
短い『タイムボックス』で回しながら
細かいフィードバックで価値を膨らませていく
「思い（ゴール）」から「カタチ（価値）」を作り上げる

スクラムでのフレームワーク
プロダクトバックログ
ユーザストーリをめたもの
優先順位を決める
スプリントバックログ
プロダクトバックログをスプリントに落とし込み
スプリントバックログを作る
スプリント
1 ～ 4 Week
デイリー
スクラム
スプリントレビュー
動くソフトウェアで
レビュー＋フィードバック
スプリント
レトロスペクティブ
スプリントごとにふりかえり
開
発
チ
ー
ム
プロダクトオーナー
スクラム
マスター
開発チームの作業と
プロダクトの価値の
最大化に責任を持つ
スクラムの理解と成立に
責任を持つ

アジャイルの3つの要素とスクラムでのロール
開
発
チ
ー
ム
プ
ロ
ダ
ク
ト
オ
ー
ナ
ー
ス
ク
ラ
ム
マ
ス
タ
ー
何のために何をつくるか
ストーリーを描き共有する
リズムを同期することで
チームの動きを一つにし
相互作用を引き出す
自分たちが作るもの
自分たち自身に愛着があり
そのために力を注げる
お客様と
アジャイルを実践する上で
アジャイルのよさを
引き出せていますか？
お客様と価値を描き
形にできていますか？

企業がビジネス環境の激しい変化に対応し、データとデジタル技術を
活用して、顧客や社会のニーズを基に、製品やサービス、ビジネスモデ
ルを変革するとともに、業務そのものや、組織、プロセス、企業文化・
風土を変革し、競争上の優位性を確立すること
デジタルトランスフォーメーションとは（経済産業省）

ビジネス創造・変革での不安

① やらなけばならないことはわかっているが
私たちの活動によって何が変わるのかが分からない
漠然とした課題
一緒に目指す姿
イノベーションを始めたものの、どうもうまくいかないという
漠然とした課題を感じていることが多い
② 目指すべき姿を、具体化しながら、なにを評価するか
評価基準を明確にし、短いサイクルで評価できる
① 私たちの活動によってうれしくなる『人』を意識して
人中心の価値を描き、目指すべき姿を明確にできる
② 仮説は立てたものの、どのように検証をしていくのか
何を評価していいのかが分からない
③ 新しいイノベーションは起きそうだが、経営につながる
成果になるのか、継続した収益になるのか不安
④ 効果的に推進したいのだか、新しい取組みなので
どのような体制で、どう進めていけばいいのか不安
③ 一度作って終わりではなく、市場や現場に投入した後も
継続的に進化し続け、ビジネスに貢献できている
④ 自分たちで価値を作り上げるためのチームづくりと
役割を設定し、継続的な推進改善をすることができる

ロジックを
まとめると
データとデジタル技術
製品やサービス、
ビジネスモデルを変革
顧客や社会のニーズ
業務そのものや、組
織、プロセス、企業
文化・風土を変革
競争上の優位性を
確立

なぜか
うまくいかない要因
①
確立
社会のニーズが
うまくまとまらないまま
「データ」や「デジタル技術」
ばかりに注目してしまう・・・
そもそも何したいの？

なぜか
②
確立
実現したいものは定義
できているが、それでどんな
ことがやりたいのかが曖昧で
価値判断が難しい・・・
どう判断したらいいの？

なぜか
③
確立
経営の目的や目標と
変革のための活動が
紐づけできていないため
経営効果につながらない
社長さんからの指示でしょ？
経営成果

なぜか
④
確立
これらをどのように進めるの？
新しい取組みで経験がない
複数部門がかかわる
企画担当とIT担当の壁
DX推進チーム？？？

アジャイルで解決できる？
アジャイルを仮説検証のためだけのサイクルにするのは
もったいなくないですか？
かといって、やってみないとわからない！の一言で
カット＆トライになるのは本末転倒
仮説定義仮説検証
Agile
Agile

新規チャレンジを推進するための3つの流れと活動

新規チャレンジを推進するための3つの流れと
推進するためにコアとなる3つの軸のマッピング

ビジョンを具体的に描く
価値を探る
ベクトルを合わせる
論理的につなげる
価値デザイン
デザイン思考
価値を共有し続け
継続して形にする
ビジネス価値最大化
変化を抱擁する
チームの成長
Agile
反復開発
チームごと化／自分ごと化

DX推進に必要な基本リテラシー「マインド・スタンス」が
トランスフォーメーションのための重要な鍵となります

DX
推進
ビジョン
明確化
自分化
チーム化
リズム
展開
顧客・ユーザーへの共感
常識にとらわれない発想
反復的なアプローチ
事実に基づく判断
変化への適応
コラボレーション
柔軟な意思決定
目指すべきゴールの策定と
理解と共感
短サイクルアプローチによる
変化への柔軟な適応
チーム化による
推進の一体化
1
2 3
デザイン思考
アジャイル

データを集めて分析したが
どうすればユーザに価値があるか
つかめない
ユーザがどんなメリットを得られ
そのメリットをどう評価すればいい
のかわからない
経営目標を目指すが
メンバーが受け身になり
ビジョンの共感もできていない
典型的
発生課題
デジタル改革を進めているのに…

FUNCTIONでとらえず
☹ ユーザが求める価値を仮説として定義する
はずが、課題を解決する領域で停止
☹ データや技術に目が行き
○○が確認できる
○○が分析できる
という機能レベルで思考停止
☹ 何したいんでしたっけ？
STORYでとらえる
☺ アジャイルでは「ストーリー」と表現する
☺ 手段ではなく目的でとらえていますか？
☺ そのデータを分析することで
□□さんの業務が
△△に変革することができ
効率だけでなく安心できる
☺ こんなことがしたい！
（Will）
どうすればユーザに価値があるかつかめない
☹ ユーザが求める価値を仮説として定義する
はずが、課題を解決する領域で停止
☹ データや技術に目が行き
○○が確認できる
○○が分析できる
という機能レベルで思考停止
☹ 何したいんでしたっけ？

どうすればユーザに価値が
あるかつかめない
価値をデザインする！
デジタルデータもアジャイルも手段です
誰がどのように幸せになるのか
具体的な価値を可視化してください
（暗黙知になると危険）
の対策！

Willを言語化する
ペルソナ
カスタマージャーニー
SWOT
ビジネスモデルキャンバス
全てを網羅する必要はなく
推進チームが言語化できていない項目に集中

ものづくりのアジャイル
☹ せっかくのスプリントレビューが
バグ探索になっていませんか？
☹ 仮説検証基準が
「あなたが操作したい機能ですか？」
になっています
☹ 短サイクルで検証してるが
MVPが機能別になっている
ことづくりのアジャイル
☺ ユーザ価値を検証するのが
スプリントレビューです
☺ 仮説検証基準は
「あなたがしたいことに
つながりますか？」
☺ 一気通貫で価値が確認で
きるMVPを積み重ねていく
ユーザがどんなメリットを得られ
そのメリットをどう評価すればいいのかわからない
業務そのものや、組織、プロセス、
企業文化・風土を変革

ユーザが
どんなメリットを得られ
そのメリットをどう評価すれ
ばいいのかわからない
ユーザーの行動や業務を
詳細に分析する！
ユーザー価値を定義できても
詳細な分析や調査が必要です
変化に強いアジャイルですが
変化するかの判断のための根拠があるからこそ
変化に強くなれます
の対策！
※業務分析ができるITベンダーを選ぶのも重要なポイントです

描いた価値から作ろうとしていることによって
ユーザをどのようにうれしくできるのかを分析する
バリュープロポジションキャンバスストーリーマップからのMVP定義
作ろうとしているプロダクトやサービスが
ユーザーにどんな価値を提供するのかを考え続ける

MUSTのアジャイル
☹ 我が社の競争上の優位性を高めるために
DXやってます！
☹ 評価基準は
KPIが多い
☹ 推進しているメンバーは
やらなければならないという責任感は
あるが、推進目的はあいまい
WILLのアジャイル
☺ 我が社が他社に比べ強くなり
私たちが意欲をもって仕事ができるように
なるためにDXやってます！
☺ 評価基準はKPIだけでなく
定性的に判断できる要素も加味
☺ メンバーは自分ごととしてとらえ
チームでも共有・共感し
チームとしての推進力が強い
経営目標を目指すが、メンバーが受け身になり
競争上の優位性を確立

経営目標を目指すが
メンバーが受け身になり
人を重視する
アジャイルを活用する
短いサイクルでのふりかえり
コミュニケーション重視での
相互ディスカッション、ノウハウ共有、助け合いなど
自分ごと化、チームごと化を大切にして
目指すべき価値の実現を目指す
の対策！
※チームビルディング、ファシリテーションの要素も織り交ぜて！

アジャイルを活用するメリットを
お客様視点でお伝えできていますか？

ひとり一人の思いや価値観の違いをつなげていく
ことで、推進力と価値創造力のアップにつながる

せっかくのAgileが
受発注のための
Agileになっていない？
どんどん要求してください！
なんせ変化に強いですから・・・
いやいや、
要求仕様をまとめるほど
まとまってないって！
エンジニアのみなさんの
技術的な裏打ちから
提案もしてほしいんだけど・・・
「わかりました！再見積します」
って、また持ち帰って時間かかるのね
ユーザー企業
（企画担当）
ITベンダー
（IT担当）
※改革推進チームとITチームのOne Teamを目指そう！

One Teamを意識することで
お互いの強さを引き出し、チーム共創力になる

価値デザインからのアジャイル
“Understand”
顧客理解・問題定義
“Define”
ソリューション定義
“Prototype”
プロトタイプ
“Test”
テスト
ビジネスの流れと特徴、課題、ビジョンを
全員が理解する
救うべきユーザーの課題とソリューションを
定義し、ユーザー体験のゴールを具体化
ユーザー体験から必要な機能を定義し
価値検証のためのMVPを実装
ユーザー検証を経て、価値評価を実施
合わせて、次期改善のための示唆を得る
市場課題(-)＋顧客価値(+)
ビジョン／コンセプト
戦略
価値
分析
関係部門でチームを組み、ワークショップ型でデザイン
業務分析／To Be
MVP設定
市場からのフィードバック反映
価値あるシステムへの積上げ
実証開発･･･実証開発実証開発
市場へのモニター正式ロンチ
評価開発評価開発
･･･
Agile

探索・仮説・検証での主なアウトプット
➢ 市場ニーズ分析
➢ ステークホルダ分析
➢ ユーザー課題の抽出
➢ 関連データ分析
➢ 利用技術検討
ターゲット絞り込み提供価値を仮説として定義
システム開発＋価値検証
MVPの決定
絞り込み
ターゲットユーザ
ターゲット課題の
絞り込み
➢ 実現すべき価値の定義
➢ 目指すビジョン策定
➢ ビジネスモデル分析
➢ 要求の具体化
➢ 実現方法の検討
➢ 評価基準の策定
仮説定義
実現価値の具体化
提供価値の仮説定義
要求仕様の策定
◆ スクラムを活用した
一定サイクルでの継続検証
◆ MVPによる価値検証で
ユーザ価値を評価・検証
◆ 各サイクルの検証結果は
検証だけでなく、仮説にもフィードバック
◆ ビジネス検討チームと
開発・検証チームが
ワンチームで対話型で推進
課題発見価値定義価値検証

推進のための5つの重要要素
ニーズ分析技術分析効果分析
ビジネス分析自分ごと化
チームごと化
ユーザー視点を重視
手段の目的化に
ならないよう
ターゲットユーザを定義し
単なる解決だけでなく
Wow!が得られる
価値を描く
市場分析、競合分析を
実施しながらも
今後発展しそうな
新規技術についても
適応できるかどうかを
判断する
定義した仮説が
ユーザ価値につながるか
ビジネスとしての効果を
短いサイクルで検証し
早い段階で
フィードバックしながら
価値を実現する
ユーザ価値の提供に
重点を置きながら
ビジネスモデルとして
成立できるかどうか
各種分析により
戦略化する
スムーズな推進のために
自己管理できる
チームを目指す
メンバーが自律的に
活動できるように
ワークショップでの
対話の機会を重視

それぞれの「共感」がチームの「パッション」になり
お互いの協力が「共創力」になる

➢ プロセスやツールよりも個人と対話を
➢ 包括的なドキュメントよりも動くソフトウェアを
➢ 契約交渉よりも顧客との協調を
➢ 計画に従うことよりも変化への対応を
アジャイルソフトウェア
開発宣言
個人との対話のためにモデルを使おう！
動くソフトウェアを評価する基準を決めよう！
顧客と協調しながら共創を目指そう！
変化に対応するための型を作ろう！

詳細は
←こちらに
読んでいただくだけでなく
セミナーやイベントなどで
みなさんに伴走していける仕組みを
準備中です！
エンジニア向けのセミナーや
お客様に一緒に向き合う
伴走型コンサルティングも
ぜひご用命ください！
（まずはヒアリングから）

ビジネス価値駆動のシ
ステムエンジエンジニア
リングを創出することで、
豊かで魅力的な社会
形成に貢献する
- コンソシアムビジョン
ソーシャルバリューエンジニアリング
コンソシアム（SVEC）
2024年スタート！
Facebookグループでの情報共有中

2025年
1月開催
アジャイルを
経営視点で考える
他にはないカンファレンスです
開催は1/24で終わりましたが
アーカイブ配信が始まります！
気になる方は
https://agile-keiei-conf.jp/

ご清聴
ありがとうございました
新規ビジネス創造やDXだけでなく
いろいろなシーンでのアジャイル活用で
単なるカット＆トライにならず
本来アジャイルが目指していた姿を意識し
お客様と一緒に価値を創造するための
エンジニアを目指して
社会に貢献できる
成果につなげてください！
ご連絡はこちらまで↓
まずは気軽な対話から♪

【BPStudy#209】アジャイルだからこそゴール設定が鍵になる！？お客様とワンチームで価値を描けるエンジニアになるには

More Related Content

Similar to 【BPStudy#209】アジャイルだからこそゴール設定が鍵になる！？お客様とワンチームで価値を描けるエンジニアになるには

More from Naoya Maekawa

【BPStudy#209】アジャイルだからこそゴール設定が鍵になる！？お客様とワンチームで価値を描けるエンジニアになるには