Sunの運用上の教訓：戦略では顧客対応の実行を代替できなかった理由

Bryan CantrillによるSun Microsystemsの衰退の説明は、企業全体を網羅する詳細な分析よりも、意図的に範囲を限定している。彼の中心的な主張は、Sunが「事業を運営する仕組みに飽きてしまっていた」という点だ。彼の説明では、Sunは技術的な野心と戦略的な構想を保っていたものの、自社の技術への関心を、信頼できる顧客上の成果に変換するために必要な運用規律を失っていた。この区別が重要なのは、優れたエンジニアリングをもってしても、販売対応の遅さ、製品と顧客要件との不一致、あるいは取り組みを最後までやり遂げられないことを補えないからだ。

Cantrillは、2005年ごろのエピソードを紹介し、この問題を具体化している。OpenSolaris上でインフラを運用していたスタートアップがSunの機器を購入したいと考えたことは、SunがSolarisをオープンソース化した判断を裏付けるはずのものだった。ところが、その顧客はSunに連絡を取るのに苦労し、その後に誤った製品を提案されたと伝えられている。これに対し、Dellのウェブフォームから問い合わせると、翌朝には担当の現地営業責任者から電話があり、続いて価格交渉、サーバーの迅速な納品、そして個人の保証を求めない調達支援が行われた。Cantrillは、こうした対応の多くをDellの担当者「Steve」によるものだと評価している。

この事例は、Sun全体の状況を独立して証明するものではない。これはCantrillの記憶であり、当時そのスタートアップが公開したブログ記事「The Sun Doesn’t Shine on Me」を通じて示されたものだ。Cantrillはこの記事に言及しているが、ここでは別の資料として掲載していない。したがって、この記事が裏付けるのは、Cantrill自身が見聞したと述べている内容と、彼がそれをどう解釈したかであり、Sunのすべてのチームが同じように行動したこと、Dellが常に同じ顧客体験を提供したこと、あるいはこの出来事だけでSunの失敗が起こったことを立証するものではない。

それでも、運用上の教訓は具体的なものだ。ベンダーがオープンソースの採用から利益を得るには、その次の商業的な段階を容易にしなければならない。すなわち、迅速に回答し、適切な構成を提案し、資金調達を提供し、顧客の導入を継続的な責任として扱う必要がある。Cantrillの記述では、Sunのソフトウェア戦略は機会を生み出した一方、営業およびアカウントマネジメントのプロセスは、その機会を捉えられなかった。Dellとの対比が有用なのは、抽象的な市場の破壊的変化ではなく、有望な技術が本番環境に到達するかどうかを左右する地道な仕事へ注意を向けるからだ。

Cantrillが2011年に発表した以前の分析は、後の主張にさらなる文脈を与えるものの、独立した裏付けにはならない。そのコメントで彼は、ほかにもいくつかの問題を指摘している。Sunは、自らをシステム企業として認識すべき段階を過ぎても、なお自社をハードウェア企業だと考えていた。同社は、彼が価格过高で、性能が不十分かつ信頼性に欠けると表現するハードウェアを生み出していた。また、Intelとオープンソースへの対応も遅すぎた。さらに、一部のエンジニアはx86の機会を認識しており、Solarisをオープンソース化したことで、2005年ごろには楽観的に見る理由が生まれたとも述べている。これらは、Sunの元従業員による回顧的な見解であり、外部調査に基づく中立的な結論ではない。

これらの診断の相互関係は重要だ。企業は、技術的に妥当なシステム戦略を持っていても、組織が顧客のニーズを把握できない、意思決定を迅速に進められない、または製品を需要に合わせられない場合には、実行で失敗する可能性がある。逆に、対応力の高い営業チームであっても、根本的に競争力のないハードウェアや、一貫性を欠くプラットフォームを救うことはできない。ここで提示された証拠は、運用面での軽視が大きな弱点だったとするCantrillの主張を支えている。ただし、価格、アーキテクチャ、競合、あるいはより広い市場の変化と比較して、それがどの程度の影響を持ったかを定量化するものではない。

Oxide自身の原則ページは、Cantrillがなぜこの教訓を繰り返し取り上げるのかを理解する助けになる。Oxideの使命には「顧客を大切にする」ことが含まれており、同社は、顧客が自社の製品を選ぶ際にはリスクを負うと述べている。同社が掲げる原則には、誠実さ、共感、厳密さ、責任、透明性、緊急性が含まれている。価値観の説明では、緊急性は単に速いことではなく、焦点を絞り、意図的に行うものだとされている。これらはOxide自身による説明であり、その実績を独立して監査した結果ではない。CantrillによるSunの物語が同社の運営に関する共通言語の一部になったことを示す一方で、Oxideが一貫してこれらの基準を満たしているかどうかは、なお検証の余地がある。

技術ベンダーを評価する読者にとって実践的な問いは、そのベンダーが印象的なロードマップや評判の高いエンジニアリングチームを持っているかではない。現実の依頼に回答できるか、適切な解決策を提案できるか、それを提供できるか、そして製品が期待を下回った際に責任を持ち続けることができるかだ。Cantrillの記述は、これらの能力が管理上の細部ではなく、戦略的資産であることを示唆している。また、Sunの技術的偉業への懐古は、顧客を失望させた事業慣行を冷静に検討することと組み合わされるべきだとも示している。

したがって、ここで示された証拠が裏付けているのは、Sunの歴史に関する最終的な結論ではなく、一貫した警告である。Cantrillは、運用面への関与の低下により、Sunは自社の技術的机会を活かせなくなったと考えている。一方、Oxideは、顧客への配慮と責任を、同じ失敗を繰り返さないための防護策として明示的に位置付けている。未解決のままなのは、Sunの最後の数年間において、営業の実行、ハードウェアに関する判断、ソフトウェア戦略、そして市場の力が、それぞれどの程度の比重を占めたかである。説得力のある内部関係者の記述と、完全に立証された因果関係の説明との境界は、維持されなければならない。