6年間の「長距離走」の終着駅：フルスタックエンジニアが「見栄のためのプロジェクト」に直面した時
2026年6月30日、6年間に及ぶプロジェクトの旅が終了した。技術的な挑戦だけでなく、経営判断の誤り、クライアントとの不適切な関係、マネジメントの甘さがプロジェクトの成否にどう影響したか、フルスタックエンジニアとしての実体験をもとに振り返る。盲目的な拡大の代償や、組織的な評価制度の重要性、そして今後追求すべき「制度化された高品質なビジネスモデル」について考察する。
6年間の「長距離走」の終着駅：フルスタックエンジニアが「見栄のためのプロジェクト」に直面した時
2026年6月30日、クライアントがプロジェクトを内製化に戻すという決定を下したことに伴い、私は6年間に及ぶプロジェクトの旅を終えました。これは単なるプロジェクト期間の終了ではなく、2000日以上続いた「修行」の終わりでもありました。エンジニアとして、2020年から2026年まで貫いたこの経験の中で、私は技術以外にも、人間関係の駆け引きや経営判断がいかにビジネスの方向性を再構築するかを目の当たりにしました。
今日ここで振り返りを行い、コードの行間以外で、実際にプロジェクトの生死を決定づける「非技術的」な変数について語りたいと思います。
一、 盲目的な拡大による「開幕早々のクリティカルヒット」
プロジェクトの始まりを振り返ると、あの決断は反面教師の典型でした。当時の決断は業務ロジックや利益率に基づいたものではなく、経営層が「面子」や「大手としての名声」のために、なりふり構わずプロジェクトを強引に引き受けたことに起因するものでした。
- 低価格戦略の弊害： 「安売り」で入場券を得ようとした結果、多くの場合尊厳を失うことになります。対等な尊重や適正な価格設定を欠いた協力関係は、最初のコードを書いた瞬間から、その後のコミュニケーションにおける受動的な立場と不条理な難癖を運命づけられていたのです。
- エンジニアへの示唆： 技術がどれほど優れていても、プロジェクトの根源に合理性が欠けていれば、どんなに高度なアーキテクチャもビジネスの「本質的な価値（底色）」を救うことはできません。
二、 フルスタックエンジニアの「幸せな悩み」
プロジェクトにおいて、私はフルスタック能力（フロントエンド、バックエンド、サーバーアーキテクチャからAI、AR/VRに至るまで）を発揮しました。この「一人でチームを補う」能力は、当初の切り札であり、同時に後々の罠ともなりました。
「能力が高ければ責任も重くなる。しかし、境界線をうまく引かなければ、あなたの能力はクライアントにとっての『当たり前』に変わってしまう」
技術的なカバー範囲が広すぎることで、クライアントは会社側も同様の全体デリバリー能力を備えていると誤解し、個人とチームの間の埋めがたい溝を完全に無視した非現実的な人員配置を要求するようになりました。
三、 マネジメントの「聖母心」とチームの陣痛
これは、この6年間で最も深く考えさせられた部分かもしれません。客観的な評価体系が欠如した環境下で、マネジメント層が見せた「聖母心」、すなわち過度な寛容さと原則のない妥協は、プロジェクトの品質を著しく損ないました。
- 「パワハラ」という言い訳： チーム内でコード品質の問題や引き継ぎの不備が発生した際、マネジメント層からの指摘に対して、一部のメンバーは「心身の不調」を理由に改善を拒否し、さらにはそれを「パワーハラスメント」と決めつける事態すらありました。
- 人材の二極化： チームには、医学からITに転身し、1年半で独り立ちできるチームリーダーに成長した「原石」もいれば、責任感の欠如からすぐにメンタルを崩すメンバーもいました。この現象は、一部の環境における若者のレジリエンス（精神的回復力）の欠如と、制度的な裏付けを欠いたチーム戦力の崩壊を如実に示しています。
四、 クライアント関係の「シュレーディンガー状態」
プロジェクトの進行速度は、対面する「担当者」が誰であるかに大きく依存します。
- 優れた担当者：職業意識を備え、双方の矛盾を効果的に調整し、プロジェクトに翼を授けてくれる存在。
- 不適格な担当者：忖度しかできず、実質的なサポートを提供できないばかりか、プロジェクトを果てしない無駄なコミュニケーションとリソースの浪費に陥らせる存在。
五、 終局後の考察
プロセスには紆余曲折がありましたが、今回の振り返りによって、私はいくつかの原則をより固めることができました。同じく「苦海」で苦闘する仲間たちの参考になれば幸いです。
- クライアントの選別は第一の生産力： 「面子」やいわゆるコネのためにプロジェクトを引き受けてはならない。合理的な価値交換と双方向の尊重こそが、プロジェクト存続の基盤である。
- 制度は感情に勝る： 企業マネジメントは「聖母心」だけで維持してはならない。厳密な評価体系を確立し、プロセスによって問題を管理し、推進過程の客観性と公正性を保証しなければならない。
- コアの掌握： 重要なプロセスは必ず自分でコントロールする。これはチームを信頼していないということではなく、駆け引きにおける必要な手段である。中核となるリソースを掌握してこそ、複雑な環境下で主導権を握ることができるのだ。
この6年間の「奔走」は、技術の蓄積とマネジメントの振り返りという観点から見れば、非常に価値のあるものでした。今後は、このような際限のない拡大路線とは決別し、より堅実で制度化された高品質なビジネスモデルを追求していきます。