プログラマーが上級プログラマーに期待する主なことは何ですか？
最近、私は以下の 5種類のボスとそれらの扱い方 を読みました。これは最悪のボスの服装を説明しています。ソフトウェア開発者の小さなチームを率いて始めたところです。
プログラマーが上級プログラマーに期待する主なこと、またはチームを管理する際に避けるべきことは何ですか？.
また、プログラマーの満足度を維持し、チームに生産性と完全性を提供する方法を知りたいです。
私にとってうまくいくように見えるもの：
- 有意義な作業を行い、所有権を奨励する-問題が発生した場合でも、それを解決せずに話し合い、人に洞察を与えて、彼らが自分で解決できるようにします。
- 編集-追加-これも含めることを意味していました-詳細に触れないでください。従業員がマイクロマネージメントなしで割り当てを実行するのに十分な知識を持っているか、常にチェックインする必要があることを前提としています。いつチェックインするかについて一連のガイドラインを作成しますチェックインする必要があるチェックイン-作業が完了したとき、または本当に混乱して深刻な介入が必要になったときのみにしてください。可能であれば、チーム間サポートの問題でループする必要がないようにしてください。
- 正直に言う-これにはいくつかの結果があります：
- あなた自身について正直に言ってください-「火曜日まで時間がありません」、「私はそれをやったことがない、これが私の推測です」など。
- チームと彼らが会社のどこに適しているかを正直に伝えます。もしあなたがビジネスのことについて何か知っているなら、可能なら彼らに知らせ、あなたが知っていることを正直な事実として伝えてください。
- 正直にフィードバックしてください。否定的なフィードバックをしている場合は、言葉やソフトペダルを細かくしないでください。これは、「残酷に正直」とは異なります。思いやりを持つことはできますが、何かが間違っている場合は、そのように言ってください。
- 仕事が意味のあることをすることよりもredtapeについてであることがわかっているときは、正直に言ってください。みんなの人生のなかに、意味のない仕事が落ちていく。意味のあるふりをしないでください。それをそのままのように呼ぶので、すべてを乗り越えて、何か役に立つものに取り掛かることに集中できます。
- 聞く。あなたの仕事の少なくとも50％は聞いているでしょう。あなたは突然、技術的な作業だけでなく、それを行う人々に対しても責任を持つようになりました。チームが抱えている問題だけでなく、人々がどのように問題に取り組んでいるのか、そしてグループとしてのチームの欠点は何かを聞くために耳を傾ける必要があります。
- 重要な結果-リスニングはポイント1に直接つながる可能性があります-有意義な仕事を与える-エンジニアは開発を容易にする方法を考え出すことに優れています。あなたはすべてを承認することはできませんが、アイデアが良い場合は、エンジニアに割り当てを与えると、彼らは本質的にあなたのために働いてくれました-彼らは意味のある仕事を作成し、それが何であるかを教えてくれました。
- 「ありがとう」と言います。私にはわかります。私たちは皆、お金、より良いツール、より良い職場環境、そしてプロモーションを愛していますが、これらのことを実現する方法は、一連の良い努力であり、それぞれに「ありがとう」に値します。 「ありがとう」は完全に無料です。あなたがそれらを使い果たすことは決してなく、あなたのマネージャーがあなたのハードワークを見て感謝していることを知ることは間違いなくやる気になります。
- 全体像に時間を費やす、たとえそれがあなたのポジションを得た日々の仕事の一部を犠牲にすることを意味するとしても。おそらく一部の人よりも上手にコーディングできることは本当ですが、全体像、チーム、プロジェクト全体の方向性、コードベースの状態、プロセスの効率に適切な時間を費やさない場合、あなたのチームの環境-あなたは彼らがする必要がある仕事をしません。
- チームのバッファになることを学ぶ。エンジニアリングチームは、エンジニアリングを行う時間があるときに最適に機能します。企業の官僚機構はエンジニアリングではありません。面倒な年1回/月/週の外部の人との会議に参加するためにできることは何でも優れています。注：これは、利害関係者とのアジャイルな会議を意味するものではありません。それはエンジニアリングであり、チームはそのためにそこにいる必要があります。大声で叫ぶ機械をチームの近くに置きたい施設とのミーティング、またはコードがチェックインされる前にチームが3回に渡って書類に記入することを望んでいるプロセスグループとの会議を意味します。あなたは非難吸収システムです。
- 問題のある人は悪ではないと仮定します、彼らは良いことをしたいがまだ方法を理解していない人です。全員を修正できるわけではありませんが、最初の数回の完全な失敗は、無能であるか故意の悪意であるのと同じくらい、失敗した通信の要因です。人々は邪悪ではないという前提から始めれば、上記のリストにある邪悪なボスの原型の多くを回避することを望んでいます。
そしておそらく最も重要な... respect。あなたがチームのメンバーを正直に尊重できない場合は、それを変えることに取り組む必要があります（それが人を教えることであろうと、人数を変えることであろうと）。初日を尊重すれば、それを取り戻し、尊敬の欠如した人々を扱い、見返りに決して尊敬を得ることがなくなります。
まとめると、これらのことのほとんどを行う場合、ほとんどの場合、チームは、自分が人間であり、何かを完全に台無しにすることを示すと、疑いの恩恵を与えます。 :)すべての上司には独自の欠点があり、チームとの関係を構築して、弱点を補うと同時に弱点を補うことができます。
ええと、学ぶべき最大のことの1つは、彼らが望むものを彼らに与えるだけの能力を持たないために、彼らを幸せに保つことができないことが非常に多いということです。
私が見つけた中で最も優れたマネージャーは、正直な人たちでした。彼らは、上層部が投げつけようとするすべてのがらくたから、そして何よりもチームを守ります[〜＃〜] listen [〜＃〜]彼らのチームに。
私は、シニアまたはリードであることの最も重要な部分の1つは、ジュニアの人々への可用性です。多くの場合、シニアとリードには、自分にしか実行できない権限があるタスクがあります（たとえば、ジュニアにはステージングやプロダクションへの書き込み権限を与えません）。さらに、あなたの仕事の重要な部分はジュニアを指導することです。それは彼らを無視しないで質問に答えることを意味します。シニアになるほど、あなたから何かを必要とする他の人に邪魔される可能性が高くなります。その「邪魔しないでください」というサインをあきらめて、割り込みでの作業を学ぶ必要があります。
聞くことは重要です。
どうぞよろしくお願いいたします。重要であり、費用はかかりません。
あなたが喜んで与える以上のものを期待しないでください。午前3時まで仕事をして欲しいなら、私も一緒に仕事をしている方がいいです。午前7時までに完了する必要のあるタスクを提供した直後に毎日時間どおりに出発する人のために働くことほど、思いがけないことはありません。
公平である。お気に入りを再生しないでください（特に、ガールフレンドやボーイフレンドに最高のものを与えることによってお気に入りを再生しないでください）。すべての従業員を尊重して扱います（個人的に嫌いな人でも）。
決定的になる。誰もが5分ごとに進行したり、さらに悪いことに変更したりできないように、決定をぶら下げたままにしないでください。
あなたの人々のために立ちます。あなたはそれらすべてを勝ち取ることはできませんが、人々はそれらをチェーンでサポートする誰かのために火を通り抜けます。
必要に応じて、悪者になろうとする。 1つの悪いAppleは、開発チームを破壊する可能性があります。その人の悪い態度に立ち向かいたくないので、その人を保持しないでください（これは、リードや公務員にさらに当てはまります）。悪い知らせがあります、チームに伝えて、秘密にしないでください（彼らは最終的に気づき、悪い知らせと秘密保持の両方に腹を立てます）。 。管理職または準管理職の誰もが不人気であることに前向きでなければなりません。
アイデアを上級者に売り、開発者にこれらのスキルを教える方法を学びましょう。
ビジネスドメインの重要性を理解し、プログラミングだけでなくその専門家になります。
ここでのキーワードは信頼と責任です。
チームメンバーが有能であり、タスクの完了に集中していることを信頼する必要があります。あまり干渉しないことにより、あなたは本質的に彼らに彼らの仕事に対する「自分の」責任を与えます。
私見、これだけでも健康的な雰囲気を作り出すのに不思議です。
まあIMO私は上級開発者/リード/何でも、ばかばかしい締め切りのようなものに対して開発チームと協力することを期待します。
IMOが避けなければならない主なことは、上級管理職に対する「イエスマン」であり、彼らが何を言っても常に同意することです（つまり、お尻のキス人）
人々のスキル。時には人々は「シニア」というタイトルを与えられ、彼らは全知ではないことを忘れます。彼らは昇進が彼らの最高の技術的スキルと潜在的な天才についての解説であると感じます。実際には、彼らは今や超低レベルのマネージャーです。彼らはどのようにそして誰がやる気を起こさせ、誰を許すか、どのように妥協するか、いつ聞くかを理解するべきです。
所有。最悪の上級プログラマーは、自分が「先輩」であったものを所有しません。彼らは、彼らの昇進につながった仕事おかしな行動と非難ゲームの戦術にフォールバックします（バスの下で投げた人の墓の上で踊っている間はおそらく）。今、彼らはスリングでのそのお尻と、デザイン、計画、そして仕事の大きなシェアを所有する彼らの責任を理解する必要があります。
経験。私は上級開発者がすべてを2回見たことを期待しています。ドメインとテクノロジーを理解する必要があります。彼らは積極的にリスクを攻撃し、赤いニシンを浪費している時間を発見できるはずです。
一貫性は最も重要なことの1つです。開発者があなたがどのように行動するかを予測できれば、彼らは幸せになります。あなたが常に完全なツールであったとしても、それは時にはクールであり、時にはツールであることよりも優れています。言われていることはツールではありません。
知識とコミュニケーション。情報源を知り、muchより重要なことは、誰もが理解して保持できる方法で誰にでもそれを説明できることです。