Contenu connexe Similaire à LiBRA 10.2020 /総集編#1 (20) Plus de Masanori Saito (20) LiBRA 10.2020 /総集編#17. Withコロナ時代のITビジネス環境の変化(〜3年)
不確実性の増大 不確実性の常態化
実行環境 付加価値を生みださないインフラから
アプリケーション・ロジックへ
IaaS
仮想化
PaaS
サーバーレス
コンテナ
ネットワーク 用途に応じたネットワークから
あらゆるネットワークが5Gへ
専用線
IP-VPN
4G/LTE
など
5G(キャリア)
ローカル5G
セキュリティ 後付けのセキュリティから
アーキテクチャーとしての
セキュリティへ
社外NW
社内NW
FW 社内NWクラウド境界防衛型
ゼロトラスト
階層構造
アーキテクチャ 安定性×高品質から
柔軟性×俊敏性へ
マイクロ
サービス
開発・運用 予測と計画に対応することから
現場にニーズに即応することへアジャイル+DevOps
時間・日・週/成果連動
ウオーターフォール+運用・保守
半年〜数年/工数積算
開発 運用
保守
顧客 業務の生産性やコスト削減への対応から
事業の差別化や競争力の強化へ情報システム部門 事業部門・経営者
ロケーション・フリー化
サービス化
ペパーレス化 など
工数提供の対価 価値実現の対価
売上=人数×単金の最大化 利益=利益率×回転数の最大化 人数を増やす
コストをおさえる
できるだけ作る
技術力を高める
単金を上げる
できるだけ作らない
8. Withコロナ時代に求められるITベンター/Sierの能力
不確実性の増大 不確実性の常態化
実行環境 付加価値を生みださないインフラから
アプリケーション・ロジックへ
PaaS
サーバーレス
コンテナ
ネットワーク 用途に応じたネットワークから
あらゆるネットワークが5Gへ
5G(キャリア)
ローカル5G
セキュリティ 後付けのセキュリティから
アーキテクチャーとしての
セキュリティへ
社内NWクラウド
ゼロトラスト
アーキテクチャ 安定性×高品質から
柔軟性×俊敏性へ
マイクロ
サービス
開発・運用 予測と計画に対応することから
現場にニーズに即応することへアジャイル+DevOps
時間・日・週/成果連動
顧客 業務の生産性やコスト削減への対応から
事業の差別化や競争力の強化へ事業部門・経営者
ロケーション・フリー化
サービス化
ペパーレス化 など
価値実現の対価
利益=利益率×回転数の最大化 技術力を高める
単金を上げる
できるだけ作らない
業務や経営、事業戦略と
IT/デジタルの一体化
インフラの再定義
事業への戦略的活用
場所やデバイスを制限しない
セキャリティ対策
変更を積極的に受け入れ
事業に貢献するシステム開発
圧倒的ビジネス・スピードを
手に入れるための前提
事業部門主導の内製化
圧倒的技術力への期待
IT/デジタルを
事業の成果にできる能力
お客様と目的を共有して
共創/Co-Creation
29. ビジネス発展のサイクル
デジタルの渦
Digital Vortex
コスト・バリュー
無料/超低価格
購入者集約
価格透明性
リバース・オークション
従量課金制(サブスクリプション)
エクスペリエンス・バリュー
カストマー・エンパワーメント
カストマイズ
即時的な満足感
摩擦軽減
自動化
プラットフォーム・バリュー
エコシステム
クラウド・ソーシング
コミュニティ
デジタル・マーケットプレイス
データ・オーケストレーター
デジタル化
領域の拡大
体験/感性
価値の提供
42. デジタル・トランスフォーメーション 2つの解釈
社会や経済の視点/社会現象
2004年、エリック・ストルターマン(ウメオ大学)の定義「ITの浸透により、人々の生活が根底
から変化し、よりよくなっていく」に沿った概念
デジタル・テクノロジーの発展によって社会や経営の仕組み、人々の価値観やライフ・スタイルが
大きく変化し、社会システムの改善や生活の質の向上がすすむという社会現象を意味する
経営や事業の視点/企業文化や体質の変革
2010年以降、ガートナーやマイケル・ウェイド(IMD教授)らによって提唱された概念
デジタル・テクノロジーの進展により産業構造や競争原理が変化し、これに対処できなけれ
ば、事業継続や企業存続が難しくなるとの警鈴を含む
デジタル・テクノロジーの進展を前提に、競争環境 、ビジネス・モデル、組織や体制の再定
義を行い、企業の文化や体質を変革することを意味する
デジタル・ビジネス・トランスフォーメーション
“デジタルを使うこと”ではなく “ビジネスを変革すること” が目的
デジタル技術とデジタル・ビジネス・モデルを用いて、組織を変化させ、業績を改善すること
1. 企業業績を改善することが目的。
2. デジタルを土台にした変革であること。組織を絶えず変化しているが1つ以上のデジタル技術が大きな影響を及ぼしているものでなければ、デ
ジタル・ビジネス・トランスフォーメーションには分類されない。
3. プロセスや人、戦略など、組織の変化を伴うものであること。
“ デジタル・ビジネス・トランスフォーメーションには、テクノロジーよりもはるかに多くのものが関与する ”
「DX実行戦略(マイケル・ウェイドら)」 p.27
43. デジタル・ビジネス・トランスフォーメーションの解釈
企業が、
不確実性の増大に伴うビジネス環境の厳しい変化の中で、
データやデジタル技術を活用することで、この変化に俊敏に対応し
競争上の優位性を確立し、業績に貢献するための取り組み
そのために、
きめ細かな顧客のニーズや社会の期待(例えば、SDGs)に応えること
製品やサービス、ビジネス・モデルを変革すること
業務そのものや、組織、プロセス、企業文化・風土を変革すること
Digital Transformation / Digital Business Transformation
Digital Transformation をDTではなくDXと表記する理由
Transformationには上下を入れ替えるや、ものごとひっくり返すという意味があり、そのイメージを”X”で表現している。
既存を改善すること、あるいはデジタル技術を活用することではない
ビジネス・プロセスやビジネス・モデルの破壊・変革・創造
社内的:ビジネス・プロセスや働き方などの抜本的な変革
対外的:新たな顧客価値の創出、ビジネス・モデルの転換、新規事業分野への進出などのビジネスの変革
44. リアルが最も貴い
デジタルはビジネスの手段である
価値の源泉はリアルにある、デジタルはリ
アルの付加価値に過ぎない
リアルとデジタルは別の仕組み、デジタル
はリアルを補間するもの
DXの常識とDXの実現
デジタルが前提
デジタルはビジネスの基盤である
デジタルとリアルが一体となって価値を創
出する
デジタルとリアルを分けることなく、デジ
タルが統合する1つの仕組みとして捉える
「DXの実現」とは
「デジタルが前提」を当然のことと考え、実践する
企業の文化や風土を実現すること
DXは 既存の常識の転換が前提
デジタルにできることは徹底してデジタルに任せ
人間にしかできないことに人間の役割をシフト
新しい常識
新しい価値
の創出を実現
45. DXとCXとEX
DX : Digital Transformation
デジタルを当たり前に使いこなし
その価値を最大限に活かせる
企業の文化や風土への変革
圧倒的なビジネス・
スピードを手に入れ
変化に俊敏に対応で
きるようになるため
企業の存続と成長AI クラウド
IoT
5G
データ
CX : Customer Experience
お客様の事業の成果に貢献し
お客様の社員の幸せを支える
お客様の価値を高めるため
EX : Employee Experience
従業員のやり甲斐を与え
自己の成長の喜びを感じさせる
自社のPurpose(存在意義)を貫くため
47. DXはどんな世界を目指すのか
Data
IoT Web
生産 販売 移動 対話 検索 連絡観賞 育児教育
Activity/Event
Cyber World
社会やビジネスの最適を実現・維持する Application
Digital Twin
現実世界のデジタル・コピー
最適解を見つける サービス同士を連係する
現実世界のアナログな「ものごと」や「できごと」をデジタルに置き換える
Physical World
mobile
59. デジタル・トランスフォーメーションとは何か
59
デジタル トランスフォーメーション
“デジタル”を駆使して 変革する誰が? 何を? 何のために?
自分たち
事業主体
ビジネス・プロセス
ビジネス・モデル
企業の文化や風土
従業員の思考方法・行動様式
組織・体制・意志決定プロセス
事業の継続と成長
企業の存続
従業員の幸せ
パフォーマンスの向上
圧倒的競争優位の確保
不確実性の増大
予測不可能なビジネス環境 と 競争原理の流動化
状況
手段
圧倒的なビジネス・スピードの獲得
高速に見える化 高速に判断 高速に行動
対策
企業の存在意義/Purposeを貫くこと
自分たちは何者なのか?いかなる価値を社会や顧客に提供するのか?
目的
63. DXの実践
技術
ヒトと組織
業務プロセスのリストラ・スリム化
徹底したペーパーレス化
クラウド利用の制限撤廃
働く場所や時間から解放されるデジタ
ル・ワーキング・スペースの整備
IT価値を毀損する使い方の排除
VDI → 高性能PC
FW・PW・VPN → ゼロトラスト・FIDO2・SSO
など
日常業務のSaaS適用範囲を拡大
デジタルを駆使した戦略的サービスの
拡充
戦略的(売上や利益に直結)サービス
の内製化
スピード・スケーラビリティ・アジリ
ティの追求
アジャイル開発とDevOps
PaaS・サーバーレス/FaaS・SaaS
など
徹底した現場への権限委譲
“Purpose Beyond Profit”経営に基づ
く経営ビジョンの再定義
プロセスの効率化ではなくデータ活用
を重視する経営へのシフト
「心理的安全性」の担保
社内における「情報」のオープン化
戦略に応じた多様な業績評価基準
時間や場所に制約ない目標・成果の評
価とセルフマネージメント
など
デジタライゼーション
デジタイゼーション
デジタル・トランスフォーメーション
企業の文化と体質
の変革
64. ITに求められる価値の重心がシフトする
Before DX時代のIT After DX時代のIT
人間が働く・ITが支援する ITと人間が一緒に働く
ITにできることは徹底してITに任せ
人間にしかできない目的やテーマ
の設定に人間は集中する
人間が働くことを前提に作られた
ビジネス・プロセスの効率や利便性
の向上をITが支援する
ITと人間がビジネス価値を創出
スピードとスケールを重視
変更に俊敏・継続的に進化
予測する・最適化する
ITが学ぶ・ITが判断する
人間がビジネス価値を創出
コストとパフォーマンスを重視
固定的で長期・安定稼働
処理する・記録する
人間が学ぶ・人間が判断する
ビジネス
役割
構築・運用
機能
知見・ノウハウ
70. DXと企業文化とアーキテクチャ
法律 :法律を定め、違反者に罰則を課すことで影響を与えること
規範 :社会的常識や世間の評価などで影響を与えること
市場 :製品の魅力や料金の高低、市場の評価などにより影響を与えること
アーキテクチャ :暗黙の決まりごと、行動習慣で、影響を与えること
人のふるまいに影響を及ぼすもの ハーバード大学教授・法学者/Lawrence Lessig
「アーキテクチャ」は、本人が意識することなく、自動的にふる
まいを規制してしまう。また、その規制力を放置しておけば限り
なく大きくなってしまい、行き過ぎると、思考停止に陥り、無自
覚に振る舞ってしまい、結果として、自由が奪われてしまう。
企業文化とはまさにこのアーキテクチャ。つまり、あるインプットがあれば、
どのようにアウトプットをするかを意識することなくやってしまうこと。
DXとは、この企業文化=アーキテクチャを変革すること
「デジタルが前提」を当然のことと受けとめ、実践する企業文化
101. モード1とモード2の特性
モード1 モード2
安定性重視 速度重視
ウォーターフォール アジャイル
IT部門が集中管理 ユーザー部門が分散管理
予測可能業務 探索型業務
武士:領地や報酬を死守 忍者:何が有効なのかを探る
運用者(オペレーター) 革新者(イノベーター)
効率性やROI 新規性や大きなリターン
統率力や実行力 機動力や柔軟性
月次〜年次 日次(or 時次)〜週次
性向
手法
管理
業務
例え
対象
期待
実践
期間
トップダウン ボトムアップ経営
方針が確定した後に軍隊的統率力で実行する力 方向性が見えない状況での探索能力や機動力
114. ガバナンスとサービスマネージメント原則の関係
114
ガバナンス
基本は、透明性(Transparency)
説明責任(Accountability)
機敏に反応(Responsiveness)
効果的、効率的(Effectiveness and Efficiency)
公平、非排他的(Equitable and inclusive)
誰でも参加(Participatory)
持続可能(Sustainability)
ビジョン 戦略 コンプライアンス
方針展開
行動指針
企業文化
サービスマネジメント原則
サービスとは『消費者(顧客)の明らかになった要望を満たす』こと
ITSMが開発し成熟させてきたサービスマネジメントの概念や手法の活用
BSM(Business Service Management)
ESM(Enterprise Service Management)
全ての製品(プロダクト)とサービスに適用される
131. Infrastructure as Codeの特徴(1)
131
環境構築手順書
① AをBする。
② CをDにする。
③ FをGにする。
・・・
+#!/bin/sh+yum
install -y httpd httpd-
devel php php-
mbstring php-pdo
php-mysql mysql-
インフラ設定インフラ構築手順作成
環境構築手順書 1
① AをBする。
② CをDにする。
③ FをZにする。
・・・
環境構築手順書 2
① AをBXする。
② CをDYにする。
③ FをZにする。
・・・
環境構築手順書 3
① AをBXする。
② CをDYにする。
③ FをGZにする。
・・・
+#!/bin/sh+yum
install -y httpd httpd-
devel php php-
mbstring php-pdo
php-mysql mysql-
手作業で作業ミスが心配
変更を繰り返すと管理が大変
実際の環境と履歴が一致しない
対象が増えると管理しきれない
設定に手間がかかる
テスト・確認が複雑
132. Infrastructure as Codeの特徴(2)
132
変更履歴
① XXXXXXXXX
② XXXXXXXXX
③ XXXXXXXXX
・・・
クラウド個別システム
×
×
システム資源が物理的に固定さ
れるので、インフラ構築はその
制約の下で行われる。
物理サーバーを構成変更しなが
ら使い続ける。
システム資源が仮想化されるの
で、インフラ構築に物理的な制
約をうけることはない。
仮想サーバーの追加・破棄を頻
繁に繰り返すことができる。
変更履歴を管理 動作している状態を管理
構成は不変
Imutable Infrastructure構成は変化し続ける
133. Infrastructure as Codeを実現するソフトウェア
133
仮想マシン 仮想マシン 仮想マシン
Orchestration: 複数サーバーの管理を自動化
Configuration: OSやミドルウェアの設定を自動化
Bootstrapping: OSの起動を自動化
OS OS OS
Virtualization: 仮想マシンの構築・起動
ミドルウェア
アプリケーション
OSや仮想化ソフトウェアのインストール/設定作業を自動化
データベースサーバ/Webサーバ/監視エージェントなどのミドル
ウエアのインストールやバージョン管理、OSやミドルウエアの設定
ファイルや、OSのファイアウォール機能などの設定などを自動化
複数台のサーバ群を監視し、新しいサーバをシステムに登録したり、
障害のノードをシステムから取り除いたり、サーバへのアプリケー
ションのデプロイをサポート
KickStart
136. システム利用形態の歴史的変遷
OSOS
AP AP APAP AP AP
3 2 1
1950年代〜/バッチ 1960年代〜/タイムシェアリング
メインフレーム メインフレーム
ミニコン
OS
AP AP AP
OS OS
VM VM VM
1970年代〜/仮想化(仮想マシン)
メインフレーム
ミニコン
OS
AP AP AP
OS OS
1980年代〜/分散化
ミニコン
PCサーバー
OS
AP AP AP
OS OS
VM VM VM
2000年代〜/仮想化(仮想マシン)
PCサーバー
クラウド
(IaaS)
OS
AP
設定
AP
設定
AP
設定
コンテナ コンテナ コンテナ
2015〜/コンテナ
PCサーバー
クラウド
(PaaS)
メインフレームの時代
オープン・システムの時代クラウドの時代