LiBRA 10.2019 / デジタル・トランスフォーメーションの本質と「共創」戦略

LiBRA 10.2019 / デジタル・トランスフォーメーションの本質と「共創」戦略
2019年10月1日デジタル・トランスフォーメーションの本質と「共創」戦略 DX時代をどう生き抜けばいいのか？
ビジネスの大変革を迫るデジタル・トランスフォーメーション Digital Transformation / DX
IT投資並びに情報サービス産業の市場推移（出典）平成30年通信利用動向調査インターネット普及率端末普及率情報化投資の推移
IT投資並びに情報サービス産業の市場推移（出典）平成30年通信利用動向調査インターネット普及率端末普及率情報化投資の推移 IT市場の飽和・成熟これまでのITビジネスでは成長できなくなったフィジカル市場とデジタル・テクノロジーの融合フィンテック／ネオ・バンキングの台頭小売・流通・物流における自動化・高速化製造業におけるインダストリー4.0 様々な産業分野における”xTech”化デジタル・テクノロジーによる産業構造の転換「データ力×資金力」企業の攻勢
異業種からの破壊者の参入が既存の業界を破壊する UBER airbnb NETFLIX Spotify PayPal タクシー・レンタカー業界レンタル・ビデオ業界ホテル・旅館業界レコード・CD業界銀行業界（決済・為替）
競争環境の変化とDX 6 業界という枠組みは存在する一旦確立された競争優位は継続する破壊業界の枠組みの中で起こる変化に適切に対処できれば事業は維持され成長できる加速するビジネス環境の変化、予期せぬ異業種からの参入ひとつの優位性を維持できる期間は極めて短くなっているハイパーコンペティション市場の変化に合わせて、戦略を動かし続けるしかない
前提となるITビジネスの環境変化（〜5年） IaaS 運用保守開発仮想化ウオーターフォール＋運用・保守半年〜1年／工数積算専用線 IP-VPN 4G LPWA など階層型アーキテクチャ情報システム部門アプリケーション実行環境システム開発運用・保守ネットワークアーキテクチャ主な顧客 PaaS コンテナ／サーバーレスアジャイル＋DevOps 1ヶ月〜3ヶ月／成果連動マイクロサービスアーキテクチャ事業部門・経営者第５世代通信システムスピード × アジリティ × スケール
デジタル化：デジタイゼーションとデジタライゼーションデジタル技術の利用によりビジネス・プロセスを変換し効率化やコストの削減、付加価値を向上させるデジタイゼーション Digitization ユーザー・インターフェイス効率化・合理化・付加価値  アナログ放送→デジタル放送  紙の書籍→電子書籍  人手によるコピペ→RPA デジタル技術の利用によりビジネス・モデルを変換し新たな利益や価値を生み出す機会を創出するデジタライゼーション Digitalization ユーザー・エクスペリエンス競争力・差別化・新しい価値  自動車の所有→カーシェア  ダウンロード→ストリーミング  物販→サブスクリプションデジタル・トランスフォーメーションデジタル化
デジタルとフィジカル（１）スピード複製組合せ・変更遅い劣化する困難早い劣化しない容易フィジカル Physical デジタル Digital 規模の拡大が容易で早い状況を即座に把握し即応できるエコシステムが容易に形成 IoT IoT イノベーションを加速！
デジタルとフィジカル（２）フィジカル Physical デジタル Digital IoT フィジカルな世界でのものごとやできごとをデジタルに変換して価値を生みだしデジタルの価値をフィジカルに取り込む
OMO（Online Merges with Offline） 11 フィジカル Physical デジタル Digital IoT OMO（Online Merges with Offline）デジタルとフィジカルを分けて考えるのではなくデジタルが統合するひとつの仕組みとして考える
インターネットに接続されるデバイス数の推移億人億台台/人 2003年 2010年 2015年 2020年世界人口インターネット接続デバイス数一人当りのデバイス数 63 68 72 76 5 125 250 500 0.08 1.84 3.47 6.50
コレ1枚でわかる最新のITトレンドデータ収集モニタリングデータ解析原因解明・発見/洞察計画の最適化データ活用業務処理・情報提供機器制御ヒト・モノクラウド・コンピューティング日常生活・社会活動環境変化・産業活動現実世界／Physical World サイバー世界／Cyber World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム
予測最適解ビジネスの最適化現実世界のデジタルコピーデジタルツインコレ1枚でわかる最新のITトレンド IoT ソーシャルメディアモバイル・Web 機械学習シミュレーションアプリケーションサービスヒト・モノクラウド・コンピューティング現実世界／Physical World サイバー世界／Cyber World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム高速化 × 最適化現実世界のものごとやできごと
デジタル・トランスフォーメーションとCPS ヒト・モノ現実世界／Physical World サイバー世界／Cyber World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム高頻度多接点データを収集データを解析しテーマ・課題を見つける UI/UX&プロダクトビジネスプロセスを高速に改善するデジタルトランスフォーメーション
デジタル・トランスフォーメーションデジタル・テクノロジー ×「心理的安全性」変化に俊敏に対応できる企業の文化と体質への変革デジタル・トランスフォーメーションとは 16 業界の枠組みを越えた競合の予期せぬ参入市場環境の変化の拡大と予測不可能性の拡大顧客嗜好の多様性と流動性の高まり不確実性の増大圧倒的なビジネス･スピード高速に見える化高速に判断高速に行動
デジタル･トランスフォーメーションとは何か異業種からの予期せぬ参入環境変化と予測不可能性の拡大顧客嗜好の多様化と流動性不確実性の増大圧倒的なビジネス・スピードデジタル・トランスフォーメーション意思決定サイクルの短縮現場への大幅な権限委譲流水化されたビジネス・プロセスデジタル・テクノロジーを駆使してビジネス・プロセスを加速自律的なチームによる運営と管理現場や顧客の「見える化」バリューストリームの管理と把握（ヒト、モノ、カネ、情報）
デジタル･トランスフォーメーションとは何か異業種からの予期せぬ参入環境変化と予測不可能性の拡大顧客嗜好の多様化と流動性不確実性の増大デジタル・トランスフォーメーションオープン自律分散多様性「心理的安全性」に支えられた行動習慣と思考パターン意思決定サイクルの短縮現場への大幅な権限委譲流水化されたビジネス・プロセスデジタル・テクノロジーを駆使してビジネス・プロセスを加速圧倒的なビジネス・スピード
デジタル・トランスフォーメーションデジタル･トランスフォーメーションとは何か変化に俊敏に対応できる企業の文化と体質への変革働き方改革新規事業の開発ビジネスモデルの転換意思決定サイクルの短縮現場への大幅な権限委譲流水化されたビジネス・プロセスオープン自律分散多様性「心理的安全性」に支えられた行動習慣と思考パターンデジタル・テクノロジーを駆使してビジネス・プロセスを加速
デジタル・トランスフォーメーションの3つのフェーズ第1 フェーズ第2 フェーズ第3 フェーズわれわれ人間の生活に、何らかの影響を与え、進化し続けるテクノロジーであり、その結果、人々の生活をより良い方向に変化させる生産性向上コスト削減納期の短縮スピードの加速価値基準の転換新ビジネス創出 2004年にスウェーデンのウメオ大学のエリック・ストルターマン教授が提唱 IT利用による業務プロセスの強化 ITによる業務の置き換え業務がITへITが業務へとシームレスに変換される状態支援支援人間による業務プロセス人間による業務プロセス＋機械による自動化情報システム情報システム
アマゾンのデジタル・トランスフォーメーション広範な顧客接点ビッグデータ最高の顧客体験機械学習による最適解経営戦略･製品／サービス戦略 & 0.1 to One マーケティングテクノロジーを駆使して徹底した利便性を追求顧客理解のための情報を徹底して収集する業務（デジタル）業務（アナログ） IT 40機の航空機数千台のトラック
デジタル・トランスフォーメーションとOMO IT デジタル業務フィジカル企業アナログデジタル顧客課題／ニーズフィジカルとデジタルを区別することなくひとつの仕組みとして動かすデジタルトランスフォーメーションデータを駆使して UI/UXとプロダクトビジネス・プロセスの改善を高速で繰り返す OMO（Online Merges with Offline）コア・コンピタンス／ケイパビリティデータアナログデジタル
変わるビジネスとITの関係開発・運用開発・運用少ない生産量（工数）で開発・運用のサイクルを高速で回転させる現場のニーズにジャストインタイムで成果を提供し続ける
DXを支えるテクノロジービジネス環境への対応競争優位の確立不確実性の増大・スピードの加速製品やサービスをジャストインタイムで提供できる即応力常識や価値基準の転換生産性・価格・期間におけるこれまでの常識を覆す破壊力デジタルトランスフォーメーション機械学習×データサイエンスクラウド・コンピューティング IoT エッジ・コンピューティング DXプラットフォーム 5G（第5世代通信システム）アジャイル開発 × DevOps データ
DXを実現する4つの手法と考え方デザイン思考リーン・スタートアップアジャイル開発 DevOps デザイナー的なクリエイティブな視点で、最適な解決策を見つけ出す最小限の機能に絞って短期間で開発しフィードバックをうけて成功確率を高めるビジネスの成果に貢献するシステムを、バグフリーで変更にも柔軟に開発する安定稼働を維持しながら、開発されたシステムを直ちに・頻繁に本番環境に移行するイノベーションの創発ジャスト・イン・タイムでの提供イノベーションとビジネス・スピードの融合変化に俊敏に対応できる企業文化・体質を実現すること
デジタル・トランスフォーメーションのBefore/After 支援人間主体でビジネスを動かしITが支援する生産性向上・コスト削減・期間短縮安定×高品質の徹底追求 ITはコスト、削減することが正義コスト削減の手段としての外注常にコスト削減の圧力に晒される仕様書通りQCDを守って情報システム完成させる Before DX 人間とITが一体となってビジネスを動かす変化への即応力・破壊的競争力・価値の創出柔軟×迅速と試行錯誤 ITは競争力の源泉、投資対効果で評価競争力の源泉として内製ビジネスに貢献できれば投資は拡大する変化に柔軟・迅速に対応しビジネスを成功させる After DX
DX事業･DX案件とは顧客：事業部門内容：内製化支援目標：事業の成功デジタル・トランスフォーメーション事業とは人間とITが一体となってビジネスを動かす変化への即応力・破壊的競争力・価値の創出変化に柔軟・迅速に対応しビジネスを成功させる After DX 変化に俊敏に対応できる企業文化・体質を実現すること ITをコアコンピタンスと位置付け事業部門主体で内製化共創または協創業績評価基準の転換売上や利益での業績基準では評価できず、現場のモチベーションを維持できないから。
「共創」ビジネスの実践共創様々なステークホルダーと協働して共に新たな価値を創造すること 2004年、米ミシガン大学ビジネススクール教授、C.K.プラハラードとベンカト・ラマスワミの共著『The Future of Competition: Co-Creating Unique Value With Customers』で提起された概念 Co-Creation お客様とガチに向きあって、これまでにはなかった新たなビジネスやビジネスプロセスを生みだすこと案件をお客様から「もらう」のではなく、新たに「生みだす」理解：お客様の事業についての知識と考察技術：お客様が欲しいと願う技術力を蓄積人格：お客様と価値観を共有し信頼を醸成一緒に仕事をしたいと相手に惚れさせること自分たちがDXを実践し、その体験から得たノウハウやスキルを模範を通じて提供すること
変わる！お客様との関係要望要請検討企画要件定義仕様書設計開発納品検収運用管理保守事業部門情シス部門 SIer IT事業者提案提言開発と運用（DevOps）検討対話決定合意要望対話内製化支援技術力＋労働力事業部門情シス Sier IT事業者変更・追加への要望継続的対話
新しい常識を実践している企業 30  MS Officeを使わない  瞬時にドキュメントを共有できるGoogle AppsもしくはOffice 365 を使っている  社内のファイルサーバを使っていない  Google Drive/BOX/Dropboxを使っている  メールを使わない  SlackやTeamsを使っている  Excel/MS Projectのプロジェクト管理を使わない  Redmine/Atllasian Confluenceを使っている  自前のソースコード管理サーバを使っていない  GitHub/Bitbucketを使っている  社内検証サーバを使っていない  パブリッククラウドを使っている  私用のスマートフォンやパソコンで”どこでも”仕事ができる  これはオフィスで、といった決まり事はない
Copyright (C) DeNA Co.,Ltd. All Rights Reserved. 参考資料: DeNA 全社システム構成
企業文化＝行動習慣と思考パターンを転換せよ！
DX案件の獲得にソリューション営業は通用しない  こののまでは大変なことになる  ITの戦略的活用を推進したい  ビジネスのデジタル化を実現したい変革への意欲はあるどう取り組めばいいの分からない  課題やテーマがはっきりしない課題やテーマを教えて頂ければ、解決策を提供します！あなたは何を言ってるんですか？提言「あるべき姿」と実現の方法共創技術×価値×体験の共有お客様は、課題やテーマについての正解を教えて欲しいのではない。自分たちは何をすべきか＝課題やテーマそのものを教えて欲しい。課題やテーマが分かれば正解は機械（AI）が教えてくれる
「提言」をきっかけに案件を創るお客様のあるべき姿を描きそこに至る道筋／地図を示すことお客様からぜひ、そうなりたい！やぜひ、お願いしたい！を引き出すことお客様の現実に真摯に向き合い共感し対話し議論して合意することお客様の「共創」への期待と意欲を引き出す
DXと共創の関係変化に俊敏に対応できる企業文化・体質を実現すること DXとは 「あるべき姿」を提言する その実現に向けて牽引する 教師／医師となって助ける共創お願いするな！お願いされよ！そのために、あなたは何をしますか？  「営業」や「エンジニア」などの与えられた名前と役割  自分たちが売っているもの、やっていること、信じていること  自分とITとお客様との関係、ITのもたらす価値や働き方そのためには、当たり前や常識を疑え！
デジタル・トランスフォーメーションの実践見える化判断行動共創デザイン思考リーン・スタートアップデータ高速最適
IT利用の常識を変えるクラウド・コンピューティング Cloud Computing
クラウドの新しい常識
銀行システムにおけるクラウド活用の動き日本ユニシスとマイクロソフト、「BankVision on Azure」実現に向け共同プロジェクトを開始 2018年3月23日日本ユニシス株式会社と日本マイクロソフト株式会社は23日、日本ユニシスのオープン勘定系システム「BankVision」の稼働基盤として、Microsoft Azureを採用するための取り組みを推進するため、共同プロジェクトを4月から開始すると発表した。いかに費用を抑え、最新技術も取り入れた上で短期間でのシステム開発を行うかという課題に対応するため、クラウドを選択。現在はクラウド最大手の米アマゾンウェブサービスと組み、業務システムの一部から移行を進めている。 5年間で100億円のコスト削減 1000超のシステムの約半分をクラウド化週刊ダイヤモンド 2017.5.17 https://diamond.jp/articles/-/128045
クラウド・バイ・デフォルト原則政府情報システムにおけるクラウドサービスの利用に係る基本方針（案）クラウド・バイ・デフォルト原則（クラウドサービスの利用を第一候補）  政府情報システムは、クラウドサービスの利用を第一候補として、その検討を行う  情報システム化の対象となるサービス・業務、取扱う情報等を明確化した上で、メリット、開発の規模及び経費等を基に検討を行う https://www.kantei.go.jp/jp/singi/it2/cio/dai77/siryou.html Step0：検討準備クラウドサービスの利用検討に先立ち、対象となるサービス・業務及び情報といった事項を可能な限り明確化する。 Step1：SaaS（パブリック・クラウド）の利用検討と利用方針サービス・業務における情報システム化に係るものについて、その一部又は全部が SaaS（パブリック・クラウド）により提供されている場合（SaaS（パブリック・クラウド）の仕様に合わせ、サービス・業務内容を見直す場合も含まれる。）には、クラウドサービス提供者が提供する SaaS（パブリック・クラウド）が利用検討の対象となる。 Step2：SaaS（プライベート・クラウド）の利用検討サービス・業務における情報システム化に係るものについて、その一部又は全部が、府省共通システムの諸機能、政府共通プラットフォーム、各府省の共通基盤等で提供されるコミュニケーション系のサービスや業務系のサービスを SaaS として、当該サービスが利用検討の対象となる。 Step3：IaaS/PaaS（パブリック・クラウド）の利用検討と利用方針 SaaS の利用が著しく困難である場合、又は経費面の優位性その他利用メリットがない場合については、民間事業者が提供する IaaS/PaaS（パブリック・クラウド）が利用検討の対象となる。 Step4：IaaS/PaaS（プライベート・クラウド）の利用検討 IaaS/PaaS（パブリック・クラウド）の利用が著しく困難である場合、又は経費面の優位性その他利用メリットがない場合については、サーバ構築ができる政府共通プラットフォーム、各府省独自の共通基盤等を IaaS/PaaS として、当該サービスが利用検討の対象となるオンプレミス・システムの利用検討
米国政府の動き CIA（中央情報局） DOD（国防総省）
評価対象としたアプリケーションアンケート登録／集計システム
店舗入力ダウンロードイベントログイン画面店頭用入力画面集計ファイル作成画面ダッシュボード画面イベント用入力画面 Write Write Read Read 認証されたユーザのみアクセス可能なページ評価対象としたアプリケーション／処理フローよくありがちな webシステム
構築事例：従来型のWebアプリケーション・アーキテクチャ EC2 Internet クライアント Elastic Load Balancing EC2 冗長化 EC2 EC2 EC2 EC2 EC2 冗長化冗長化EC2 EC2 Web AP DB死活監視 DNS DNSのセットアップが必要 APはそのまま移行。ただし、セッション管理等、一部改修が必要な場合がある。ミドルウェアが必要（Oracle、 SQLServer、死活監視ソフト等の購入） DBMSのセットアップが必要 EC2：1台 365日24時間稼働：$175.2 EC2：9台 365日24時間稼働：$1576.8 ELB：1台 365日24時間稼働：$236.52+α ELB：2台 365日24時間稼働：$473.04+α リージョン:東京＜EC2＞インスタンスタイプ：t2.micro （最少）料金：$0.020/1時間＜ELB＞料金：$0.027/1時間 +$0.008/1GB 年間：約$2049.84 約254,980円 ※2015/3/20時点
構築事例：AWSサービスを活かしたアーキテクチャ EC2 Internet クライアント Elastic Load Balancing EC2 冗長化 EC2 EC2 冗長化 Web AP DB DNS Route 53に設定するのみ死活監視のソフトウェア不要基本的に無料／アラーム設定でメール通知 DBMSはインストール不要  Oracle、SQL Server等のライセンス料込  EC2の接続先を変更するだけ冗長構成はMulti-AZを選択するのみ EC2：4台 365日24時間稼働：$700.8 ELB：2台 365日24時間稼働：$473.04+α RDS： 365日24時間稼働：$455.52 Route53： 1年間：$26.4（最少）リージョン:東京＜EC2＞インスタンスタイプ：t2.micro （最少）料金：$0.020/1時間＜ELB＞料金：$0.027/1時間 +$0.008/1GB ＜RDS＞インスタンスタイプ： t2.micro （最少）年間：約$1655.76 約198,691円 Cloud Watch Route 53 RDS(Master) RDS(Slave) DynamoDB セッション管理 ※2015/3/20時点
構築事例：AWSサービスを最大限活かしたアーキテクチャ Internet クライアント Cloud Front 画面表示は、クライアント側アプリメールサーバー不要冗長構成、拡張・データ再配置はAWS任せリージョン:東京＜S3＞料金：$0.0330/GB +リクエスト数+データ転送量＜CloudFront＞料金：$7.2/年（試算した結果） <Lambda> 料金：$0 ＜DynamoDB＞料金：$0 （試算した結果）年間：約$7.56 約907円 Cloud Watch JavaScript 入力ページ（HTML）コンテンツ非公開コンテンツ Log等 S3 DynamoDB Lambda Node.js テーブル Cognito Webサーバー機能 3箇所以上で自動複製、容量無制限キャッシュ SSL証明書任意のタイミングで処理実行負荷分散、障害対策はAWS任せ AWS認証アプリ認証 SignedURL発行サーバ側アプリ ※2015/3/20時点 ※条件によって料金は異なります
クラウド・サービスの区分自社所有 IaaS 仮想マシン CaaS PaaS FaaS ユーザー企業が管理ハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS SaaS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータハードウェア仮想マシンコンテナ管理機能ミドルウェアアプリケーション OS ランタイムデータ IaaS ベアメタルクラウドサービス事業者が管理連携機能 CaaS PaaS FaaS SaaS
アプリケーション開発に集中するためのクラウド・ネイティブ 48 開発者は他社と差別化できるビジネスロジックに集中したいのに付加価値を生み出さない作業で負担を強いられる  ミドルウェアの設定  インフラの構築  セキュリティ・パッチの適用  キャパシティ・プランニング  モニタリング  システムの冗長化  アプリケーションの認証・認可  APIスロットリングなどこの負担から開発者を解放 DevOps マイクロ・サービスアーキテクチャコンテナサーバーレス／FaaS(Function as a Service) アプリケーションを継続的・高速にアップデートしビジネス・ニーズに即座に対応
クラウド利用の推移 49 SaaS 汎用業務の移管アプリケーション独自業務の移管仮想マシンクラウド･ネイティブでの構築コンテナ&サーバーレス仮想マシンによるハイブリッド・クラウドクラウド技術で作られたオンプレ製品コンテナによるハイブリッド&マルチ･クラウドサーバーレスによるクラウドネイティブ独自性の高い業務は個別専用システム独自性の低い汎用業務はSaaS IaaS PaaS Office365 G-Suite Box など Amazon Outposts Microsoft Azure Stack Google GKE-On-Prem AWS EKS Google GKE Microsoft AKS
クラウドに吸収されるITビジネス 50 アプリケーション・ビジネス • ビジネス開発 • システムの企画 • システム設計 • プログラム開発・テスト • 開発・テスト環境の構築 • 本番実行環境の構築 • セキュリティ対策 • 運用管理 • トラブル対応ネットワーク・ビジネス • ネットワークの設計 • ネットワーク機器の導入・設定 • セキュリティ対策 • 監視・運用管理 • トラブル対応インフラ・ビジネス • インフラの設計 • インフラ機器の導入・設定 • セキュリティ対策 • 監視・運用管理 • トラブル対応クラウド・データセンター内ネットワーククラウド・データセンター間バックボーンネットワーク 5G通信網のタイムスライス SIMによる閉域網  サーバーレス／FaaS・PaaS  コンテナ運用・管理マネージドサービス SaaS Google GKE Azure AKS  AWS Outposts  Google On-prem  Microsoft Azure Stack  オンプレミス型マネージド・システムアジャイル開発 DevOps
ゼロトラスト・ネットワーク・セキュリティネットワーク境界従来のネットワークベースのセキュリティネットワークを突破された侵入済みの脅威に対して脆弱ネットワーク境界は容易に越えられる 1台を乗っ取れば他のデバイスに侵入拡大社外からの ID/デバイス/データ/アプリへの攻撃に対して無防備ファイヤーウォールデバイス ID データゼロトラスト・ネットワーク・セキュリティ “ID” をセキュリティ境界とし、ネットワークに依存しないこれらの信頼度に基づいて動的に認証、認可 × × × × × 自動的な分類・保護・追跡機密情報の保護アプリ標的型メールの検出と排除メールからの保護機密情報の保護（監視）未許可アプリ、不正な操作の監視なりすまし検知・防止 ID の保護 (クラウド&オンプレ) PC への侵入検知・隔離デバイスの保護
Microsoft 365Security Center での対応 52 標的型メール受信未知のマルウェア、フィッシング PC への侵入行為 ID の窃取侵入範囲の拡大偵察情報への不正アクセス被害発覚 PC への侵入検知・隔離 Microsoft Defender ATP 標的型メールの検出と排除 Office 365 ATP 自動的な分類・保護・追跡 Azure Information Protection メールからの保護デバイスの保護 ID の保護 (オンプレミス) ID の保護 (クラウド) 機密情報の保護（監視）機密情報の保護なりすまし検知・防止 (クラウド) Azure Active Directory Premium なりすまし検知・防止 (オンプレミス) Azure ATP 未許可アプリ、不正な操作の監視 Cloud App Security セキュリティ統合監視：Microsoft 365 Security Center
ユーザーに意識させない・負担をかけないセキュリティ 53 Security Orchestration Automation Response SOAR セキュリティ製品間の連携手動 → 自動自動調査＆対処 MTTI Mean Time To Identify MTTR Mean Time To Remediation 自動化 SOAR
異なる文化の２つのクラウド戦略コスト削減のためのクラウド競争力強化のためのクラウド生産性向上・納期短縮・コスト削減  投資負担の軽減  運用管理負担の軽減  高い運用品質の維持コスト削減  資産固定化の回避  最新技術の活用  俊敏性の実現投資対効果差別化・競争力・変化への即応力  既存システムのIaaS移行  運用管理の自動化  開発と運用の順次化  コンテナ×Kubernetes  PaaS×サーバーレス  開発と運用の同期化クラウド・リフト戦略クラウド・ネイティブ戦略守りの文化 by 情報システム部門攻めの文化 by 事業部門・経営直下予算と人材と戦略の一体化と適切な配分スピード×アジリティ×スケール新しいテクノロジーをいち早く活用コスト×自動×安定ヒト・モノ・カネの投資削減
変わる情報システムのかたち戸建・定住新築建売り建設業一括売り切り住み替えリフォーム賃貸サービス業継続支払い
ビジネススピードの加速に対応する開発と運用 Development & Operation
これからの開発と運用その背景
ウォーターフォール開発×オンプレミス×開発・運用業務委託の限界これからの開発や運用に求められるものアジャイル開発 Agile Development  ビジネスの成果に貢献するコードだけを  変更に柔軟・迅速に対応して  バグフリーで提供する DevOps Development & Operation  運用の安定を維持しながら  本番環境への迅速な移行と  継続的デリバリークラウド Cloud Computing  高速で俊敏な開発実行環境の調達  経費化の拡大による不確実性への担保  運用やセキュリティから解放と人材の再配置デジタル・トランス･フォーメーション業務がITへITが業務へとシームレスに変換される状態
システム化の対象範囲レベルD 存在しないレベルC 初期段階レベルB 反復可能だが直感的レベルA 標準プロセスが定義されているレベルAA 管理が行き届き測定可能レベルAAA 最適化されている Source: Capability Maturity Model Integration, CMMI システム化の対象範囲システム化の対象範囲外
ITの役割分担ストラテジックアプリケーションコモディティアプリケーションコア・アプリケーションデジタル･プラットフォーム機械学習・ブロックチェーン・IoTなど ERP・SCM 電子メールオフィスツール経費処理経費精算スケジュールファイル共有プロジェクト管理などデザイン思考リーンスタートアップ常に最新メンテナンス･フリーエコシステム事業戦略に直結ジャストインタイム事業の成果に貢献クラウド･サービスを採用内製チームで開発内製化支援アジャイル開発×DevOps
ワークロードとライフ・タイム 61 ワークロードライフ・タイムウォーターフォール開発外注アジャイル開発内製早期にサービス提供継続的に改善徹底して仕様を固めリリース後は保守で陳腐化を遅らせる
人間の役割のシフト生産性高付加価値業務繰り返し作業自動化個々の作業の自動化個々の業務プロセスの自動化企業内・外のビジネス全体のデジタル化と革新全社規模の業務プロセスの標準化・最適化出典: SAP CSG analysis, McKinsey Quarterly Report 2016 年 7 月、Google PR, Microsoft PR, SAP Market Model 既存業務を標準化して自動化より高付加価値な業務へシフト
アジャイル開発が目指していることユーザーが求めているのは情報システムが提供するサービス  業務の生産性を向上させる  売上や利益を向上させる  顧客満足を高める QCD（Q:品質 C:コスト D:納期）を守って情報システムを納品する  バグを○○%以下にする  コーディング規約を遵守する  納期を間に合わせるビジネスの現場にジャストインタイムで必要とされるサービスを提供し続けるスピード、バグフリー、変更への即応
アジャイル開発の基本構造 100% 0% 時間仕様書に記載した全ての機能 100% 0% 時間予定していた全体仕様 30% 60% 80% 現場からのフィードバック現場からのフィードバック現場からのフィードバック？仕様書に対して100点満点狙いビジネスの成果に対して合格点狙い途中の成果からフィードバックを得て、仕様や優先順位の変更を許容する。ウォーターフォール開発の考え方アジャイル開発の考え方現場からのフィードバック最後になって訂正・追加などが集中目標としていたビジネスの成果が達成できていれば完了仕様凍結（確定）させて仕様書通りに開発が100%完了したら、現場からのフィードバックを求める。仕事の仕組みは確定できる仕事の仕組みは変化する
ウォーターフォールとアジャイルの違いその1  用意されたプロセスやツール  全てを網羅したドキュメント  お互いの妥協点を探る契約交渉  一度決めた仕様や計画に従うこと  システムを納品すること計画通りに完成させること「計画通り」が正義という信念  自律的な判断と行動  実際に使う動くソフトウェア  顧客との対話と協調  変更や変化への柔軟な対応  ITサービスを提供することビジネスを成功させること「計画通り」は無理という現実
ウォーターフォールとアジャイルの違いその2  ユーザーと開発者はプロジェクトを通して、日々一緒に働く  ユーザの満足を優先し価値あるソフトウェアを早く継続的に提供する  要求の変更はたとえ開発の後期であっても歓迎する  動くソフトウェアをできるだけ短い間隔（ 2〜3週間あるいは2〜3ヶ月）でリリースする  動くソフトウェアこそ進捗の最も重要な尺度  技術的卓越性と優れた設計に対する普段の注意が機敏さを高める  シンプル（無駄なく作れる量）に作ることが基本  最良のアーキテクチャ・要求・設計は自己組織的なチームから生み出される  チームが最も効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整するアジャイルな思想  ユーザと開発者はいつもは別の場所にいてプロジェクトを通して定例ミーティングを行う  ユーザーの満足や価値のあるなしではなく、とにかくソフトウェアを提供する  要求の変更を開発の後期に出すの勘弁して欲しい  パワポ、エクセル、ワードの仕様書を丁寧に清書して（ 2〜3週間あるいは2〜3ヶ月）納品する  動くソフトウェアこそ進捗の最も重要な尺度  技術的卓越性と優れた設計に対する普段の注意が機敏さを高める  仕様書通り（間違っていようが）に作ることが基本  最良のアーキテクチャ・要求・設計は自己組織的なチームから生み出される  チームがもっと稼働率を高めるように監視し、それに基づいて自分たちへの批判や不満を回避するために、念のため納期を厳しめに設定するウォーターフォールな思想 https://speakerdeck.com/kawaguti/flipped-agile-manifestYasunobu Kawaguchi氏資料を参考に作成
デジタル・トランスフォーメーション時代のビジネス戦略
新規事業開発を考える
自分たちには、何ができるか？自分たちには、何ができないか？「お客様」は誰か？大きな市場（5000億円の5%）だが・・・誰がどのように使ってくれるか具体的にイメージできないお客様は誰？市場は小さいが・・・誰がどのように使ってくれるか具体的にイメージできるニーズ起点シーズ起点〇山 △男 39歳 ▢▢株式会社西日本営業部営業業務課自分たちのできることに都合が良い市場・顧客・計画お客様のあるべき姿を実現するために何をすべきか？
「手段」と「目的」をはき違えるな！  イノベーションの創出  新規事業の開発  ビジネス･モデルの転換  AIを活用する  IoTビジネスを実現する  クラウドで稼ぐなど手段であって目的ではない  何が問題なのか  何を解決すべきなのか  何を目指すべきなのかあるべき姿  10年後の自分たちの事業  お客様が実現すべき事業  解決したい社会課題などできること・できそうなこと目的は自分たちで作り出す未来をどうするかは自分で決める！
経営者が新規事業を失敗させてしまう7つの罠 1.沢山の関係者を入れる新規事業には人が少ないくらいがいい 2.進捗の管理をしっかりする事業として価値を生みだしていなければ、進捗はゼロである 3.結果よりも制約を重視させるあらゆるものを逸脱したとしても、結果を出せば良い 4.既存事業と数字で比較するどんな事業も最小は小さく始まる 5.新規事業の狙いが他にある企業の思惑を入れてうまくいくほど、新規事業は甘くない 6.ロジカルにリスクを排除する仮説検証こそ、新規事業 7.事業毎にチームを組み替える継続させたチームの中でいくつもの事業を取り組む方がいいソニックガーデン・社長倉貫義人
DXによる新規事業創出組織に求められる資質 1. 企業会計の基本を理解しており、事業計画立案やレビューに際して貸借対照表および損益計算書を元に検討ができること。 2. 既存の製品・サービスとの比較検討に際して、ユーザー視点に立ち、中立的かつ客観的に考えることができること。 3. ユーザーが満足しよろこんでお金を支払う気になるレベルの製品・サービスの機能や品質を実現できる技術および体制を持つこと。 4. ゼロからイチを創るセンスを持ち、かつ事業が軌道に乗せるまでやり切るパッションと責任感をもつこと。 5. 既存のしがらみを一旦忘れ、物事をシンプルに考え、整理できること。その上で既存のしがらみを打破できること。 6. 正解がないことに挑むことを理解し、正解が誰もわからない前提で仮説検証サイクルを回すマインドがあること。自分の中に軸を持って自分の頭で考えを整理することができること。 7. 過度な投資を志向するのではなく、リーンスタートアップを実践できること。 8. 市場規模の予測をリーズナブルにできること。また、予測した市場規模に対する獲得目標シェアを実現可能性を保守的過ぎずアグレッシブ過ぎずに考えらえること。 9. 売上だけでなく、むしろ利益を主眼に事業計画を検討し、事業が軌道に乗るまでのキャッシュフローを見積もることができ、また損益分岐点を超えた後の営業利益率を高めるプランを描けること。 10.自社だけで製品・サービスを開発・提供できない場合には、必要十分かつ最適な最低限のパートナーを選び、交渉し、双方が十分な利益を得られる事業構造を構築できること。むやみやたらにステークホルダーを増やさないこと。 11.開発だけでなく、維持保守および運用に関して、低コストで必要十分な体制を構築できること。 12.グローバル展開を視野に入れるが、まずは特定の市場において利益を得られる事業立ち上げを考え、実践できること。 13.現状の否定に終始することなく、自ら未来を切り開くことを志向し、その意気込みや構想、計画について、ステークホルダーから共感および同意、賛同を得るための論理的説明ができること。 14.うまくいかないことを他責にしないこと。阻害要因がある場合、それを自ら取り除くことができること。 15.変化に柔軟に対応できること。間違いや失敗を早い段階で自ら認め、必要なピボットができること。 16.様々な視点を持つ多様なアドバイザーを持ち、様々な意見に対して真摯に耳を傾けられること。反論されても折れない心を持つこと。 17.焦らず余裕を持つこと。努力や自己犠牲をアピールせざるを得ない状況に追い込まれることのないように振る舞えること。 18.うまくいかない状況となった場合に、傷が浅いうちに止める決断ができること。あらかじめ決めた撤退要件に従うことができること。 19.プラットフォーマー、エコシステム、データを持つ者が勝ち、マイクロサービスが売れる、等の流行り言葉、バズワードに惑わされることなく、事業計画を立案できること。 20.そして、人に好かれる愛嬌を持つこと。困った時に助けてくれる応援団を持つこと。孤軍奮闘とならないこと。あのひとのプロジェクトに参加したい、あの人のためなら一肌脱ぎたいと思われる人間的な魅力を持つこと。 21.上記20項目を意識しながらも、それでも「人々のためになることを自分が信念を持って創る。」という強い想いを通すために必要な場合には、キチンと「NO！」と言えること。デンソー・MaaS開発室長・成迫剛志
注意すべきITベンダー・SI事業者の行動特性 73 自分たちの「できること」でしか解決策を示そうとしない。これからのテクノロジーやその可能性について分かりやすく説明できない。機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。新しい方法論や見積を求めても旧来のやり方で提案しようとする。新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。注意すべきITベンダー・SI事業者の行動特性  自分たちの収益を優先して考えている。  新しいコトへのリスクを嫌っている。  経営やリソースに余裕がない。  勉強していない。あるいはその習慣がない。  分かってもらおうという意欲が欠如している。  自分たちのできないことに関心がない。  お客様の立場で考える習慣がない。  経営や業務に関心や知識がない。  お客様の成果より自分たちの成果を優先している。  仕事のやり方を変えたくない。  読めないリスクはできるだけ避けたい。  自分たちの業績評価基準に反する。  相手の想いを理解しようという意欲がない。  そもそも知識がなく、学ぶ意欲も乏しい。  新しいコトへチャレンジする意欲がない。このような行動特性を示す理由
自分の現状を世の中の基準で客観視不足や未熟を実感成長への危機感人とのつながりを拡げる動く・始める常に高いゴールを探す機会を増やすこのままではまずい成長を加速するメンタリティ成長を左右する2つのメンタリティ考えなくていい新たに始めなくていい居心地がいい安全･安心実績がない予算がない自分だけでは判断できない言い訳を探すこのままでいたい成長を阻むメンタリティ
事業戦略を考える自分たちの事業モデルを破壊するものは何か？自分たちの事業モデルをどのように変革すればいいのか？事業戦略 DX、共創、クラウドネイティブなど自分たちの未来はどうあるべきか？
変革のステージに立てるかどうかの３つの問いかけ「違和感」を持っていますか？「地図」を持っていますか？「向かい風」を感じていますか？
ネットコマース株式会社 180-0004 東京都武蔵野市吉祥寺本町2-4-17 エスト・グランデール・カーロ 1201 http://www.netcommerce.co.jp/

Check these out next

LiBRA 10.2019 / デジタル・トランスフォーメーションの本質と「共創」戦略

Recomendados

Más contenido relacionado

Presentaciones para ti(20)

Similar a LiBRA 10.2019 / デジタル・トランスフォーメーションの本質と「共創」戦略(20)

Más de Masanori Saito(20)

Último(20)

LiBRA 10.2019 / デジタル・トランスフォーメーションの本質と「共創」戦略