DXのための組織デザインパターン　がある。 それを解説する。 大企業　DX アンチパターン 社長自らが「イノベーションの源泉がソフトウェアにある」と理解していない．製造業の魂を忘れない． サブスクリプション型ビジネスを提供していない． 幹部がDXツールを使っていない．深夜の直電がハートフル． 情報システム部長はコードを書いたことがない． 外部からの中途入社の経営幹部がいない． マーケティング，開発，運用が一体化した組織がない． 戦略的企業投資・買収部門がない。 公共セグメントDX アンチパターン セキュリティは絶対．効率化はその次． 従量支払いのDXツールが使えない． 単年度予算で行う施策の繰り返し．来年は知ったことか． 仕様は公開しない．随意契約はさせず競争入札が原則． 見積もりを正確にとり，納品させる．準委任契約は不正の元． 失敗するかもしれない施策は実行しない．

1. 「つながり」がもたらすDXの価値 〜
AIとデジタル × 産業連関社会をデザイン
栄藤 稔（えとう みのる）
大阪大学 先導的学際研究機構 教授
3/22/2022
1

2. 自己紹介
昔はパターン認識，機械学習，画像符号化の技術者．
シリコンバレーにおける研究所長，NTT DOCOMO
元執行役員，NTTドコモベンチャーズ社長，新規事業
プログラム 39worksの創始者．
データマイニングの立ち上げ．クラウド大好き．
ドコモ自転車部 会長 (-2018夏）
大阪大学＋マルチの兼業に青色吐息．
2

3. =
誰でもIT化ができる時代に
3
デジタルを組み込んだ事業中期計画．
どうしてもデジタルやりたいバカの発掘．

4. 4
情報社会デザイン協会
インベンションのハードルは下がり
イノベーションのハードルが上がった

5. 5
技術起点から顧客起点

6. –Prof. Henry Chesbrough
Innovation = Invention + Business Model
探索・構想・デザイン

7. 7
つながり
個社の技術力だけでなく
外との連携が重要になってきた。

8. 8
結ばれた二人：Biotech X IT
中国科学院深圳先進技術研究院(SIAT)
Gene LSI

9. 9
JST CREST AI＝クラウド利用は必然（2016-）

10. 10
AI-based Diagnosis Support for Epilepsy
クラウド利用必然

11. 11
Risk and Anomaly Prediction in Fully Autonomous Driving
クラウド利用必然

12. 12
組織に経営責任を持たせる
組織を”NIMBLE”にする

13. 13
KGI（目標）
KPI（ブレークダウン）
または
NIMBLE

14. Time
Fulfillment Progress
Blueprinting（概念設計）
Instrumentation（実装設計）
Pilot & ROI（仮説検証）/
ソーシャルインパクト
Scale（展開)
Machine Data Analysis（データ解析）
System of Systems（システム連結）
壁
14
DX Customer Journey

15. 時給$15x10週間
＝$6000/人年
x500人＝＄３M
時給$50x52週間
＝$104,000/人年
x75人＝＄7.8M
時給$25x52週間
＝$52,000/人年
x5000人＝＄260M
時給$62x52週間
＝$124,800/人年
x500人＝＄62M
15
National Robotics Engineering Center, CMUの
自律自動化のケーススタディ (2014)

16. 16
Want to increase
innovation?
Lower the cost of
failure.

17. 目の前で私が撮影した写真＠AWS Re:Invent 2014
17
Jeff Bezos
キーワード
Institution No v.s. Individual Yes.
Speed
Make organization “nimble”
Experimental test
Lowering the cost

18. 18
AWS Re:Invent 2015
どの施策が良いかはマーケット・顧客が決める。
その候補は複数有ったほうがいい。もちろんベストな施策が一つに決まるに
こしたことはないけどさ(i.e., 1>2>0)。

19. 19
DXのための
組織デザインパターン

20. http://d.hatena.ne.jp/wayaguchi/touch/20130217/1361047033 より
原則と思考集（経営者視点）
反復型開発のフレームワーク
（管理者視点）
ベストプラクティスの集合体
（開発者視点）
20

21. • 生成物のデザインは組織構造を反映する．
• 組織の構造やコミュニケーションがそのままソフトウェアの
アーキテクチャとなる.
• 大人数のチームはコミュニケーションコストが指数関数的に
高くなるのでサービス開発に不適であり低品質となることが
多い.
コンウェイの法則（Marvin Conway, 1968）

22. http://www.roger-wilco.net/flight-object-ion/
システムの各機能を疎結合にするために縦割り自己完結組織を作る．部門間のコミュニケーションを意図的に減らし個別最適化を図る
22
似たようなサーッビスの開発をやっていて，「部門間でよく話し合え」「シナジーを出せ」という経営陣
”管理職のエネルギーの８０％は部門間調整”

23. 23
市場
Agile開発でKPI決める→マーケット見るよね。

24. https://www.sonicgarden.jp/32
quality
time/cost
Point of Sales
Depreciation
Development
quality
time/cost
Point of Use
DevOps
社長がこの違いを知っている＝DX可能の踏み絵
24 後述のDXアンチパターン１

25. o生産性が高い組織にはパターンがある
➢チーム編成のパターン（アジャイル開発）
✓ロール
✓ロール間の関係
✓チーム間の関係
➢パターン言語＝方法と関係性の記述
oプロセスは問題を解決しない
➢逆にプロセス志向とウォーターフォールは
相性が良い（規律，ステップ論，一貫性）
➢アジャイルはプロダクト志向と相性が良い
o組織パターンの効果
➢コミュニケーション（アーキテクチャ）の文化的土台
➢ゴールや目的，価値観についての共通認識
oパターンリストと概要
➢http://d.hatena.ne.jp/asakichy/20140121/1390255981
組織デザインパターン
後述のDXアンチパターン６

26. 26
世の中のツールを使う
＝クラウドを使う
=それに合う文化を育てる
＝それに合う組織を作る
＝それを支えるコミュニティーに属する
DXの前提に組織デザインパターンがある。

27. 27
大企業 DX アンチパターン
1. 社長自らが「イノベーションの源泉がソフトウェアにある」と
理解していない．製造業の魂を忘れない．
2. サブスクリプション型ビジネスを提供していない．
3. 幹部がDXツールを使っていない．深夜の直電がハートフル．
4. 情報システム部長はコードを書いたことがない．
5. 外部からの中途入社の経営幹部がいない．
6. マーケティング，開発，運用が一体化した組織がない．
7. 戦略的企業投資・買収部門がない。

28. 28
公共セグメントDX アンチパターン
1. セキュリティは絶対．効率化はその次．
2. 従量支払いのDXツールが使えない．
3. 単年度予算で行う施策の繰り返し．来年は知ったことか．
4. 仕様は公開しない．随意契約はさせず競争入札が原則．
5. 見積もりを正確にとり，納品させる．準委任契約は不正の元．
6. 失敗するかもしれない施策は実行しない．
だって、官僚機構には無 性が求めらるから。

29. 29
内外に３人のバカが必要：Three Passionate Idiots
Technology Marketing
Management
外も可 内がベターだが外も可
これをコンサルに頼むのは本当の馬鹿