投稿者: bizren2022@gmail.com

はじめに
BIZRENの皆様、こんにちは。今回担当させていただく後藤と申します。 2023年改めて今年もよろしくお願いいたします。せっかくの機会何を書こうかと考えましたが、本業であるDXについて、2025年の崖も近づいてきたこともあり、改めて振り返ったうえで、乗り越えるためにどうすればよいか考えてみたいと思います。

DXレポートと2025年の崖
DXレポートと2025年の崖と聞いて久しいですが、2018年に経済産業省からDXレポートが発表されました。要旨は、既存システムの問題を放置し、DXが実現できない場合に生じる2025年以降の経済損失は、最大12兆円／年（2018年の3倍）に上る可能性があり、いよいよ停滞する日本経済も崖っぷちの状況であるという比喩です。DX実現シナリオでは、複雑化した既存システムについて、廃棄・塩漬け・刷新等を仕分けしながらDXを実現するシナリオとなっており、実質GDP130兆円の押上が期待できるとされます。
既存システムの問題とは何でしょうか。複雑な要因が絡み合って形成されていますが、DXレポートによるとシステム自体の過剰なカスタマイズ、複雑化・ブラックボックス化によるものとされています。
その結果と、事業部門ごとに構築されたシステムは全社横断的なデータ活用につなげられず、経営者がDXを望んだとしても現場の抱える課題を乗り越えることができない現実に直面します。
DXレポートではさらに技術的負債についても言及、解決する手段としてシステムのモダナイゼーション、マイクロサービスへの移行が言及されています。

技術的負債と2025年の崖を乗り越えるためには
DXレポートと2025年の崖はご存じの方も多いかと思いますが、技術的負債については馴染のない方もいらっしゃるのではないでしょうか。結論的には、技術的負債は、ビジネスとIT、事業部門とIT部門の構造的な問題そのものであり、その課題解決こそ崖を乗り越えるために必要であるという示唆を与えてくれます。銀の弾丸はなく、人の問題であるということです。
技術的負債とは、老朽化したシステム、レガシーシステムであることだとよく言われますが、この考え方は技術的負債の本質を突いておらず、システムのモダナイゼーションが特攻薬かのように誤解を生みます。技術的負債の本質は、徐々に複雑性が増していくことで機能追加が困難になるソフトウェアの特性、システム側の現象を負債というビジネス側の言葉を使って表現したことです。

ソフトウェア工学の有名な書籍「人月の神話」より、ソフトウェアには特性があるといい、中でも2025年の崖を乗り越えるヒントが複雑性、可変性、不可視性です。端的には、ソフトウェアは常に外部環境の変化に合わせて変わり続ける必要がありながら、規模に対して非線形に複雑さが増大する特性を持つため、変化が生じるほど、ソフトウェアの累積規模に対してコストが発生するような負債的な性質を持ち、また、そのソフトウェアの特性そのものが一部の方々には非常に理解しにくいというものです。

ＤＸと求められる変化
改めてですが、ＤＸとはDigital Transformationであり、デジタルを活用して提供価値起点でビジネスモデルを変革することです。2000年以前のITの役割は、バックオフィス業務のシステム化が中心でした。それは事業部門とIT部門の関係性そのものであり、IT部門のミッションは安定的なシステム運用でバックオフィスを支えることでした。当時のソフトウェアは一度構築すると変化は少なくそれこそ固定資産のように捉えても大きな問題は発生しません。
以降のインターネットやスマホ革命は、ITの役割を大きく変えました。ITそのものが顧客接点であり、ビジネス価値であり、コアケイパビリティとなる現代社会を生み出しています。そこでは、市場動向踏まえたアジャイル的な変化が、スピード感をもって必要であり、ITに求められることが大きく変わっているといえます。先の技術的負債で述べたソフトウェアの特性の通り、ソフトウェアはビジネス側
から理解しずらい複雑性を持ち、そのことはスピード感をもって取り組みたい事業部門から見て、なぜこんなにできるのが遅いんだ、コストが発生するのだという印象を与え、システム部門からは、ビ
ジネスに貢献するために実施したい課題解決策がビジネス側からは理解されず、さらなる複雑化を進めます。これが組織的な軋轢とさらなるスピード感の低下、DX実現に向けた障壁となります。

さいごに
ソフトウェアそのものがビジネスの価値を生むことは、これからも続いていくと考えられます。私の専門とするマイクロサービス、DevOpsはシステムだけの考え方ではありません。本質は組織論
やいかにビジネス価値を生むために変化に追従するかという考え方のスタックになります。ソフトウェアを正しく理解し、ビジネスとシステム、事業会社とベンダー、経営層と現場、垣根なくお互いが
歩み寄り理解し合うことがDX実現に向けて不可欠と考えられます。

執筆者プロフィール

後藤 光生（Teruki Goto）／2019年9月診断士登録
SI企業に勤務、PjM・アプリケーションアーキテクトに従事。
専門はマイクロサービス／API、クラウド、DevOps。
趣味はBBQ。最近はまっているものはブルーチーズ。
好きな言葉は、「三方よし」。

ているSalesForceでのシステム開発について記載しようと思います。

Sales Forceとは

　まず「Sales Force」という言葉の意味について、インターネットで調べてみると「アメリカのセールスフォース・ドットコム社が提供する営業支援クラウドパッケージソフト」とまるで一企業の商品名を指しているようかのような記載が多いですが、本来その言葉は「ＳＦＡ（Sales Force Automation）：営業力の自動化」という考え方から端を発している言葉です。

　商品の供給が需要を上回り、企業間の競争が激化した昨今の成熟市場におけるマーケティングでは、顧客志向や既存優良顧客の囲い込みが重要となっています。

「クレーム返品のあったお客様に同じ商品を勧めますか。それは怒られるでしょう。」

「野球のグローブを買ったお客様にテニスのラケットを勧めますか。それはバットでしょう。」

個々の営業担当者の知識・技量に依存するのでは無く、組織的な情報収集、戦略立案、支援活動で競争を勝ち抜いて行く、そういった販売活動の組織的な仕組みがＳＦＡということが出来ます。個人技よりも組織力のほうが大切・・・、近代サッカーのようですね。

　SalesForceはそのＳＦＡを実現するためにセールスフォース・ドットコム社が提供している営業支援クラウドパッケージソフトで、インターネットに繋がりさえすれば他に用意するものは無く、ユーザ数に応じた料金体系なので、中小企業でも導入しやすいと言えます。

Sales Forceの特徴

　私が感じているSales Forceの特徴は汎用性が良く練られているということです。SalesForce自体を動かしている開発プラットフォーム（Force.com）がサービス提供されており、例えばSalesForceはＳＦＡ機能は主に標準機能で構成されていますが、標準機能を全く使わずにカスタマイズ機能でＳＦＡとは関係ない業務システムを構築することさえ出来てしまいます。

　クラウドサービスの分類である、SaaS、PaaS、IaaSに当てはめてみると、より理解し易いかと思います。SaaSとは「Software as a Service」の略語で簡単に言うとソフトウェアの提供サービスのことです。PaaSとは「Platform as a Service」の略語で簡単に言うとアプリケーション開発のプラットフォームの提供サービスのことです。IaaSとは「Infrastructure as a Service」の略語で簡単に言うとインフラの提供サービスのことです。

SalesForceにこれを当てはめてみると

SaaS：予め標準機能で用意されているＳＦＡのアプリケーションサービス

PaaS：カスタマイズ機能でＳＦＡ以外でもアプリ構築できるサービス（Force.com）

IaaS：SalesForceのデータセンター、サーバー、ネットワークの利用

となります。

Sales Forceでシステム開発するメリット

　PaaSであるForce.comの機能は充実しており、特別なこだわりが無ければ大概の業務システムは構築できてしまいます。実際ＳＦＡとは全く関係ない業務システムをSalesForceで開発構築していることを目にするケースは多いです。この辺りはセールスフォース社の戦略を感じます。まず一番手広く導入し易いＳＦＡでSalesForceを導入させて、導入後はＳＦＡ以外のシステムもSalesForceで構築させて、その会社のシステム全体をSalesForceに置き換えてしまう。ゼロから新たに作り上げるシステム開発（以降スクラッチ開発と呼びます）と比べてSalesForceはコスト面、開発面、拡張性において大きな優位性があり、SalesForceに置き換わる流れは止まらないと感じています。またしてもアメリカ企業に一本取られてしまったように感じます。

　提供されている個々の機能についても不特定多数のユーザの利用に常に晒されていることから、汎用性が高いです。この辺りは村社会的で汎用性・拡張性を軽視しがちなスクラッチ開発とは大きな違いです。

　技術者（システムエンジニア）側にとっても有利な面があります。スクラッチ開発では顧客の環境独自のものが多く、それに依存したスキルは他の顧客環境では転用出来ないことが多いです。それに対してSalesForceのスキルは、他の顧客でもSalesForceを導入しているのであれば転用できることが多いです。いわゆるポータブルスキルというものです。これは顧客側にとっても新しい技術者を入れる場合、教育コスト削減のメリットがあります。

Sales Forceでシステム開発するデメリット

　前述したように独自のこだわりが強いことや特殊なことはパッケージソフトである為、出来ない可能性があります。（大抵の場合は代替案で解決することが多く、そこはＳＥの腕次第ですが）

　マルチテナント（クラウド上で複数のユーザーがシステムを共有するモデル）である為、処理負荷に制限があり、開発する場合は常に意識しておかなければなりません。

　 SalesForceの参考文献はネット上にも多いですが、分かり易いものが少なかったり、英語でしか無かったりします。Sales Forceの学習や理解をするのに時間を要することが多く、効率的では無いように感じます。

印象に残ったもの

　最後に私が印象に残ったものとして、SalesForceの理念の一つでもある「平等（Equality）」の一環ですが、ｗｅｂ学習環境のトレイルヘッドや無料の開発環境提供など誰もが気軽にSalesForceが学べ、門戸が広いことがあります。SalesForce自体が業界で後発であった為、このような思想を取る必要があったともいえますが、開発環境・学習環境が有料や整備されていないなどで仕切りが高く、いまいち普及しないパッケージソフトウェアとは大きな差を感じます。

　このことは後発であることが必ずしも不利ではないということを物語っています。後発であるが故の「ゲームチェンジャー」。置かれた状況の不利を嘆くのでは無くチャンスを見出し、「チャンスは最大限に活かす」ということが大切なのだと思います。

執筆者プロフィール

尾崎 利光（おざき としみつ）／2020年11月診断士登録
システム開発会社に勤務。システムエンジニア（ＳＥ）で、最近は専らSalesForceでのシステム開発に従事しています。趣味は、子供とブロック遊び（リブロック）

今回、『BIZREN★通信』を担当させていただく田中勇司と申します。2012年4月の診断士登録とともに、BIZRENに入会させていただきました。コロナ禍でなかなか直接皆様にお会いできる機会がありませんが、どうぞよろしくお願いします。

　以下の手紙は、1854年にアメリカのピアス大統領がネイティブ・アメリカンの土地を買収し、居留地を与えると申し出て、ネイティブ・アメリカンのシアトルの酋長が白人との戦いをやめるために大統領に宛てた手紙と言われています。

　ご存じの方もいらっしゃるかとは思いますが、私は先日ご年配の診断士の方からご紹介いただき、初めてこの手紙の存在を知りました。現在の世界の状況と照らし合わせて色々と感じる点が多かったので、この場をお借りして共有させていただきます。

■シアトル酋長が大統領に宛てた手紙＜一部抜粋＞

はるかな空は　涙をぬぐい　きょうは　美しく晴れた。

あしたは　雲が空をおおうだろう。

けれど　わたしの言葉は　星のように変わらない。

ワシントンの大首長が　土地を買いたいといってきた。

どうしたら　空が買えるというのだろう？

そして　大地を。

わたしには　わからない。

風の匂いや　水のきらめきを　あなたはいったい　どうやって買おうというのだろう？

すべて　この地上にあるものは　わたしたちにとって　神聖なもの。

松の葉の　いっぽん　いっぽん　岸辺の砂の　ひとつぶ　ひとつぶ

深い森を満たす霧や　草原になびく草の葉　葉かげで羽音をたてる　虫の一匹一匹にいたるまで

すべては　わたしたちの遠い記憶のなかで　神聖に輝くもの。

—————–＜中略＞—————————–

もし　わたしたちが　どうしても　ここを立ち去らなければ　ならないのだとしたら

どうか　白い人よ

わたしたちが　大切にしたように　この大地を　大切にしてほしい。

美しい大地の思い出を　受けとったときのままの姿で　心に　刻みつけておいてほしい。

そして　あなたの子どもの　そのまた　子どもたちのために

この大地を守りつづけ　わたしたちが愛したように　愛してほしい。

いつまでも。

どうか　いつまでも。

出典【『父は空　母は大地』（寮美千子・編訳　ロクリン社刊）】

※ぜひ全文をご覧ください。https://ryomichico.net/seattle.html

実は、上記の手紙は実在していません。

　この手紙のもととなった演説は、１８５４年（ペリーの黒船が浦賀にやってくる１年前）にあったとされます。そしてこの演説は、翌年、書簡の形でピアス大統領に送られたとされています。しかし、そのような書簡は存在していません。

　演説の「テキスト」が登場したのは、３３年後の１８８７年です。１８５４年当時に、教育長や立法を担当していた スミス博士（Henry A.Smith）が「メモ」を頼りに、新聞向けに書き起こしたものです。

　その後、１９７１年にネイティブ・アメリカンを扱った『Home』という映画が制作されました。テキサスのペリー教授（Ted Perry）が「シアトル酋長のスピーチ」の台本を創作しました。映画制作者がこれをさらに改変し、「ピアス大統領への手紙」という形式にしました。

　１９７４年、ワシントン州スポーケンで開かれた万博で、この形式の短縮版が展示されています。

■手紙からの気付き

シアトル酋長は土地は私有財産ではなく、人類のものでもなく、地球のものだと言っています。そして、「大地への大罪は将来の子孫に禍根を残す」、とも言っています。もしこのネイティブ・アメリカンの世界観が普遍のものだと、もう少し早く人類が気付いていたら、我々が今日直面しているSDGｓやロシアのウクライナ侵攻などの問題は、どのような形になっていたでしょうか。

　また、現在はITの進展により既存の情報を深掘りしていく『情報処理』が急速に進んでいるものの、自然に五感で触れ、そこで得た新たな知見を『情報化』する力が衰えているのではないでしょうか。自然と都市、感覚と理屈など両者のバランスが大事だと思いますが、前者がどんどん駆逐されて後者の割合が増えてきているような気がします。

　今回の手紙を通じて、長期的・多面的・本質的といった診断士として大事な物事の考え方について、改めて振り返るよい機会となりました。

ー－－－

執筆者プロフィール:

田中 勇司（たなか ゆうじ）：

2012年4月診断士登録

千葉県流山市在住。食品メーカーを経て、現在はビールメーカーに勤務。食品小売業向けのトレードマーケティング業務に従事。会社の副業解禁にともない、2021年11月に個人事業主の開業届を地元の税務署に提出しました。

趣味は、ヨガ・スポーツ観戦・お酒（！）