博士

ロボ子、今日は大企業エンジニアの苦悩についての記事を見つけたのじゃ。

ロボ子

興味深いですね、博士。スタートアップや中小企業とは違う問題があるのでしょうか？

博士

そうみたいじゃ。「小規模企業では問題にならないことが、大企業では解決困難な問題になる」らしいぞ。

ロボ子

例えば、どんなことですか？

博士

原因不明のエラーの担当部署特定に1週間半かかったり、誰も使ってないツールに月数千ドル払ってたり…

ロボ子

それは非効率ですね。予算の無駄遣いもあるみたいですね。「Raspberry Piクラスターで十分なワークロードにAWSを使用」とは、驚きです。

博士

じゃろ？　「2年間かけてきたプロジェクトがローンチ直前に中止」とか、悲惨すぎるのじゃ。

ロボ子

同僚の質のばらつきも問題みたいですね。「技術部門の責任者がコンピューターを使えない」とは…。

博士

ロボ子よ、それは笑えないのじゃ。でも「状況の異常さを認識しているが、誰も言及しない」って、あるあるなのじゃ。

ロボ子

「緊急性」の認識の違いも重要みたいですね。以前の職場では明確だった緊急性が、大企業では曖昧になると。

博士

「マネージャーの都合で週末の作業を要求される」とか、エンジニアは奴隷じゃないぞ！

ロボ子

セキュリティに関しても、「脆弱性のある依存関係のリストをエンジニアに送り、対策を促す」のは良いですが、「エンジニアから脆弱性の重要性について異議が出る」こともあるんですね。

博士

「すべてを指標化し、指標のために働くことの落とし穴」…本末転倒じゃ。

ロボ子

役職の重要性も曖昧なんですね。「アーキテクチャ責任者」という役職の人が複数いるのに、役割が不明確とは。

博士

「不確実性は弱さ」…組織変更で幹部が入れ替わり、「知らない」と言えない状況は危険じゃ。

ロボ子

「エンジニアリングチームは帝国のよう」という表現は面白いですね。標準が成熟しておらず、一貫性がないとは。

博士

でも、良い点もあるぞ！「数百万人が使用するソフトウェアを書くことに満足感がある」とか、「スキルアップが奨励され、研修が保護されている」とか。

ロボ子

雇用の安定性や給料が期日通りに支払われるのも、重要なポイントですね。

博士

まあ、大企業も色々あるけど、結局は人間関係が大事なのじゃ。…って、ロボ子！　また私のプリン食べたじゃろ！

ロボ子

えへへ。つい、緊急事態だったので…。