企業が保有する株とコードベースが増えるとき、何が本業を曇らせるのか

May 10, 2026

1 min read

3 views

62%

目に見える資産ほど、会社の輪郭はぼやける

ある会社が、やたらと株式を持ち始めたら何が起きているのか。別の会社が、やたらとツールやパッケージを増やし始めたら何が起きているのか。表面的にはまったく別の話に見えるが、実はどちらも同じ不安を映している。本業で勝つための設計が弱いとき、人は周辺に資産を積み上げて安心しようとする。

株式の持ち合いは、その最もわかりやすい例だ。企業同士が互いの株を持てば、表向きは安定する。敵対的な圧力は弱まり、取引はスムーズになり、関係も長続きするように見える。しかしその安定は、競争力が生んだものではない。関係性の密度で不安定さを覆い隠しているだけだ。

ソフトウェア開発でも似たことが起きる。モノレポで管理しやすいからと、pnpmのような仕組みで依存関係を整えるのは賢い選択だが、もしその整備が「本当に必要な構造の単純さ」を作る代わりに、「複雑さを見えにくくする」ために使われ始めたらどうだろう。便利な管理手法が、かえって全体像を曇らせることがある。

会社もコードベースも、増やすこと自体が強さではない。増えたものをどう整理し、何を本業として残すかが強さを決める。

安定を買う企業と、複雑さを管理するチームの共通点

会計上、Trading Security は売買目的の有価証券だ。近い将来に売買することを前提とした資産であり、利益機会を見て機動的に動かすためのものだ。一方で、その他有価証券の中にある株式の持ち合いは、必ずしも収益のためではなく、関係維持や安定化のために保有されることが多い。ここには、同じ「保有」でも意味が全く違うという重要な差がある。

この差は、組織設計にもそのまま当てはまる。たとえば、あるチームがモノレポに移行し、pnpmでパッケージ管理を統一したとする。これは、依存関係を明確にし、重複を減らし、変更を横断的に適用するための合理的な判断だ。だが、モノレポは万能ではない。大きくなりすぎたリポジトリは、見通しの悪さや責任の所在の曖昧さを生むこともある。

つまり、持つこと自体は悪くないが、何のために持つのかが曖昧になると、資産は重荷に変わる。株を持つのも、パッケージを持つのも、理屈の上では整理のためだ。しかし現実には、整理のために増やしたものが、新しい依存と慣性を生み出してしまう。これが厄介なのは、増えた瞬間には安全に見えることだ。減らす痛みを先送りしながら、安心感だけを先取りできてしまう。

たとえば、銀行口座が複数に分かれた家計を想像してみるとわかりやすい。資金の置き場が増えるほど、余裕があるように見える。だが、実際にはどこにいくらあるか把握しづらくなり、意思決定は遅くなる。企業の株式保有もコードベースの膨張も、同じ心理を持つ。複雑さの増加を、秩序の増加と勘違いしやすいのだ。

本業を弱くするのは、リスクではなく“関係の過剰最適化”だ

多くの人は、企業が本業以外に投資することを「リスク分散」と呼ぶ。確かにそれは一理ある。しかし、分散が正当化されるのは、あくまで本業が十分に強い場合だ。本業が弱い会社が外部の株を大量に持つとき、その行為は分散ではなく、自分の能力の不足を他者との関係で埋め合わせているだけかもしれない。

株式の持ち合いは、その象徴だ。互いに株を持てば、取引関係は安定する。価格の変動も、一時的には抑えられたように見える。しかし、安定の代償として、競争原理が鈍ることがある。厳しい評価を受けにくくなり、改善の圧力も弱まる。結果として、会社は生き残っても、強くならない。

これはソフトウェアの世界でも、しばしば起きる。たとえば、あるサービスのために小さなライブラリが必要になり、そこから派生して次々に共通化が進む。最初は効率的だが、やがて「共通化されているから変えにくい」領域が増える。依存関係が強まりすぎると、個別最適を避けたつもりが、全体最適の妨げになる。

ここで大切なのは、関係を増やせば安定するという発想自体が、しばしば脆さを隠すという点だ。関係が増えるほど、切れにくくなる。切れにくいものは、見た目には堅牢だ。しかし、切り離せない構造は、環境変化への適応力を失う。資本の持ち合いも、モノレポの過度な一体化も、安定と引き換えに柔軟性を差し出してしまう。

真の強さは、相互依存を増やすことではなく、依存を減らしても成立する設計を持つことにある。

pnpmが教えるのは、道具ではなく境界の哲学だ

pnpmがモノレポ管理を楽にするのは、単に便利だからではない。同じ依存を一度だけ置き、複数のパッケージから参照できるようにするという設計が、境界を明確にするからだ。何が共有で、何が個別かがわかりやすくなる。これは単なる効率化ではなく、責任分界の再定義でもある。

この視点で企業の株式保有を見ると、面白い対比が浮かぶ。持ち合いは、境界を曖昧にする方向に働きやすい。A社とB社が互いに株を持っていると、関係は安定するが、どちらがどのリスクを本当に引き受けているのかが見えにくくなる。リスクの所在がぼやけ、監督も鈍る。これは、依存関係が見えすぎることで管理しやすくなるpnpmとは逆の方向だ。

ここで導ける重要な原則はこうだ。よい管理とは、つながりを増やすことではなく、つながりの意味を明確にすることである。モノレポの価値は「全部を一緒にすること」ではない。むしろ、共有すべき部分だけを共有し、それ以外を切り分けることにある。企業経営でも同じで、外部の資産を持つこと自体より、その資産が本業にどう接続しているかが問われる。

たとえば、レストランチェーンが食材工場まで持つことは、供給安定や品質管理の面で意味があるかもしれない。だが、まったく関係のない業界の株を積み上げても、それは本業の強化には直結しない。むしろ、経営資源と意思決定の焦点を散らすだけになりやすい。pnpmも同様で、依存管理を洗練させるのは、あくまでプロダクトの価値提供を速く、正確にするためであって、依存を増やすこと自体が目的ではない。

では、何を捨てればいいのか

このテーマの核心は、増やすべきか減らすべきかではない。より正確には、何を持つことで安心しているのかを見抜くことだ。安心の源泉が本業の競争力ではなく、関係性や管理の複雑さそのものにあるなら、その会社はすでに本業の輪郭を見失い始めている。

見分けるための実用的な質問を置いてみよう。

その資産は、本業の売上、品質、速度のどれを明確に改善しているか。
その関係は、なくなったときに本業を弱くするのか、それとも単に慣れを壊すだけなのか。
その複雑さは、本当に必要な複雑さか。それとも、説明しにくい構造を管理ツールで覆っているだけか。

この質問は、株式保有にもコード管理にも使える。重要なのは、保有や共通化を否定することではない。むしろ、本業に奉仕しない複雑さは、どんなに上品な形をしていても負債であると認めることだ。

実際、優れたチームほど、複雑さを増やす前に境界を決める。どこまでを共有し、どこからを分離するかを先に考える。企業も同じで、どこまでを事業として持ち、どこからを外部化するかの設計が曖昧だと、成長するほど意思決定は鈍る。持ち合いが古い資本主義の慣習として違和感を持たれるのは、まさにこのためだ。市場で競うはずの主体が、関係性を固定化することで、競争の意味を薄めてしまうからである。

Key Takeaways

資産や依存関係を増やすことは、しばしば安心感を買う行為だと疑う。
本業に直結しない持ち物は、見た目以上に経営判断を曇らせることがある。
良い管理ツールは複雑さを隠すためでなく、境界を明確にするために使う。
相互依存が強すぎる構造は、安定と引き換えに柔軟性を失う。
「これは本業を強くするのか」という問いを、資産にもコードにも常に投げる。

終わりに、本業とは“持ち物”ではなく“切り分け方”である

企業が何を持っているかは、たしかに重要だ。しかし、もっと重要なのは、何を持たないと決められるかである。株式の持ち合いが示すのは、関係を厚くすることで競争の痛みを和らげたいという欲望だ。pnpmが示すのは、複雑なものをきちんと扱うには、まず境界を整理しなければならないという技術だ。この二つを重ねて見ると、ひとつの厳しい真実が浮かぶ。

会社が弱くなるのは、何かを失うからではない。本業を支えるはずの関係や仕組みが、本業の代わりになってしまうときだ。だから問いは、いつも同じになる。これは強さを生む複雑さか、それとも弱さを隠す複雑さか。見分けられる組織だけが、持ち物ではなく実力で語れる。