米国のレイオフとプログラマーのパフォーマンス評価に関するAmazonマネージャー

シリコンバレーのロシア語を話すITプロフェッショナルにインタビューを続けています。 今回は、 Amazonの ソフトウェア開発マネージャーであるDenis Davydenkoとチャットできたのは幸運でした。



-私はベラルーシ州立大学で応用数学を勉強し、名誉と顕著な功績なしに卒業しました。 一言で言えば、普通のプログラマー、これはシリコンバレーのマネージャーが彼の教育を説明する方法です。



-大学の後はどうなりましたか？



-私の最初の仕事は完全にプログラマティックではありませんでした。 大学の後、私はベラルーシ銀行に定住し、ATMに従事し、支店にサービスを提供し、コンピューターを前後に引っ張りました。これは、大学の新卒者にとっては普通の仕事です。 それから友人は私にEpam （ ベラルーシのルーツを持つアメリカ人の外資系会社 -著者のコメント）で私に電話をし始めました。 私はいつもプログラミングに興味がありましたが、すぐに始められなかったので、銀行を辞めることにしました。 私の本当のプログラミングのキャリアはEpamで始まりました。 私は約1年間そこで働いた後、別の友人が私たちをモスクワに連れて行き、そこで彼は支払いのためのサイト、大規模な携帯電話会社のユーザーポータル、およびサブスクリプションサービスに取り組み始めました。 仕事はかなり退屈だったので、さらに調べることにしました。 偶然、私はスタートアップを見つけて開発チームに加わりました（本社はロサンゼルスにあり、開発者は全員モスクワにいました）。 スタートアップは急速に成長しており、米国に位置し、ビジネス開発により多くの時間を費やすことを余儀なくされたサービスステーションは、それを支援するためにモスクワから数人の開発者を移すことを決めました。 私は彼らの一人になりました。



-スタートアップは何をしましたか？



-当時のスタートアップは非常に興味深いものでした。ソーシャルプラットフォーム用のソーシャルプラットフォームを作成しようとしました。 当時、クローンを作らないことは非常に人気がありました（Facebookは今ほど人気が​​ありませんでした）が、Facebookが行ったのと同じテーマのそのような独特の工芸品。 私たちのスタートアップもほぼ同じことをしました。 これは、各ユーザーが自分用の小さなWebサイトを作成し、コンテンツを中心にコミュニティを編成できるプラットフォームでした。 コンテンツ作成者向けのソーシャルネットワークと呼びます。



-プログラミングから管理に切り替えたのはいつですか？



-予想通り、米国に到着すると、私はスタートアップの技術的な側面に対処し始めましたが、開発はすべてモスクワに残っていたため、製品管理と技術的な部分-開発者の間のギャップを埋める必要がありました。 実際、これは私がやっていたことだったので、より管理的な活動に切り替える必要がありました。



-それは強制的な決定でしたか？



-私はそう考えたいのですが、実際、私は管理職にもっと傾いています。 私はそれについて考えて、気づきました：私はちょうど良いエンジニアであり、建築家に成長するのに十分な頭脳を持っていません。 そして、私は何とかうまく働くことができます。 プログラマからマネージャーへの切り替えはかなり複雑なプロセスであるため、最初の2年間は十分に困難でした。 バンプを自分で詰める必要がありました。



-プログラマーからマネージャーへの「変革」の間に、どんな困難に遭遇しましたか？



-最大の困難は、難しいプログラマーと働く方法を学ぶことでした。 これらは、常に120％のパフォーマンスを維持しているだけでなく、ひどい内向的なロックスターです。 彼らはコミュニケーションを望んでおらず、経営陣に非常に不十分にさらされています。 原則として、これらの開発者は独自のアクションコースを確立します。これは、プロジェクトを妨害し、すべての期限を混乱させる可能性があります。 彼らと働くことの複雑さは、彼らをプロジェクトの利益に向かって「動かす」方法を学ぶことでした。ほとんどの場合、これはコードの品質を犠牲にしてスピードを上げることを意味します。



-あなたの話に戻りましょう。最初にロサンゼルスでスタートアップとして働いた後、ニューヨークに移りました。 どうした



-スタートアップはViacomに買収されました。 しばらくの間、私たちはまだロサンゼルスのオフィスで働いていましたが、その後チーム全体がニューヨークに移り、そこでバイアコムが本社を置きました。 そこで私は、テクニカルプロジェクトマネージャーからソフトウェアエンジニアリングシニアディレクターに成長しましたが、5年後、会社は株式市場で困難に直面し始めました。



-アメリカでどのように削減されているかについての恐ろしい話がたくさんあります。机の上に箱を置いて、物を集めて警告なしでその日を去るべきです。 あなたの場合はどうでしたか？



-これはそうです、そうではありません。 通常、雇用主は事前に警告することなく、また理由を説明することなく従業員を解雇することができると契約は本当に述べていますが、従業員はいつでも同じように去ることができます。 実際、少なくともIT企業では、雇用主は通常、事前に従業員に警告し（もちろん2か月ではなく、約1週間）、1か月から1年の退職金を支払います。 アメリカの法律は、すべての人とすべての人を判断することが可能なため、法廷に行って弁護士に多額のお金を支払うよりも、企業が余分な従業員に報酬を支払う方が簡単です。 私の場合、私は非常に良いお金を支払われました。私はそれを冷静に受け取り、ありがとうと言い、今も住んでいるシリコンバレーに行きました。



-アマゾンでの進路について教えてください。

-完全に普通の話：ニューヨークのViacomから解雇されたとき、仕事を探し始めました。その結果、Amazonからオファーを受けました。 私は招待されたプロジェクトが好きで、もちろん、オファーに数字が記載されていたので、ためらうことなくシリコンバレーで仕事に移りました。 最初はAlexaの音声アシスタントの仕事を始め、1年半後、Amazonの検索広告の改善に携わるチームに移りました。 一般的に、必要に応じて、少なくとも毎年Amazon内のチームを変更できます。



-インターネットでは、Amazonについてさまざまなレビューがありますが、その中には、すべてのジュースがプログラマーやマネージャーから絞り出されていると言うものもあります。 ストレスは本当にどれくらいですか？



-すべては特定の製品と特定のチームに大きく依存しています。 アマゾンの私の最初のチームは非常にストレスがたまりました。 私は10-12時間働かなければなりませんでした。 これは通常、非常に急成長している製品で発生します。 そのようなチームでの仕事の集中度は高いですが、非常に重要なプラスがあります。あなたの仕事の結果がすぐに見え、これがさらなる動機付けを与えます。 たとえば、何かをサポートする他のチームでの作業は、ストレスがあまりなく、非常に穏やかです。



-Amazonのマネージャーはプログラマーのタスクにどれだけ没頭すべきですか？



-アマゾンでは、この点に関して特別な要件はありません。チームの作業の有効性のみが重要であり、各マネージャーがそれをどのように達成し、どれだけ潜り込むかが重要です。 私のチームには6人のプログラマがいます。 できる限りすべての事柄に遅れないようにしています。 もちろん、時々、あるタスクから別のタスクに切り替える必要があるために何かを見逃しますが、そのような状況では優れたチームとプログラマーが助けてくれます。



-解雇したことはありますか？



-はい、私の記憶にはそのような状況が3つありました。 主な問題は、人の解雇を決定することでした。 決定が下されると、すべての指示が1つ2つ3つに従って行われます。 しかし、意思決定は常にかなり困難でした。

一般に、私はそのような状況を事前に予測し、90日間のルールを使用しようとします。最初に、自分のパフォーマンスが本来あるべきものではないことをその人に知らせます。 次に、状況を修正するためのオプションについて説明し、アクションプランを作成します。 これらはすべて定期的な会話で行われ、公式の書類には署名しません。 そして、3か月間1〜2週間ごとに、改善があるかどうかを監視します。 90日後に改善が見られない場合は、その人が自分を辞める（たとえば、別の仕事を見つける）か、人事部にケースを渡し、そこで彼のために報酬パッケージが作成され、減額されます。 幸いなことに、この3年間、私はだれも解雇する必要がありませんでしたが、もし私がしなければならないなら、それはより簡単でしょう。 私は解雇される必要がある人を解雇することなく、彼、私自身、そして会社のためにより悪いことをしていることに気づきました。



-アメリカ企業のマネージャーの面接プロセスはどうですか？



-インタビュープロセスは、マネージャーとプログラマーにとってかなり標準的なものです。 技術面接と管理スキル面接の比率のみが異なります。 もちろん、マネージャーは管理スキルに、エンジニアは技術スキルに焦点を当てています。 Amazonでインタビューしたとき、1日で6回のインタビューを受けなければなりませんでした。そのうち4回は管理面で、2回は技術面で行われました。 それどころか、エンジニアにとっては。

数年前から、アマゾンでのインタビュアーからのインタビューを見てきました。 通常、私は候補者に管理職の非常に標準的な質問を求め、3つの側面を見ます。どのように人が問題の状況を解決できるか、人がどのようにリスクを管理するか、どのように伝えるかです。 マネージャーの技術面接については、より高度です。Amazonでの面接では、アルゴリズムを解決するように求められることはなく、タスクは、たとえばライブラリーのシステムを設計します。



-面接中に候補者に確認する3つの管理面について言及しました。 どのような質問をしていますか？



-私が尋ねることができる質問の例：「あなたの個人的な経験の状況、あなたの締め切りがあり、あなたのプロジェクトが他のチームに依存していたときの状況について教えてください。 経営慣行では、これはかなり一般的な状況であるため、潜在的な従業員がその中でどのように行動するか、彼が正確に言うこと、彼がもたらす議論、彼がチームが何をしたかについて話そうとするか、彼の貢献を分離できるかどうかは非常に重要です一般的な原因。 もちろん、彼自身がやったことについて話すことができる人が優先されます。 彼自身がどのように状況に影響を与えたか。



-周りの誰もがIT業界の従業員不足について語っています。 Amazonは従業員をどのように社内に留めていますか？



-特定の給与、チームを変更するためのかなり簡単なプロセス（1つのプロジェクトに取り組むのは退屈になりました。いつでももっと面白いものを見つけることができます）およびキャリア開発への注意。 たとえば、マネージャーの重要な責任の1つは、従業員のキャリアプランニングです。 私たちは各プログラマーと毎週テット・ア・テット集会を開いており、特にキャリア成長の可能性について議論するためにそれらを使用しています。 プログラマーが将来自分をマネージャーとして見ているのか、プログラミングで開発したいのかについて話します。希望に応じて、マネージャーへの移行または次のプログラミングレベルへのパスを計画します。 それは常に非常に個別のプロセスです。1つはコミュニケーションの観点から成長する必要があり、もう1つはデザインスキルが不足しています。 残念ながら、大企業で働くだけでは十分ではありません。 また、あなたがうまく働いていることを皆に示すことも必要です。



-Amazonで使用されている方法について教えてください。



-Amazonで使用されている少なくとも2つの方法論に出会いました。 1つ目はスクラム、2つ目はカンバンです。 もちろん、基本的には、SCRUMが使用されていることがわかります。SCRUMを使用すると、マネージャーにどのプロジェクトをいつ実行するかを可視化できるからです。 したがって、ビジネス開発を計画し、日付を宣言し、期待を設定することができます。 しかし、私はカンバンと協力しなければなりませんでした。 プロジェクトが緊急事態でいっぱいになると、全員が悲鳴を上げ、走り回り、自分の髪を引き裂きます。3か月間、かんばんに切り替えて問題を解決し、水面に泳ぎます。 少なくともAmazonではWaterfallを見ていないので、この方法論に頼らないようにしています。 そして、私は他の人を知りません。



-Amazonプログラマーはどのようにパフォーマンスを評価しますか？



-一般に、パフォーマンス評価はプログラマーだけでなく、一般的に各従業員、VPに対してもパフォーマンス評価が行われ、同じ形式です。

毎年の終わりに、チームの各人は、価値の提供（人が仕事にもたらす利益）、コミュニケーション（仕事中の人とのコミュニケーションのしやすさ）、可視性（その可視性）の3つの基準に関して、他のチームメンバーの仕事について匿名で小さなレビューを書き込みます人がすること）。

すべてのレビューに基づいて、チームの各メンバーがどれだけうまく働いたかのような集計計算がコンパイルされ、各プログラマーに与えられる評価が与えられます。 それだけです。



-アメリカで専門的なスキルを試しているマネージャーに、どのようなアドバイスを与えることができますか？



-ヒント1-英語でのコミュニケーションが得意であることを確認します。 これは、英語を話す人と仕事上の会話にすばやく接続し、自由にコミュニケーションできることを意味します。 もちろん、場合によっては再度質問することもできますが、単語ごとに辞書を開かないでください。 2番目のヒントは、旅行先の国の精神性と文化について可能な限り調べることです。 文化の違いはプロの計画を台無しにする可能性があるため、これは見かけよりもはるかに重要です。 そして最後に、新しい国に行く前に、あなたが移動に期待することを理解しようとし、間違いを犯す権利を留保します。 滞在するつもりで旅行している場合は、明確な枠組みを自分用に設定します。これは、「滞在する」ことを意味し、その場合は帰国の準備ができています。