ハーフスペースのエンジニア

あなたは面接のフィードバックを読んでいます。メモを見ていくと、ゴーサインでもなく、ノーゴーでもないようです。あなた自身も頭の中で迷っています。ミッチはシステム設計、アルゴリズム、あるいはそれらしいものに関しては高い評価を得ていないようです。一般的な意見としては、ミッチは基準を満たしていないということです。あなたの直感は、彼に面接をさせるべきだと言っています。そこであなたはそうします。最終的に、あなたは採用を決定します。ミッチは仕事を始めます。誰もが多少の疑念を抱いています。数週間が経過し、人々はミッチの仕事ぶりを気に入っています。彼はオンボーディングを進め、作業をマッピングし、ランブックを修正し、質問をし、文書化されていないことを文書化しています。まだ完全なコンテキストを持っていなくても、プロジェクトを引き受け、助けようとします。会議にも出席します。時々、誰もが人を気に入るのは、彼らが感じが良く、協力的で、単に楽しいからですが、彼らはあまり貢献しないかもしれません。しかし、チームは言葉にする前に何かを察知することがあります。ミッチはギャップリーダーです。 面接ループが見逃す人物 ほとんどの面接ループは、限定されたスキルを測定するのに長けています。システム設計の問題を与えれば、アーキテクチャやトレードオフを評価できます。LeetCodeの問題を与えれば、正しさ、時間計算量、空間計算量を評価できます。ギャップリーダーはより困難です。ミッチの価値は、すべての答えを知っていることではありません。彼は答えがあるべき場所と、なぜ誰もそれを見つけられないのかに気づきます。彼は、欠落したオーナーを露呈させる質問をします。彼は、2つのチームが同じものを異なる方法で参照していることに気づきます。彼は、全員が合意していると思い込み、誰も確認していない場合に、引き継ぎが失敗することを感じ取ります。彼は、奇跡的に納品されない依存関係を察知します。それは、面接では必ずしも印象的に見えるわけではありません。時には、奇妙に実用的な質問をしているように見えるだけです。 何も起こらないことへの功績 最初の兆候は混乱でした ミッチは参加してすぐにプラットフォームを再設計しません。彼はオンボーディングドキュメントを修正し、リクエストパス、どのサービスがどれを呼び出すかを理解しようとします。チームには、物事がどのように機能していたかの化石記録、人々が信頼をやめたランブック、古いSlackスレッドに隠された部族の知識があります。ミッチは時間をかけて考古学を行います。ほとんどの人は、実際の作業に進みたいので、その混乱を回避します。ミッチはその混乱を作業として扱います。ミッチは、最初の人がそこで立ち往生した場合、次の人もそうなることを理解しています。だから彼はループを閉じます。彼は質問をし、答えを得て、それを役立つ場所に置きます。彼は将来の遅延を取り除きます。彼はギャップで働きます ミッチはハーフスペースに住んでいます。彼はプロダクトとエンジニアリングの間、デザインとロールアウトの間、マージされて本番環境で安全な状態の間、そしてブロックされたジュニアエンジニアと、スタンドアップで驚くほど明らかになるだろうと偽っているチームの間にいます。ミッチはシステム設計の議論で常に最も声が大きい人物ではないかもしれません。しばしば彼は聞いて、メモを取り、オーナーは誰か、これが失敗したらどうするか、移行計画はあるか、ランブックはどうするか、誰に連絡すべきか、適切なダッシュボードはあるか、と尋ねます。これらの質問は、愚かなことが高価になるのを防ぐだけです。時間が経つにつれて、人々はミッチに早い段階で厄介なものを持ち込むようになります。ミッチはそれらを裁判にかけ、裁判官のように振る舞うことはしません。彼は実用的であり、問題をテーブルの上に置き、適切な人々を巻き込み、悪いニュースを使いやすいものにします。彼は悪いニュースを配信し、所有することを安全にします。 仕事は不在として現れる ミッチの仕事はしばしば何も起こらないこととして現れます。それが最大のジレンマです。数年前、私はこの人物に近い本を読みました。それはグルーピープル、またはまとまったチームの効果について語っていました。私はそれに同意したことを覚えていますし、それが一段階早く止まったとも感じました。それは、一部の人々がチームをより良くすることを見ました。それはどのように説明されていませんでした。私はこれがどのように行われるかだと思います。なぜなら、ミッチが行うことはほとんど目に見えないからです。だからこそ、彼らはミッチが魔法のように皆を良くしていると思ったのです。火を起こし、48時間かけて消火するエンジニアは、見出しを飾ります。古い顧客データで移行が失敗することに気づき、チェックを追加し、誰も見る前にインシデントを防いだエンジニアは、感謝されるでしょう、もしあれば。これはひどい測定バグです。ミッチは調整コストを削減します。そして調整コストは、エンジニアリングチームが時間を浪費する場所の1つです。すべてのシステムは乱雑になり、チームは成長し、コンテキストは断片化し、所有権は漂い、ハンドオフの数は時間とともに増加します。エンジニアリングの大部分はコードを書くことではありません。コードが安全に移動できるようになる前に、誰が気にする必要があるかを見つけることです。ミッチはそれを安くします。 信頼がボトルネックになる可能性がある ミッチがこれを続け、十分に長く留まれば、会社は彼の強みを税金に変えるかもしれません。人々はミッチに尋ねます。なぜなら、彼は請求が遅れたときにパートナーエクスポートが失敗すること、テストカバレッジルールのバックグラウンド、移行計画がデータプラットフォームの1人に依存していること、そしてグリーンダッシュボードには誰もが心配している顧客パスが含まれていないことを覚えているからです。彼は公式にはそのすべてに責任を負っていません。会社は単に彼がそうであるかのように振る舞い始めます。最初は、これは信頼のように見えます。ミッチはギャップを読みます。徐々に、これは依存関係になります。時々、会社はミッチの中に調整を保存し始めます。そして、これは危険になる可能性があります。 信号は摩擦の低下です ミッチは単に親切です。私はそれに嘘をつくと言います。親切というのは、この言葉には小さすぎます。ギャップリーダーは実際のエンジニアリング作業を行っています。彼らはソフトウェア開発を取り巻くオペレーティングシステムを構築しているだけです。ミッチはバスファクターを減らし、欠落しているランブック項目にJiraをファイルし、システム的な曖昧さを解決するまで突きます。これは技術的なレバレッジです。それにもかかわらず、パフォーマンスシステムは、出荷された機能、解決されたインシデントなどの目に見える成果を探します。他のすべての人をより速くした人は、痛みの不在を証明しなければなりません。マネージャーがどのように見るかを知らない限り、それは困難です。しばらくすると、会社が味、運、または「サラに聞くだけ」の下に分類していたことがシステムの一部になります。ミッチの才能は、他のすべての人をより良い状態にすることです。 あなたはもう、会議を中断する勇敢なジュニアや、リリース儀式を覚えている英雄的なシニアを必要としません。面接では通常、与えられたゲーム内でパフォーマンスを発揮できるかどうかを尋ねます。ミッチの価値は、彼がゲームを他のすべての人にとってより愚かにすることです。