エンタープライズ経験

• 大企業で1年間働き、これまでのスタートアップ、SME環境との極端な違いを実感した
• 責任の所在の把握と社内プロセスが複雑化することで、小規模組織では問題にならなかった点が解決不能な課題へと変わる
• 資源の浪費と採用基準の不均衡によって、組織の効率性とモチベーションに問題が生じる
• 業務の緊急性、セキュリティ管理など組織内の主要な概念が、実際の意味とは異なり形式的・手続き的な行為へと変質する
• さまざまな問題の中でも、能力開発、キャリア成長などの前向きな経験を見いだした

---

エンタープライズ経験 1年の振り返り

大企業とスタートアップの違い

• $ENTERPRISEでの最初の1年を過ごし、これまでのスタートアップおよびSME（中小企業）との違いを経験した。
• 社内ソフトウェア開発の経験不足が批判ではなく、むしろ前向きなシグナルであることを後になって認識した。
• 観察した点を整理し、大企業の勤務環境の現実を紹介する。

小規模企業では問題なかったことが大企業では大きな問題に変わる

• ツール関連のエラーを解決する際、責任者や担当者の特定に長い時間がかかる。
• 組織内の情報共有不足や担当者変更により、非効率とコストの浪費が発生する。
• 一時的な解決策はローカル設定のオーバーライドだが、根本的には組織構造上の限界である。

資源配分の非合理性

• 小規模企業で十分な予算なしに働いていた経験とは異なり、大企業では過度な資源の浪費が頻繁に起こる。
• 短期的なプロジェクトの失敗や不要なクラウド利用などが財務的な浪費につながる。
• 実際の必要性とかけ離れた予算・資源管理が、業務へのモチベーション低下を招く。

一貫性のない同僚と採用構造

• スタートアップでは実力ベースの採用が相対的な基準を保っている。
• 大企業では実力と無関係な採用や構造調整が一般的である。
• 特定の職位が業務能力と無関係であったり、レポートの品質に関係なく組織が維持されたりする現象が起こる。

業務の緊急性の解釈

• スタートアップでは明確な緊急性が基準だったが、大企業では業務の多層的な意味解釈が必要になる。
• 本当に緊急な状況（例：サービス障害）以外にも、形式的な緊急性が頻繁に発生する。
• このような手続きの中では、真の業務優先順位を見極める能力が求められる。

形式化されたセキュリティ管理

• セキュリティプロセスは組織にとって重要な役割を持つが、実際にはリスクに対する形式的な報告に偏重している。
• 数値目標や指標達成のために意味が薄れたセキュリティ業務が日常化している。
• エンジニアとセキュリティ担当者の間のコミュニケーションの非効率も存在する。
• 誰もが数値だけを重視する文化が危険であることを強調する。

職級の無意味さ

• "Head of Architecture" などの重複した役職が一般的で、役割が明確ではない。

不確実性を弱点と見なす組織文化

• 大規模な組織改編と随時行われるリストラの中で、リーダーたちは「わからない」と言うことを禁句視する。
• ドメインの複雑さにもかかわらず、リーダーシップでは即応性と自信だけが優先される。
• その結果、過去の失敗が繰り返される構造が固定化される。

サイロ化されたエンジニアリングチーム

• それぞれのエンジニアリングチーム（あるいは「帝国」）は独自の標準と文化を持つ。
• 部門間の障壁が大きくなり、標準化やベストプラクティスの展開が難しくなる。
• 各部門の自律性が、チーム間協力の制約要因として働く。

前向きな経験

• エンジニアコミュニティへの参加を通じて、ソフトウェア開発に対する視野の広がりを経験した。
• キャリア成長、メンタリングの機会、大規模ユーザー経験など、新たな満足感がある。
• 専門性の高度化、多様な同僚との協働、教育と能力開発が積極的に奨励される。
• 定期的な給与支給、職務の安定性といった安定面も長所として働く。

結論

• 批判的な視点にもかかわらず、大企業の前向きな価値は明確である。
• 今後、長い時間が過ぎたあとに変化した視点を改めて点検してみる意向である。