ITマネージャーとは、チームリーダー、プロジェクトマネージャー、部門長、スクラムマスター、ラインマネージャーなどを意味します。 トップマネジメントでは、物事は丘の上から送られるか、または野生のIT環境で時々見られる珍しい種類の技術マネージャーの代表者であるため、見栄えが良くなります。
教育
優れたマネージャーにはどのような機能が必要ですか？ 最初に、彼はさまざまな人々とコミュニケーションをとり、またそれらを導くことができなければなりません。 次に、心理学、経済学、法律、動機付け、モラルハザード、リスク評価、需要と供給、労働法、国際法、知的財産などの問題を理解するために、関連分野に精通していること。
これらの科目は名目上工科大学で教えられていますが、量と質はゼロになる傾向があります。 したがって、大学教育はITマネージャーの教育の問題を解決しません。
それでは、ITマネージャーをどこに配置しますか？ 関連する分野のマネージャーを連れて行くことはできません。マネージャーには十分な資格がありません。
残っている唯一のオプションは、開発者からマネージャーを成長させることです。 これにはいくつかの問題がありますが、その1つは考え方を変える必要があるということです。
考える
マネージャーとプログラマーの考え方には非常に重要な違いがあります。プログラマーはプロセスに焦点を当てています-エレガントなアーキテクチャを作成し、コメント付きの完璧なコードを書き、賢いプラグインシステムを考え出し、新しい（またはお気に入りの）テクノロジーを書くことが重要です。 マネージャーは、結果に照準を合わせます（照準を合わせる必要があります）-完成品を時間通りに予算内で。 同時に、コードの美しさは2番目の計画（最後から2番目の計画にも言えます）になります。 この矛盾のため、マネージャーと開発者の間の問題は珍しくありません。
問題は、1日または1週間で考え方を変えることができないことです。 専門家の推定によると、思考の変化のプロセスは6ヶ月から4年かかります。
そして、ここに主要な問題の1つがあります。 1社のITスペシャリストの平均作業時間は1.5〜2年です。 したがって、企業は、トレーニングプロセスの終了時に開発者が会社で働いていないことをほぼ100％確信できます。 したがって、それを学び始めても意味がありません...
2番目の問題は、まれな開発者が3〜4年先を見越して、外部からの介入なしに管理上の将来を計画し始めることです。 残念ながら、人事部は、少なくともこれらが逃げないように、別のジャビスタを誘い、クッキーの新しいバッチを購入する方法をより懸念しています。
また、すべての技術者が優秀なマネージャーになることができるわけではないことも覚えておく必要があります。 「今日は最高の開発者であり、明日は良いマネージャーです」というスキームは機能しません。 優秀な開発者を失い、悪いマネージャーを獲得することができます。 これの経済的効果は数え始めないはずです。
開発者をマネージャーに変身させるのに最適なタイミングは中間レベルです。 この時点で、（技術文献だけでなく）専門文献を読み始める必要があります。 Peopleware Timothy LesterとJoel Spolskyの「Programming Jobs」から始めるのが最善です。 そしてリストを下に 。
練習する
マネージャーの仕事は、人の管理に基づいています。 問題はこれです：優れたITスペシャリストになるには、コンピューター、インターネット、および欲求だけが必要です。 練習せずに良いマネージャーになることはまずありません。
責任
多くの人が見逃しているもう一つのポイント。 どんな状況でも、開発チームで起こるすべてのことについて、責任はマネージャー（リーダー）が負うべきです。
繰り返しますが、マネージャーはチーム内のすべての妨害を担当する必要があります。
スクラムと柔軟な方法論の時代では、責任はチームメンバー、マネージャー、および顧客に分散されます。つまり、個人的な責任はありません。 企業や開発者自身にとって非常に有益であると言う必要はありません。
実例：非現実的な評価、有能な人材の不足、およびscrumnoと呼ばれる実装された管理方法の責任を負うマネージャーに質問をしました。 彼は驚きの答えを受け取りました：それだけです。 彼らの仕事に個人的な責任があれば、このようなことは何もありません。 プロジェクトが惨めに失敗したと言う必要はなく、誰も個人的に罰せられなかったと思います。
自分自身と部下に対する個人的な責任を理解し、それを取ることは、優れたマネージャーの最も重要な資質の1つです。
ところで、別の副作用があります。この言葉を恐れていないからです。愚かなマネージャー、一部の通常の専門家は仕事の場所を変え、マネージャーなしで仕事をした方が良いと思うようになります。
遠くに行く必要はありません。ある会社では、同僚と私は数ヶ月間、マネージャーから実際の状況を隠しました。そうすることで、神は禁じられています。
また、しばらくしてマネージャーが投稿を放棄し、開発者に戻った状況を何度も観察しました。 いくつかの理由があります：原則として、給与の伸びは取るに足らない（もしあれば）、責任と頭痛は桁違いに大きいです。
さらに、開発者がマネージャーよりも多く稼いでいる状況は、IT企業では珍しいことではありませんが、他の分野ではめったに起こりません。 これは、多くの技術者がマネージャーになろうとしないことも説明できます。
結論の代わりに
マネージャーはカリスマ性を持ち、膨大な知識を持ち、部下の権威でなければなりません。 このすべてに技術的な知識を掛ける必要があります。 そのような人々はすでにあなたのために働いていますか？ あなたの仕事は、競合他社がそれらを取得しないようにすべてを行うことです。
また、開発者は、将来マネージャーになりたいかどうかの質問に事前に答える必要があります。答えがイエスの場合は、数年後に準備を始めます。