LiBRA 01.2019 / SIerのデジタルトランスフォーメーション
•Download as PPTX, PDF•
9 likes•4,067 views
https://libra.netcommerce.co.jp/
Recommended
More Related Content
What's hot
What's hot (20)
Similar to LiBRA 01.2019 / SIerのデジタルトランスフォーメーション
Similar to LiBRA 01.2019 / SIerのデジタルトランスフォーメーション (20)
More from Masanori Saito
More from Masanori Saito (20)
Recently uploaded
Recently uploaded (9)
LiBRA 01.2019 / SIerのデジタルトランスフォーメーション
- 3. CPSとデジタル・トランスフォーメーション データ収集 IoT/Mobile/Web データ解析 データ活用 Webサービス ヒト・モノ 日常生活・社会活動 環境変化・産業活動 現実世界／Physical World サイバー世界／Cyber World Cyber Physical System／現実世界とサイバー世界が緊密に結合されたシステム デジタル トランスフォーメーション
- 5. アマゾンのデジタル・トランスフォーメーション 広範な顧客接点 ビッグデータ 最高の顧客体験 機械学習による最適解 経営戦略･製品／サービス戦略 & 0.1 to One マーケティング テクノロジーを駆使して徹底した利便性を追求 顧客理解のための情報を徹底して収集する 業務（デジタル） 業務（アナログ） IT 40機の航空機 数千台のトラック
- 7. デジタル･トランスフォーメーションを加速するサイクル サービス を利用する データ を収集する 機械学習 で分析する 戦術的施策 魅力的で便利な顧客体験 を提供 買いたくなる品揃えや サービスを充実 個々人の趣味嗜好や購買 動向に基づき推奨 戦略的施策 顧客の期待に応える事業 施策 サービスの質や効率を高 める仕組み作り 新たな市場や顧客を開拓 するための施策
- 9. デジタル・トランスフォーメーションとは ビジネス･プロセスに関わる 人間の制約を排除し 品質・コスト・期間などの 限界をブレークスルーして ビジネスに新しい価値基準 をもたらす取り組み 人間を前提に最適化された ビジネスの仕組み から 機械と人間が一体化された ビジネスの仕組み への転換 ビジネス環境への対応 競争優位の確立 不確実性の増大・スピードの加速 製品やサービスをジャストインタイム で提供できる即応力 常識や価値基準の転換 生産性・価格・期間における これまでの常識を覆す破壊力 デジタル トランス フォーメーション
- 10. デジタル・トランスフォーメーションとは ビジネス･プロセスに関わる 人間の制約を排除し 品質・コスト・期間などの 限界をブレークスルーして ビジネスに新しい価値基準 をもたらす取り組み 人間を前提に最適化された ビジネスの仕組み から 機械と人間が一体化された ビジネスの仕組み への転換 意志決定や業績評価 働き方や組織・体制など デジタル トランス フォーメーション 製品やサービス 事業目的や顧客価値など 経営の変革 事業の変革
- 12. UBERとTaxi Taxi タクシー資産 コールセンター運営経費 施設維持管理 事務・管理経費 など ドライバー収入 運賃 UBER アプリ開発・保守費 クラウド利用量など ドライバー収入 機械を前提とした ビジネスプロセス の最適化 人間を前提とした ビジネスプロセス の最適化
- 14. デジタル・トランスフォーメーションの実際 World’s largest taxi company, Owns no vehicles. World’s most popular media owner, Creates no content. World’s most valuable retailer, Has no inventory. World’s largest accommodation provider, Own no real estate. 世界最大のタクシー会社ですが、 車両は一台も所有していません。 世界一有名なメディアですが、 コンテンツは作りません。 世界で最も種類が豊富な商店ですが、 在庫は一切ありません。 世界最大の旅行代理店ですが、 不動産は一切所有していません。 自前の資産を 持たない／小さい 対象とする市場は 最初からグローバル サービスが プラットフォーム デジタル・ディスラプター（デジタル・テクノロジーを駆使した破壊者）
- 15. デジタル・ディスラプターの創出する新しい価値 コスト・バリュー 無料／超低価格 購入者集約 価格透明性 リバース・オークション 従量課金制（サブスクリプション） エクスペリエンス・バリュー カストマー・エンパワーメント カストマイズ 即時的な満足感 摩擦軽減 自動化 プラットフォーム・バリュー エコシステム クラウド・ソーシング コミュニティ デジタル・マーケットプレイス データ・オーケストレーター 自前の資産を 持たない／小さい 対象とする市場は 最初からグローバル サービスが プラットフォーム デジタル・ディスラプター（デジタル・テクノロジーを駆使した破壊者）
- 16. もし、変わることができなければ 1996 $ 28 billion 145,000 2012 $ 0 17,000 2012 $ 1 billion 13 企業評価額: 従業員数 : vs Facebook が買収 倒産
- 19. ウォーターフォール開発×オンプレミス×開発・運用業務委託の限界 アジャイル開発 Agile Development ビジネスの成果に貢献するコードだけを 変更に柔軟・迅速に対応して バグフリーで提供する DevOps Development & Operation 運用の安定を維持しながら 本番環境への迅速な移行と 継続的デリバリー クラウド Cloud Computing 高速で俊敏な開発実行環境の調達 経費化の拡大による不確実性への担保 運用やセキュリティから解放と人材の再配置 デジタル・トランス･フォーメーション 業務がITへITが業務へとシームレスに変換される状態 これからの開発と運用
- 21. DXを支えるテクノロジー ビジネス環境への対応 競争優位の確立 不確実性の増大・スピードの加速 製品やサービスをジャストインタイム で提供できる即応力 常識や価値基準の転換 生産性・価格・期間における これまでの常識を覆す破壊力 デジタル トランス フォーメーション IoT（Internet of Things）/ CPS（ Cyber-physical System ） コンテナ × マイクロサービス サイバー･セキュリティ デジタル・ビジネス・プラットフォーム Digital Business Platform ビッグデータ × AI SaaS/API PaaS/FaaSクラウド・コンピューティング
- 22. DXを支えるテクノロジー アプリケーション プラットフォーム インフラストラクチャー デバイス AR（拡張現実） / VR（仮想現実） / MR（複合現実） Augmented Reality / Virtual Reality / Mixed Reality ディープラーニング（深層学習）と関連技術（深層強化学習/DQN、敵対的ネットワーク/GANなど） Deep Learning ブロックチェーン Block Chain HTAP（OLTP/業務系・基幹系とOLAP/分析系の実行基盤を統合） Hybrid Transaction and Analytics Processing LPWAネットワーク Low Power,Wide Area Network 5G通信 5th Generation エッジ・コンピューティング（デバイス側での学習や推論/高機能演算） Edge Computing 量子コンピュータ Quantum Computer 〜2017 2018 2019 2020 2021〜
- 23. DXを実現する4つの手法と考え方 現場に足を運ぶ 現物を手に取る 現実を自分で確認する デザイン思考 リーン・スタートアップ アジャイル開発 DevOps デザイナー的なクリエイティ ブな視点で、ビジネス上の課 題を解決する 最小限の機能に絞って短期間 で開発しフィードバックをう けて完成度を高める ビジネスの成果に貢献するシ ステムを、バグフリーで変更 にも柔軟に開発する 安定稼働を維持しながら、開 発されたシステムを直ちに・ 頻繁に本番環境に移行する 共感（Emphasize） 問題定義（Define） 創造（Ideate） プロトタイプ（Prototype） 検証（Test） 構築（Build） 計測（Measure） 学習（Learn） 開発と運用の協調 自動化ツールの整備 継続的デリバリー （Continuous Delivery） 反復／周期的(Iterative) 漸進的(Incremental） 適応主義(Adaptive) 自律的(Self-Organized) 多能工(Cell Production） イノベーションとビジネス・スピードの融合 イノベーションの創発 ジャスト・イン・タイムで提供 ＋ エスノグラフィー
- 24. デジタル・トランスフォーメーションのBefore/After ITは道具 本業は人間 ITは本業を支援する手段 ITは企業のコアコンピタンスではない ITはコストセンター コスト削減がミッション コスト削減のために外注化 管理と統制のための自前主義 Before ITは本業 本業はITが前提 人間はITで本業を革新する方法を決定 ITは企業のコアコンピタンスを実現 ITはプロフィットセンター 利益拡大がミッション 戦略的価値を創出するための内製化 スピードと俊敏性のためのクラウド化 After
- 25. 異なるビジネス オンプレ＋ハイブリッド オール･イン･クラウド 技術的選択 機能・性能・コストで選ぶ 経営的選択 ビジネス価値で選ぶ 情報システム部門 事業部門 売上や利益の増大 新しい市場で優位なポジョンを構築 顧客や従業員の満足度向上 コスト･パフォーマンスの向上 運用管理負担の軽減 トラブルの減少・安定性の向上 既存システムの維持・強化 事業や経営の変革・競争力の強化 クラウド・ネイティブオンプレ+クラウドとの差異 マイクロサービス・コンテナ アジャイル・DevOps サーバーレス・FaaS 仮想化・ストレージ・ネットワーク ウォーターフォール開発 サーバー･IaaS 専門性の高い技術力やスピード調達力と低価格 既存システム／主に「守りのIT」 新規システム／主に「攻めのIT」 ＜主管部門＞ ＜システム形態＞ ＜選択基準＞ ＜テクノロジー＞ ＜評価軸＞ ＜競争優位性＞
- 26. これからの開発と運用 その背景
- 28. 早期の仕様確定がムダを減らすという迷信 0 3 6 9 12 25％ 50％ 75％ 100％ 時間経過（月） 要 求 の 信 憑 性 要求の時間的変質 24ヶ月後に 25％程度 平均的な値 変化が 大きくなっている
- 29. 不確実性のコーン システム企画 要件定義 基本設計 詳細設計 プログラミング 4.0x 2.0x 1.0x 0.5x 0.25x 初期の プロダクト定義 承認された プロダクト定義 設計仕様 詳細設計 検収された ソフトウエア 要求仕様 見 積 金 額 の 変 動 幅 プロジェクトフェーズ スティーブ・マコネル著「ソフトウェア見積り 人月の暗黙知を解き明かす」 倍 の 振 れ 幅 16
- 30. 根拠なき「工数見積」と顧客との信頼関係の崩壊 手続き型プログラミング COBOLやPL/Iなど オブジェクト指向プログラミング JavaやC++など シーケンシャル・コーディング 上から順に書いてゆく １ヶ月に書けるステップ数は誰がやっても同じ 工数算定の根拠／基準が明確でぶれが少ない ファンクション・ポイント法 シーケンシャル・コーディングを前提 機能数や複雑さに応じて点数化 点数→ステップ数→工数の一致 妥当な工数が算定可能 開発生産性の飛躍的向上 設計次第／エンジニアのスキル次第で 工数が大幅に変動 KKD（Keiken + Kan + Dokyo）法 過去の経験と勘にもとづく規模感 過去に経験が無い場合は類似例を元に推計 赤字案件が増えコンティンジェンシを上乗せ 見積工数の積算根拠が曖昧 顧客との信頼関係を醸成 顧客との信頼関係が崩壊 利益確保と予測が可能 利益確保と予測が困難瑕疵担保 責任
- 32. 早期の仕様確定がムダを減らすというのは迷信 Standish Group Study Reported at XP2002 by Jim Johnson, Chairman ほとんど／決して使われていない： 64% 常に／しばしば使われている： 20%
- 34. ビジネス 開発 運用 アジャイル開発 DevOps アプリケーション開発環境 マイクロ･サービス、ルールエンジン、AI、APIなど ITインフラストラクチャー IaaSなどのクラウド アプリケーション実行環境 コンテナ・オーケストレーション・ツール サーバーレス・FaaS 運用管理 Infrastructure as Code 運用の自動化 SRE Site Reliability Engineer アイデアの創発 デザイン思考 リーンスタートアップ トライ･アンド･エラーのサイクルを高速で回す ビジネス･スピードを加速する方法
- 35. なぜ、サーバーレスなのか Functions 開発者は他社と差別化できるビジネスロジックに集中したいのに 付加価値を生み出さない作業で負担を強いられる。 ミドルウェアの設定 インフラの構築 セキュリティ・パッチの適用 キャパシティ・プランニング モニタリング システムの冗長化 アプリケーションの認証・認可 APIスロットリング 上記の負担から開発者を解放 コスト削減 ＋ マイクロ・サービス化 アジャイル開発やDevOps
- 36. ハードウェアハードウェア FaaS（Function as a Service）の位置付け ハードウェアハードウェア 仮想マシン 仮想マシン 仮想マシン 仮想マシン ミドルウェア アプリケーション コンテナ管理機能 ミドルウェア アプリケーション ミドルウェア アプリケーション コンテナ管理機能 ミドルウェア アプリケーション OS OS OS OS 自社所有 IaaS CaaS PaaS FaaS ユ ー ザ ー 企 業 が 管 理 ク ラ ウ ド サ ー ビ ス 事 業 者 が 管 理 ランタイム ランタイム ランタイム ランタイム データ データ データ データ 仮想マシン コンテナ管理機能 ミドルウェア アプリケーション OS ランタイム データ ハードウェア ハードウェア 仮想マシン コンテナ管理機能 ミドルウェア アプリケーション OS SaaS ランタイム データ 連携機能 Container as a Service Function as a ServiceInfrastructure as a Service Platform as a Service Software as a Service
- 37. 開発の自動化とは AIによる自動プログラミング 人手によるプログラミング フレームワーク 超高速開発ツール BRMS（Business Rule Management System） サーバーレス／FaaS SaaS API／PaaS 業務現場にジャストインタイムでサービスを提供 アジャイル開発 Agile Development DevOps Development & Operation クラウド Cloud Computing 機械学習を使ったシステム開発
- 38. クラウド移行の方向 38 リフト シフト シフト インテグレーション シフト クラウド クラウド クラウド 既存システムの一部移管 SaaSなどの利用 ハイブリッド･クラウド による連係運用・一元管理 オール･イン･クラウド への全面移行 Webスケール／クラウド技術 を使ったハードやソフト 各社HCI、Azure Stack、AWS Outposts、Google On-Premなど IoT／エッジ･コンピューティング リアルタイム・コンピューティング オンプレミス･コンピューティング 個別専用システム シフト ドロップ
- 39. 例:クラウド・インテグレーターになるための要件 １ 39 まずは提案するサービスに精通する 従来型のSIと変わらない。クラウド・サービスについての各種トレーニング を活用し、全ての内容を知っておくこと 認定資格を設けているところもあるので利用すべし 「クラウドができます」だけでは仕事は来ない。自分たちならではの得意や 魅力の訴求は不可欠 短納期に慣れる 通常3ヶ月程度で案件クローズ。短い場合は１ヶ月の場合もある 日々の状況整理が重要 朝会、夕会、チケットなどでできるだけメンバーの負荷を軽減する アジャイル型のプロジェクト運営に慣れる 契約は（定額）準委任契約または請負契約が一般的 ただしアジャイルでは緩すぎてお客様の不審を招く 従来SIのように定例会、成果物を意識しながら柔軟に要件の変化に対応
- 40. 例：クラウド・インテグレーターになるための要件 ２ 40 MS Officeを捨ててください 瞬時にドキュメントを共有できるGoogle AppsもしくはOffice 365 を 使ってください 社内のファイルサーバを捨ててください Google Drive/BOX/Dropboxを使ってください メールを捨ててください Slackを使ってください Excel/MS Projectのプロジェクト管理を捨ててください Redmine/Atllasian Confluenceを使ってください 社内のソースコード管理サーバを捨てて下さい GitHub/Bitbucketを使ってください 社内検証サーバを捨ててください パブリッククラウドを使ってください 私用のスマートフォンやパソコンで”どこでも”仕事をさせてください これはオフィスで、といった決まり事はなくしてください
- 41. 変革を促すための7ヶ条 第1条・業績評価基準を事業戦略/事業目標と一致させる 売上と利益に固定せず事業戦略/事業目標の達成基準と評価を連動させる 第2条・事実を正直に伝えて議論する 忖度無用、自分たちの現実を真摯に土俵に上げて議論する 第3条・時代にそぐわない手続きやルールを廃止する 暗号化してメールに添付し平文でパスワードを送る など 第4条・スタンダードとなっているツールを使う 時代の思想や文化をツールを通して浸透させる 第5条・仕事の生産性を落とさない環境を提供する 最新のPCやMac、デスクトップの仮想化は使わない など 第6条・服装を”オープン“にする 職場の空気が変わる、変革を身体で感じられる 第7条・Intrapersonal Diversity（個人内多様性） を高める ローテーション、社外のコミュニティや勉強会、対外的の奨励など 言葉で「危機感」を 煽っても現場は変わらない できる人材は どこにもいない
- 45. ビジネスのデジタル化 ビジネスビジネス IT IT 1960年代〜1980年代 1990年代〜2000年代 2010年代〜 ビジネス＋IT （ITと一体化したビジネス） 商品としてのIT SoR System of Record 結果を処理するシステム SoE System of Engagement 結果を創出するシステム文化 対立
- 46. ビジネス価値と文化の違い 46 ユーザー部門のITへの期待の変化 顧客に製品やサービスを“いかに買ってもらうか”を狙う 顧客が製品やサービスを“買ってから”を処理、格納する ユーザー部門の要求は明確 IT部門はその要求に応える 求められる価値：スピード 求められる価値：安定性 SoE/モード2 SoR/モード1 System of Engagement System of Record 『キャズム』の著者Geoffrey A. Mooreの言葉を参考に作成 ユーザー部門は要求が不明 IT部門はその要求を一緒に探す ERP SCM 販売管理など CRM MA ECなど 結果を処理するシステム 結果を創出するシステム
- 47. バイモーダルITと人材のあり方 47 ユーザー部門のITへの期待の変化 モード1 変化が少なく、確実性・安定性を重視するシステム モード2 開発や改善のスピードや利便性を重視するシステム 高品質・安定稼働 着実・正確 高いコスト/価格 手厚いサポート 高い満足 （安全・安心） そこそこ（Good Enough） 速い・俊敏 低いコスト/価格 便利で迅速なサポート 高い満足 （わかりやすい、できる、楽しい） 差別化→利益拡大 効率化→コスト削減 DevOps ITIL ビジネスの成功に貢献すること 開発要求に確実に応えること スキルチェンジ・人材の再配置 ガートナーのレポートを参考に作成
- 48. モード1とモード2の特性 モード1 モード2 安定性重視 速度重視 ウォーターフォール アジャイル IT部門が集中管理 ユーザー部門が分散管理 予測可能業務 探索型業務 武士:領地や報酬を死守 忍者:何が有効なのかを探る 運用者(オペレーター) 革新者(イノベーター) 効率性やROI 新規性や大きなリターン 統率力や実行力 機動力や柔軟性 月次〜年次 日次(or 時次)〜週次 性向 手法 管理 業務 例え 対象 期待 実践 期間 トップダウン ボトムアップ経営 方針が確定した後に軍隊的統率力で実行する力 方向性が見えない状況での探索能力や機動力
- 50. ３つのIT：従来のIT／シャドーIT／バイモーダルIT 50 SIer／ITベンダー SIer／ITベンダー SIer／ITベンダー モード1 SoR モード1 SoR モード2 SoE 情報システム部門 情報システム部門 事業部門 事業部門 事業部門 モード1 SoR モード2 SoE 堅牢性 安定性 正確性 安全性 完全性 迅速性 柔軟性 スケーラビリティ 低コスト そこそこ/使える 堅牢性 安定性 正確性 安全性 完全性 情報システム部門 迅速性 柔軟性 スケーラビリティ 低コスト そこそこ/使える 堅牢性 安定性 正確性 安全性 完全性 従来のIT シャドーIT バイモーダルIT
- 51. 技術力 ＝ 少ない手間で最大のパフォーマンスを発揮できる力 実現したい機能を可能な限り少ないステップ数でコーディングできる クラウドを駆使してシステム運用できる環境を１日にいくつも構築できる など 既存SIモデルから脱却するための3つのシナリオ 7371万人 6773万人 ▲568万人 生産年齢人口の減少 内製化へのシフト 短期離脱 専門特化 サブスクリプション・サービス 技術力の高いエンジニアで内製化 のためのスキル・トランスファー。 少人数を短期集中投入して離脱。 このサイクルを高速で回す。 AIやIoT、クラウド・ネイティブ といった需要の伸びている専門領 域の専門家集団として、スキルを 集中、内製化を支援。 新しいサービスや技術を目利きし、 フレームワークやプラットフォー ム、ツールを整備して提供し、長 期継続的に収益を増やし続ける。
- 53. PoCを成功させるための3つのこと 顧客価値（お客さまの事業価値）を明確にせよ！ 「使えること」とか「新しいサービスを実現すること」ではなく、結果としてこうなって いたいという「あるべき姿」を実現すること。 お客様のお客様の業績を向上させたい。 世の中の常識をひっくり返したい。 社員に働きがいを感じてもらえる会社にしたい。 提言せよ！ 「何をしたいかを決めてもらえれば、それを実現します」ではなく、こんな「あるべき 姿」を実現しましょうと提言する。 テクノロジーやビジネスの常識、その先の未来について精通していること。 「提言」に真摯に耳を傾けるだけの見識、そして信頼される人格や人徳を持つこと。 「提言」をきっかけに対話し、議論を重ねること。 試行錯誤せよ！ 何が正解か分からない。議論や検討はそこそこに試行錯誤して、その時々の最適解を作り、 実行し、確かめる。このサイクルを高速に回して、最適解をアップデートし続ける。 外部に丸投げしないこと。自分で手を動かすこと。 制約を排除すること。例えば、クラウド･ネイティブなテクノロジーを活かすこと。 現物で確認し、ビジネスの成果で評価すること。
- 56. 注意すべきITベンダー・SI事業者の行動特性 自分たちの「できること」でしか 解決策を示そうとしない。 これからのテクノロジーやその可能性について 分かりやすく説明できない。 機能や性能については説明できるが 経営や事業の成果にどのような貢献が できるのか説明できない。 新しい方法論や見積を求めても 旧来のやり方で提案しようとする。 新しい方法論やテクノロジーの適用を求めると 保証できない、実績がない、時期尚早などの ネガティブ・ワードで翻意を迫る。 注意すべきITベンダー・SI事業者の行動特性 自分たちの収益を優先して考えている。 新しいコトへのリスクを嫌っている。 経営やリソースに余裕がない。 勉強していない。あるいはその習慣がない。 分かってもらおうという意欲が欠如している。 自分たちのできないことに関心がない。 お客様の立場で考える習慣がない。 経営や業務に関心や知識がない。 お客様の成果より自分たちの成果を優先している。 仕事のやり方を変えたくない。 読めないリスクはできるだけ避けたい。 自分たちの業績評価基準に反する。 相手の想いを理解しようという意欲がない。 そもそも知識がなく、学ぶ意欲も乏しい。 新しいコトへチャレンジする意欲がない。 このような行動特性を示す理由
- 57. 一緒に仕事をしたいITベンダー・SI事業者 自分たちの事業や経営の価値を意識しているか ITが自分たちの事業や経営にどのような価値を提供してくれるのかを具体的に説明してくれる 売上増やコスト削減とIT活用をロジカルに分かりやすく結びつけて説明してくれる 自分たちにできることだけではなく、他社も含めた「世の中常識」を客観的に説明してくれる 自分たちの個別の事情に配慮してくれているか 自社の業種や規模などの個別事情を考慮した説明をしてくれる 自社の個別の事情や課題、要件について理解し、営業やエンジニアの誰もが共有できている 自社の業種や業態に関連した専門的知識やスキルを持った人が担当してくれる 一緒になって成功しようという意欲を持っているか 専門用語を乱発することなく、難しいことでも理解できるようにわかりやすく説明してくれる ヒアリングシートなどが体系化されており、人に依存しない品質維持が確保されている 標準の提案書を手直しするのではなく、自社向けに作る提案書を提示してくれる 初期段階から技術や業務のわかるエンジニアが同席し、生産性の高い議論ができる 自らのリスク・テイクする覚悟でコミットしてくれる 「教師」あるいは「良き相談相手」となれるひとが、参加してくれている