SlideShare a Scribd company logo
エンタプライズ領域のアジャイル開発の課題
2020/9/3
グロース・アーキテクチャ&チームス株式会社
代表取締役社⻑
鈴⽊雄介
FIT2020 第19回情報科学技術フォーラム
DXを推進する俊敏なシステム開発・運⽤─アジャイルにつなぐビジネスとICT
〜デジタルプラクティスライブ〜
⾃⼰紹介
鈴⽊雄介
• グロース・アーキテクチャ&チームス(株)
» 略称︓Graat(グラーツ)
» 代表取締役社⻑
» https://www.graat.co.jp
» クラウドマイグレーション、マイクロサービス、ア
ジャイルコーチ
• ⽇本Javaユーザーグループ
» サブリーダー/CCC運営委員⻑
• @yusuke_arclamp
1
はじめに
本講演資料は以下の論⽂のダイジェストです。詳細について
は論⽂を確認ください。
デジタルプラクティス Vol.11 No.2(Apr. 2020)
https://www.ipsj.or.jp/dp/contents/publication/42/S1102-index.html
エンタープライズ領域のアジャイル開発の課題
─アジャイル開発がもたらす意思決定プロセスの変化─
https://www.ipsj.or.jp/dp/contents/publication/42/S1102-S06.html
2
アジェンダ
• エンタープライズアジャイルとは
• 課題
• 導⼊パターン
• 事例
• まとめ
3
エンタープライズアジャイルとは
4
エンタープライズアジャイルとは
• ウォーターフォール開発プロセスを主に実施している組織
において実施されるアジャイル開発プロセスのこと
▸本講演での定義であり、広く知られた定義ではない
»組織および従業員の思考や⾏動がウォーターフォール開発プロセ
スに適応している状況でアジャイル開発を実施すると、思考や⾏
動とのギャップが⼤きく、関係者間に認識齟齬が⽣まれやすい
5
課題
6
アジャイルとウォーターフォール
マネジメントプロセスとしての違い
• ウォーターフォール開発プロセス
»⻑期的な計画を⽴案→開発チーム内で進捗確認→差異を調整
»計画主導。当初のスコープを実現するために⽇程や要員を調整
• アジャイル開発プロセス
»短期&定期に計画⽴案→関係者全員でレビュー→次の計画⽴案
»調整主導。期間と要員を固定化し、定期的にスコープを決める
7
アジャイルとウォーターフォール
ウォーターフォール的思考
• ウォーターフォール開発で⾏うこと
»作るべき機能と期間を決めて、凛議を通して、予算を確保
»その機能(品質)と期間と予算を達成する
• 最初に「開発すべき機能」を決定する
»その決定を達成するために計画し、実⾏する
▸途中の計画変更は、あくまでも最初の決定を守るため
»⽬的︓そのシステム開発を成功させる
8
アジャイルとウォーターフォール
アジャイル的思考
• アジャイル開発を実施した企業によるアンケート結果
»優先順位の変更を管理する機能 69%
»プロジェクトの可視性 65%
»ビジネスとITの⾜並みを揃える 64%
• ビジネスの状況にあわせて「開発すべき機能」を決定する
»アジャイルではビジネスとシステム機能の関係性を管理しやすい
»⽬的︓ビジネスの変化に適応する
9
出典 CollabNet VersionOne編 : 13th Annual State of Agile Report.
https://stateofagile.com/
エンタープライズアジャイル開発の課題
思考の違いからくる⾏動の違い
• 例︓「AIを使った需要予測」を開発すると決定
»作業を進めたら「予測精度を実現するデータがない」ことが判明
»ウォーターフォール的思考: (精度が低くても)当初の機能を作る
べきだ(凛議も決裁済みだし... )
»アジャイル的思考: 精度が低ければビジネス的な価値がない。何
か他に需要予測するアプローチに変えよう
10
エンタープライズアジャイル開発の課題
考え⽅の違いが課題となる
• ウォーターフォール的思考の組織は、最初の決定を遵守す
る意識が⾮常に⾼い
• アジャイル開発プロセス&的思考は、最初の決定にはこだ
わらず、その時点で最適な決定をすることが前提
• このギャップがストレスになる
»ウォーターフォール的思考からするとアジャイル的思考は「組織
決定への軽視」に感じられる
11
導⼊パターン
12
エンタープライズアジャイルの導⼊パターン
既存組織とアジャイル組織の関係性に注⽬する
• アジャイルチームの活動が素晴らしくても、企業内の⽴ち
位置が適切でないとビジネス成果につながらない
• 既存組織を⼤陸と捉え、アジャイル組織を、どのように配
置するのか
»半島型パターン
»孤島型パターン
»出島型パターン
13
導⼊パターン
半島型
• アジャイル組織は既存組織から強く影響される
»初期の決定を遵守することを求められる&やろうとする
▸アジャイル組織のメンバーも、この思考になっている
»⽬的と開発プロセスに齟齬があるため管理が困難
▸ウォーターフォール開発プロセスのほうが良かった、と思いがち
»関係部⾨が既存思考のままだと、より困難になる
»結論︓ビジネスの変化に対応するような成果にはつながらない
14
導⼊パターン
孤島型
• アジャイル組織は既存組織から切り離されている
»アジャイル組織内ではアジャイル開発プロセスの運営は可能
»ただし、既存組織の資産を活⽤することが困難
▸規則の問題から既存システムとの連携ができない。する場合は⼿動
▸既存組織の部署から協⼒を得ることが難しい
»結論︓既存組織に影響があるようなビジネス成果にならない
▸結果として、1年程度でビジネスが縮⼩してしまう
15
導⼊パターン
出島型
• アジャイル組織に⾃治権があり
、かつ既存組織との適度な連携
»既存組織との間に緩衝帯がある
»双⽅に敬意をはらっている
▸部署の都合よりも、企業全体としてビジ
ネス成果にコミットする
»結論︓ここを⽬指すべき
16
出島型導⼊パターンの実現にむけて
出島型を達成するに必要なこと
• ビジネス成果の事前検証
• シンプルな意思決定プロセス
• 技術的な独⽴性とシステム連携
• アジャイル開発プロセスの実践は前提
»アジャイル開発に知⾒があるメンバーがいる
»関係する部署もアジャイル開発を理解している
17
出島型導⼊パターンの実現にむけて
ビジネス成果の事前検証
• システム開発を開始する前に、開発システムで実現しよう
とするアイデアのビジネス成果を検証する
»アジャイル開発は、アイデアの検証には重すぎる
»特に重要なのは「ビジネス成果」の定義。そこから必要になるシ
ステム機能を考える
▸ビジネス成果の定義︓ディスカバリー。サービスデザインの領域
▸アジャイル開発︓デリバリー。成果を達成するためにシステムを作る
»PoCも重要だが、成果がないなら撤退する
18
出島型導⼊パターンの実現にむけて
シンプルな意思決定プロセス
• 開発中に⽅針変更や決定がスムーズに⾏えるようにする
»あくまでもビジネス的な成果を⾼めるためであることをアジャイ
ル組織も既存組織も理解する
»関係者が多いほど困難になるため、意思決定者を絞る
»既存組織の意思決定プロセスとの関係性は重要で、この意思決定
が既存組織でも尊重される必要がある
19
出島型導⼊パターンの実現にむけて
技術的な独⽴性とシステム連携
• 技術選定の独⽴性が担保される⼀⽅で、既存システムとの
⾃動連携が可能になっている
»最新の技術が利⽤可能になっていないと⽣産性が上がらないが、
既存のデータが利⽤可能になっていることも重要
»既存のシステム開発に関わる規則との折り合いをつけていく必要
がある
▸守るべきものは守らないとダメ
▸特定のツールを前提とした規則を適切に調整する
20
事例
21
事例
Your FIT 365
• 三越伊勢丹における3D計測機を利⽤した婦⼈靴や紳⼠靴の
フィッティングサービス
»1年間で1万⼈以上が利⽤し、現在での機能向上中
▸システム開発前に靴売場スタッフが計測機を試験導⼊し、成果をあげられ
る確信があった
▸靴売場スタッフを情報システム部⾨に異動させ、仕様決定者としてアサイ
ン。既存のIT部⾨と関係なく、開発チームと直接コミュニケーションした
▸既存システムをAPI基盤経由で利⽤するようにした。API基盤チームが既存
規則との調整を全て⾏なった
22
事例
マーケティングシステム
• メディア企業における顧客分析システム
»当初予算の1/3で成果を達成
▸3ヶ⽉かけてデータ分析とシステム分析を実施し、現状の課題を理解した上
でアジャイル開発を前提にベンダーを調達
▸やるべきことは⽉1回の担当役員ミーティングで決定。システム開発の⽬的
を「事業部⾨が成果を出すこと」と定めた
▸分析に適したOSS製品を採⽤。データ連携についても規則を遵守しながら
段階的に⾃動化して⾏った
23
まとめ
24
まとめ
• アジャイル開発
»メリット︓ビジネスの状況に応じて開発すべき機能を調整できる
»⼿法︓定期的な計画⽴案とビジネス関係者によるレビュー
• エンタープライズアジャイルの課題
»最初の稟議決裁時点で決定された「機能を作ること」が⽬標とな
ってしまうと、せっかくの調整機能が逆効果になる
»既存組織とアジャイル組織の適切な関係性を考えることが必要
25
まとめ
• 出島型パターンを達成する
»ビジネス成果の事前検証
»シンプルな意思決定プロセス
»技術的な独⽴性とシステム連携
• やはり、キーパーソンは必要
»ビジネス成果を明確に定義できる⼈物
»アジャイル開発の意義を理解しているマネジメント層
»チーム内で技術判断やプロセス推進ができる⼈物
26

More Related Content

PDF
DX時代に目指すべき品質向上とテスト - @IT ソフトウェア品質向上セミナー 2019夏
PDF
Javaとコミュニティの歩み 2020
PDF
なぜ「マイクロサービス“化”」が必要なのか
PDF
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
PDF
ITトレンドに見る日本のエンタープライズITについて
PDF
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
PDF
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
PDF
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会
DX時代に目指すべき品質向上とテスト - @IT ソフトウェア品質向上セミナー 2019夏
Javaとコミュニティの歩み 2020
なぜ「マイクロサービス“化”」が必要なのか
マイクロサービス化デザインパターン - #AWSDevDay Tokyo 2018
ITトレンドに見る日本のエンタープライズITについて
アーキテクチャとアジャイルプロジェクトをまともに進めるための両輪について-DevLOVE関西 #DevKan
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
ITサービス運営におけるアーキテクチャ設計 - 要求開発アライアンス 4月定例会

What's hot (20)

PDF
アジャイル開発を支えるアーキテクチャ設計とは
PDF
エンタープライズアジャイルでチームが超えるべきこと - エンタープライズアジャイル勉強会 2018年10月セミナー
PDF
エナジャイル設立によせて
PDF
JJUG初心者のためのJava/JJUG講座
PDF
マイクロサービス化設計入門 - AWS Dev Day Tokyo 2017
PPTX
Future Tech Night Agile勉強会 20210709
PDF
MicroserviceでのNoOps戦略 - NoOps Meetup Tokyo #2 #NoOpsJP
PDF
マイクロサービスアーキテクチャ とは何か
PDF
XP祭り2014「アジャイルを手放して得られたこと」
PDF
今更ながらの「マイクロサービス」
PDF
要求の変化とマイクロサービスアーキテクチャ
PDF
MLflowによる機械学習モデルのライフサイクルの管理
PDF
6製品1サービスの開発にPortfolio for JIRAを使ってみた
PDF
「ITアーキテクトの役割と責任」デブサミ2015 20-C-1
PDF
アーキテクチャのレビューについて - JaSST Review '18
PDF
クラウドで消耗してませんか?
 
PDF
マイクロサービスとそれを支えるアーキテクチャー
PDF
クラウド時代のエンジニアについて #sesfukui
PDF
クラウドを超えた先の企業システム像 20091008 JJUG CCC
アジャイル開発を支えるアーキテクチャ設計とは
エンタープライズアジャイルでチームが超えるべきこと - エンタープライズアジャイル勉強会 2018年10月セミナー
エナジャイル設立によせて
JJUG初心者のためのJava/JJUG講座
マイクロサービス化設計入門 - AWS Dev Day Tokyo 2017
Future Tech Night Agile勉強会 20210709
MicroserviceでのNoOps戦略 - NoOps Meetup Tokyo #2 #NoOpsJP
マイクロサービスアーキテクチャ とは何か
XP祭り2014「アジャイルを手放して得られたこと」
今更ながらの「マイクロサービス」
要求の変化とマイクロサービスアーキテクチャ
MLflowによる機械学習モデルのライフサイクルの管理
6製品1サービスの開発にPortfolio for JIRAを使ってみた
「ITアーキテクトの役割と責任」デブサミ2015 20-C-1
アーキテクチャのレビューについて - JaSST Review '18
クラウドで消耗してませんか?
 
マイクロサービスとそれを支えるアーキテクチャー
クラウド時代のエンジニアについて #sesfukui
クラウドを超えた先の企業システム像 20091008 JJUG CCC
Ad

Similar to エンタプライズ領域のアジャイル開発の課題 - FIT2020 (20)

PDF
エンタープライズアジャイルの課題と解決へのアプローチ - Developers X Summit 2024
PDF
エンタープライズアジャイルにおける ウォーターフォールとのギャップと解決
PDF
非開発者のためのアジャイル開発入門
PDF
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
PDF
エンタープライズでもできるアジャイル開発
PDF
エンタープライズアジャイルにおける要求探索の勘所 要求開発アライアンス2018年7月定例会
PDF
アジャイル成功の鍵 意思決定を進化させる組織プロセス設計の8ステップ - GraatエンタープライズDXセミナー
PDF
エンタープライズアジャイルにおける組織プロセス設計の進め方 - エンタープライズアジャイル勉強会2024年11月
PDF
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
PDF
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
PDF
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
PDF
2020/9/10 静岡ギルド(準備中)勉強会「"これからアジャイル"のはじめ方を、アジャイルの源流XPから辿る」(抜粋版)
PPTX
エンタープライズアジャイルを阻む組織やプロセスと、その処方
PDF
アジャイルカンファTokyoの共有
PDF
アジャイルと言わないエンタープライズアジャイル導入 - Agile Japan 2016
PDF
アジャイル開発の事例と動向 公開用
PDF
エンタープライズへのアジャイル開発の導入事例
PDF
アジャイル開発の普及状況と具体事例
PPTX
2019/06/16 開発合宿
PPT
大規模アジャイル Ibm
エンタープライズアジャイルの課題と解決へのアプローチ - Developers X Summit 2024
エンタープライズアジャイルにおける ウォーターフォールとのギャップと解決
非開発者のためのアジャイル開発入門
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
エンタープライズでもできるアジャイル開発
エンタープライズアジャイルにおける要求探索の勘所 要求開発アライアンス2018年7月定例会
アジャイル成功の鍵 意思決定を進化させる組織プロセス設計の8ステップ - GraatエンタープライズDXセミナー
エンタープライズアジャイルにおける組織プロセス設計の進め方 - エンタープライズアジャイル勉強会2024年11月
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
ソフトウェア調達におけるアジャイル開発の要点と現状 Slideshare
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
2020/9/10 静岡ギルド(準備中)勉強会「"これからアジャイル"のはじめ方を、アジャイルの源流XPから辿る」(抜粋版)
エンタープライズアジャイルを阻む組織やプロセスと、その処方
アジャイルカンファTokyoの共有
アジャイルと言わないエンタープライズアジャイル導入 - Agile Japan 2016
アジャイル開発の事例と動向 公開用
エンタープライズへのアジャイル開発の導入事例
アジャイル開発の普及状況と具体事例
2019/06/16 開発合宿
大規模アジャイル Ibm
Ad

More from Yusuke Suzuki (13)

PDF
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
PDF
見えない壁を越えよう!アジャイルやマイクロサービスを阻む「今までのやり方」 - デブサミ夏2023
PDF
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
PDF
マイクロサービスに至る歴史とこれから - XP祭り2021
PDF
エンタープライズ、アーキテクチャ、アジャイルのこれから
PDF
Javaはコミュニティの力で再び偉大になれるのか
PDF
Javaのカルチャーとグロース - MANABIYA 2018
PDF
今どきのアーキテクチャ設計戦略 - QCon Tokyo 2016
PDF
JavaOne 2016総括 #jjug
PDF
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
PDF
ウォーターフォールとアジャイルを考える #ita_ws
PDF
Javaエンジニアのための"クラウド時代の過ごし方" Java Day Tokyo 2016
PDF
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
見えない壁を越えよう!アジャイルやマイクロサービスを阻む「今までのやり方」 - デブサミ夏2023
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
マイクロサービスに至る歴史とこれから - XP祭り2021
エンタープライズ、アーキテクチャ、アジャイルのこれから
Javaはコミュニティの力で再び偉大になれるのか
Javaのカルチャーとグロース - MANABIYA 2018
今どきのアーキテクチャ設計戦略 - QCon Tokyo 2016
JavaOne 2016総括 #jjug
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
ウォーターフォールとアジャイルを考える #ita_ws
Javaエンジニアのための"クラウド時代の過ごし方" Java Day Tokyo 2016
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演

エンタプライズ領域のアジャイル開発の課題 - FIT2020