マイクロソフトで学んだこと

マイクロソフトのさまざまなチームで5年間働いた後、私は大学を卒業したときにも疑わなかったいくつかのことを学びました。 私が学んだ中核的な価値、学んだ教訓、友人に対する私の叫びの理由は、あなたがそれらをどのように呼んだとしても、彼らは私によく仕えました。



これらのいくつかはマイクロソフトに固有のものですが、ほとんどはあらゆるチーム/企業環境でアプリケーションを見つけます。 それらのいくつかは複雑です-あなたが何をしているのかわからない場合、彼らはあなたを解雇する可能性があります（またはさらに悪いかもしれません）。

申し訳ありませんが、許可はありません

十分に大きな施設には、失うものがあります。 信用力、お金、力、何でも。 したがって、何か新しいリスクのある要求は慎重に行われます。 新しい提案でもプロジェクトでも、「いいえ」と言った方が安全です。 企業はノーと言うように最適化されています。 現状維持。 失敗や壮観な崩壊のリスクはありません。



この理由から、許可を求めずに何かをする方が良いです。 結局のところ、あなたが尋ねなければ、誰も禁止しません。 サイドプロジェクトの興味深いアイデアをお持ちですか？ 彼女をエンコードしてください。 最初に誰かに尋ねると、「チームX、Y、および副社長Zと相談してください」と言われると、無限のスパイラルに遭遇します。 あなたを悩ませていることについてブログを書きたいですか？ 書き込みに行きます。



ただし、何をしているかを理解する必要があります。 明らかに愚かなことをしないでください。 未発表の機能Xについて書きたいですか？ 悪い考え。 誰にも警告せずにコードをコミットしますか？ 非常に悪い考えです。 間違った副大統領に怒った手紙を書いていますか？ たぶん（しかし、通常はそんなに悪い考えではありません）。 すべてのリスクと同様に、マイナス面があります。



これは常に機能しません。 失敗することもありますが、恥ずかしいこともあります。 しかし、これは正常です（理由の説明については、次の見出しを参照してください）。 実際、ときどき目を細めていないと、おそらく何か間違ったことをしていることになります。



結論：失敗が他の人に影響を与える可能性がある場合は、事前に警告することをお勧めします。

（通常）雑草は大丈夫です

だから、あなたは壊れて自分を馬鹿にした。 エグゼクティブディレクターがあなたに怒鳴ったのかもしれません。 あなたのデモは数千人の前で劇的に失敗しました。 コードを編集した後、サイトはダウンしました。



これは正常であることがわかります。 その瞬間には見えないかもしれませんが、実際には、これは予想されています。 中断しないと、十分に試行しません。 誰かがささいなことだけに取り組んでいるとき、それは私を悩ませます。 5年後に役に立つ可能性はどのくらいですか？ 通常はありません。



小さな横枠で作業することのさらに大きな危険はありますか？ それは人々を用心深くします。 あなたの従業員が何かを壊すことを恐れている場合、彼らはその場で立ち往生し、新しいことは何も学びません。 誰もこれから恩恵を受けることはありません-彼らは「成長」せず、あなたはそれらから最大を得ることはありません。



パブリックエラーを回避してZenを達成することは困難です。 私のパフォーマンスが悪くなった場合、私に話してみてください-通常、私は地下に落ちたいです。 しかし、しばらくして、あなたはあなたを心配するべきでないものとあなたが本当に心配する必要があるものとを区別することを学びます。



結論＃1：誰もがわずかな間違いやつま先をすることを恐れている環境/チームで働く必要がある場合-逃げる方が良い！ 上司があなたのささいな不正行為を個人的なプロフィールに持ち込む場合、同じことをする価値があります。



結論No. 2：犯罪を犯した場合は、公然と認めてください。 彼らは「私はここで台無しにした」という手紙を送りました。 告発を受け入れ、隠そうとするのではなく先に進みます。

ドアの前の列を見てください

ジェイからアイデアを盗んだ。 チームで働くとき、部下の尊敬と信頼が不可欠です。 これを測定する簡単な方法は、あなたを探している人を見ることです。 人々がいつもあなたを探していない場合-それが問題、アイデア、または彼らがあなたから必要とするものであろうと、ここで何かが間違っています。



欠点は、常に関与しなければならないことです。 開発者であるかどうかにかかわらず、すべてのチームアラートおよびメーリングリストに参加する必要があります。 最新のビルドをすべて試してください。 関与する必要があります。



あなたを探している人をオンにしたり、背を向けたりしない場合、重要な決定が下されるときに招待されることを期待しないでください。

コード主導

技術的な作業がある場合は、コードを調べる必要があります。 記述したりデバッグしたりすることはできませんが、プログラマーの基本的なスキルが必要です。 ソースを同期し、コンパイルを開始します。 方法がわからない場合は、質問してください（そして、その過程で開発チームについて調べてください）。 毎日のコミットを参照してください。 良い時期には、コミットは常に行われます。 困難な時期には、コミットはまれで細くなります。



コードを30秒間見れば回避できるはずの無数の交渉と会議を観察しました。 製品がどのように機能するかを知ることに代わるものは絶対にありません（そして、アーキテクチャ図はここでは役に立ちません）。 デバッガーの動作がわかっている場合は、いくつかのブレークポイントを設定し、さまざまな部分がどのように組み合わされるかを理解してください。



他に問題がなければ、開発者はもっと真剣に考えます。

ローンウルフ症候群

「チームプレーヤー」という言葉を聞くたびに、 この投稿を思い出します。 「チームプレイ」という表現は、服従、予測可能性、一般的にはイニシアチブの欠如を意味すると誤解されることがよくあります。 言い換えれば、あなたがハッカーならあなたがしていないすべてのことです。



自分をロックして何かをコーディングし、完成した製品を見せたいと思うかもしれません。 ハエ、文字、および通常の退屈な作業の赤字を無視します。



これをしないでください。 おそらく、これを常に行っているわけではありません。



ハッキングは創造的なプロセスです。 コードに週末が費やされます。 ただし、これが通常の操作モードである場合、チームに多くの苦痛を与えます。 彼らがあなたの「完了」からの距離を知らない場合、彼らは、彼らが心配する必要があるか、または緊急事態計画にどれだけの時間を残す必要があるかを理解することができません。



オフィスを歩き回るのに時間をかけてください。 入って、人々が何について話しているかを見つけてください。 あなたがしていることについて話してください。 最終的には、Habrahabrを延々と読むのではなく、何かをしているという快適な気持ちを彼らに与えます（元の「Hacker News」-約Per。）。 ある程度の時間（許容時間）が経過すると、十分な信頼が得られるので、人々は時間通りに何をするかに頼ることができます。

新しいものを試す

私はしばしば多くの善良な人々の停滞を見てきました。 「この新しいXは20年前のYと同じなので、試してさえいません。」と言い始めると、あなたはこれに気付き始めます。 私たちの業界は、数年ごとに劇的に変化するようなものです。 許可するべき最悪のことは、知識がなくて、自分自身をフェードさせることです。



これは、すべての新しいソーシャルネットワークに参加し、iPhone用の多数のインストール済みプログラムを用意する必要があるという意味ではありません。 しかし、あなたは人気のあるもので「遊ぶ」必要があります。 新しい人気のあるプログラミング言語、Webフレームワーク、ブラウザプラグインなどを提供します。



「時間がない」という言い訳はできません。 ビル・ゲイツとレイ・オジーにいつも感銘を受けたのは、彼らが自分の会社と他の会社の両方のテクニックでどれだけ遊んでいるかということです。 彼らが時間を見つけることができるなら、あなたはさらにそうすることができます。



テクニックの簡単な楽しみに加えて、他の人がどのようにそれを使用するかを見てください。 エルドラドのラップトップ部門（元の「コストコ」で約1時間あたり）にたむろするか、携帯電話店でチャットをする人を見ることで（元の「AT＆Tストア」で約1時間あたり）たくさん学ぶことができます。 レイ・オジーは、新しい都市や国に来るたびに、公共交通機関でどのように人々が物を使うかを見る方法について話します。 普通の人がテクノロジーから何を得ようとしているのかを理解してください。



マイクロソフトに移行するチームは、最新の情報を維持しようとしないチームです。 これの合図は、すべてのチームメンバーが10年間、1つのことに取り組んでいるということです。 これは、ほとんどの場合、あなたの思考を揺さぶるには新しい血が必要であるという確かな兆候です。 もちろん、他のルールと同様に、例外があります。

新しいチーム？ 製品ではなく人材を募集

他の何かに切り替えることにしたときはいつも、まず一緒に働きたい人を探します（それが現在のチームのタイプです）。 これは、私が考えうる最もクールな製品のチームを引き継ぐ習慣を持っている私が始めた方法とは非常に異なっています。



長い目で見れば、チーム内の人々との付き合い方があなたの幸せに大きく影響することをすぐに学びます。 クールなテクノロジーは次第に消え、変化し、古くなっています。 同時に、優秀なチームメンバーと築いた関係は、長年にわたって続きます。



どのタイプの人を採用しますか？ 私は次のタイプの人々をチームに連れて行く傾向があります：無礼、反抗、トラブルメーカー。 あなたに合ったものを自分で決めてください。

コンフォートゾーンを離れる

開発する唯一の方法は、あなたの快適ゾーンの外で物事をすることだと強く信じています。 人、場所、プログラミング言語、仕事のいずれであっても、今まで行ったことのないことを試してみてください。



たとえば、私はいつもバーやクラブで不快に感じました。 同僚との出撃を避けるためだけに、あらゆる言い訳を探していました。 最後に、私はそのような状況で快適に感じる唯一の方法は、行ったり来たりすることだと決めました。 私は数年間外出を強いられましたが、今では他の人と同じように私は普通です。



テクノロジーでも同じことが起こります。 新しい言語でコードを書くか、新しい検索エンジンを試すか、新しいブラウザーに切り替えます。 しばらくの間、他の作業を行うようにしてください。 マイクロソフトでは、パートタイムのプログラムマネージャーまたは開発者になるのは簡単です。人々はあなたが彼らに提供できる支援を愛しています。 これの恩恵を受ける。

不快な質問をする

私たちはそれぞれ、あなたが混乱したり、質問したり、単に会話のトピックを理解しなかったりする会議やプレゼンテーションに出席しました。 部屋の全員がデリケートなトピックをバイパスしていることがあります。



これは、同僚や上司の前で愚かに見えるのではなく、適切になりたいという願望によるものです。 知ってる？ ほとんどの場合、彼らはあなたと同じ船に乗っています。 この状況で信頼できると思われる親指の原則は、部屋の最も賢い人が「わからない」と最初に言うことです。



不便な質問には注意が必要です。 いくつかの問題は、理由によりタブーではありません（法的問題が良い例です）。 それらを認識して先に進みます。 ほとんどの場合、誰もが避ける共通の質問を提起することにより、より生産的な交渉を達成できます。

こんにちは！

すべての大規模な組織には、多くの興味深い人々がいます。 これは統計的に明らかです。 面白いものを作成する人々、ここで賢明になるために十分な時間を費やした人々、彼らの風変わりな行動に興味がある人々、リストは続きます。



行って、それぞれを知りましょう。 彼らが取り組んでいるものをご覧ください。 「古き良き時代」についての話をしてもらいます。 彼らが今嫌いなものについて彼らに不平を言わせてください。 それらから学ぶ。



夕食やコーヒーを飲みながら会うことを拒否する人はいません。 彼らは抵抗することができますが、ほとんどは屈服します。 それでも解決しない場合は、オフィスを見て「こんにちは」と言ってください。 MicrosoftまたはGoogleで働いている場合、スーパースターに会います-デイブカトラーズ、パトリックダサド、デイブキャンベル、ロブパイク、ケントンプソンに会ってください。

人前で賞賛し、密室で罰する

人前で誰かの考えを批判することは決して妨げになりません。 これは予想されることです。 しかし、すべきでないことは、人自身を公の場で批判することです。 他の人のアプローチやパフォーマンスに不満はありますか？ 密室で会話をする。 これは、人が企業のはしごであなたの下に立っている場合に特に重要です。 権力の利点は、彼らがあなたに答えることを許しません。



一方、賞賛は常に公の場で行われる必要があるものです。 残念なことに、人々はしばしば、彼がしたことに対して人を認識することの効果を過小評価しています。 短い手紙は、みんなを幸せにする長い道のりになります。

与えられたものではなく、最高のものがとられる

多くの人々が「システム」が彼らの世話をするのを待っています。 特に、あなたの評価が合理的かつ合理的である学校や大学で一生を過ごした場合。



チーム/企業では、これはよくありません。 次のリリースで追加する小さな機能は何ですか？ 彼女がどれだけかっこいいかをみんなに話さなければなりません。 製品の生産性を大幅に向上させるための取り組みに感謝しますか？ 適切な人があなたがしたことを正確に知っていることを確認してください。



これは多くのハッカーを驚かせます。 「システム」は、感謝を発表したり、何かの良さを評価したりといった世俗的なことを自動的に処理すべきではありませんか？ 問題は、原則として、「システム」とは、チーム内で発生するすべてのことについて十分なデータを持っていない、賢明で意図的な過労者の集まりであることです。 必要な入力を取得する努力をしなければ（そして、ドアをノックして「私がやったことを見て」と言うのと同じくらい簡単かもしれません）、物事がうまくいかなくても驚かないでください。

ろくでなしに

これらすべての最も重要な教訓は、嫌いな人ではないということです。 多くの賢い人々は、粗野で敵対的な行動パターンを発達させる傾向があります。 時々彼らは本質的に馬鹿です。 そして時々、彼らはこの行動を、一緒に仕事をする人や尊敬する人に現れます（これは10〜15年前にMicrosoftでよく起こりました）。



一部のハッカーは、直接性と無礼さを伴う悪いマナーに干渉します。 これをしないでください-これらの2つのことの間には違いの世界があります。 あなたは失礼で、誰かを雌犬と呼び、わいせつではありません。 実際、私が尊敬している人の中には、声を上げたり、他の人を不快にさせたりすることなく誰かに電話をかけることができます。



あなたがジャークであるなら、それは人々があなたを憎むようにするだけでなく、社会的効果も持ちます。 悪い振る舞いを示しているのは、たった1人で十分です。



思いやりがある。



結論：「巧妙であること」と「政治的に正しいこと」または「受動的に攻撃的であること」を混同しないでください。 受動的に攻撃的かつ過度に政治的に正しいことも同様に悪いことです。 主なことは、個人を批判することなく、誰かの仕事やアイデアを批判することです。



ただし、これは十分に困難です。



UPD：テキストの文体的および文法的な誤りを修正しました。