非技術系マネージャーは、どのように自発的なソフトウェア開発者のチームに価値を追加しますか？

多くのプログラマーが管理および管理の役割から離れているのを見ています。彼らはものを作りたい。そしてその結果、これらのポジションの多くは非技術者によって満たされています。私は、彼らがどのように価値を付加するのか見ていません。会議のスケジューリング、オフサイトの予約、およびその他の管理作業は、その役割を正当化するのに十分ですか？

彼らが現在どのように価値を高めているのか見当がつかず、会議のスケジューリング、オフサイトの予約、その他の管理が彼らの役割にとって十分に機能していますか？

マネージャーが他の部門とやり取りする量を過小評価しないでください。予算、トレーニング計画、人事書類を処理します。これらは、開発者が他の部門との会議に巻き込まれるのを防ぎ、グループに統一された戦線を提供します。

要するに、彼らの仕事は、ビジネスに存在する他のすべてのやる気を起こさせるものから自発的な開発者を保護することです。

最高のマネージャーは魔術師です。彼らは開発者のために会社の残りの部分を消滅させます。Joelからの正確な引用は思い出せませんが、太ったインターネットパイプ、機械の獣、カフェインがたくさんあることを確認するのが経営者の仕事であるため、開発者が心配しなければならないのは、彼らは最善を尽くします。

優れたマネージャーは、会社の他のメンバーに対するグループの声です。

特にソフトウェア開発に適用されるため、マネージャーには2種類の付加価値のある役割があります。プロジェクト管理とチームリーダーです。

プロジェクトマネージャーは、開発者の時間を節約するクライアントおよび中間管理者とインターフェイスします。多くの場合、プロジェクトで明確化または範囲の変更が行われますが、クライアントと中間管理者が単一の連絡先を持っていると役立ちます。開発チームのすべてのメンバーからの質問に答えようとすると、記録されていないプロジェクトの決定と文書化されていないコミットメントにつながります。これはスコープ管理の悩みの種です。

一方、チームリーダーはキャリア/スキル開発に関与し、ワークロードがチームメンバー間で適切に分散されるようにし、個々の貢献とニーズに見合ったリソースと報酬を提供します。

これらの役割はどちらも、ヘッズダウンプログラマーを必要としません。実際、いくぶん反対です。プログラマーは、質問や危機への最初の応答としてコード作成タスクにジャンプすることがよくあります。そのタスクを本当に行う必要があるかどうかを尋ねることを仕事にしている人がいると便利です。

言及された他の利点に加えて、非技術的なマネージャーは、専門家の間で行き詰まりがある場合に最終決定を下すのにより良い仕事をするかもしれません。これは直観に反しているように聞こえますが、優秀な非技術系マネージャーは人々の長所と短所を理解しています。

例：2人のプログラマーが、アプリケーションに使用するサーバーについて議論します。ある種の見事な民主主義では、2人とも1票を獲得するため、決定は行われません。この戦争は永遠に続く可能性があります（そして技術的な人々によってはそうなるでしょう）。誰かが介入してこの意見の不一致を調停し、プロジェクトを進めなければなりません。優れた裁判官は、この分野で最も専門知識のある人の意見に頼るでしょう。

誰かがその分野の才能、スキル、または知識を欠いているからといって、その人を特定できないわけではありません。才能を認めることは才能です。

会議のスケジューリング、オフサイトの予約、その他の管理作業は、その役割に十分ですか？

はい。完全に十分です。また、熱、ACなどに問題がある場合にビル管理を呼び出すのにも適しています。自動販売機とウォータークーラーの在庫と維持を徹底する。ナッシング用の特別なグッズを持ち込む; オフィスを清潔で整然と保ちます...

それらを忙しくしてトラブルから守るために、他のそのようなタスクを考えるために最善を尽くしてください...

彼らの最も重要な役割は？邪魔にならないようにし、プログラマと混同しないようにし、他の非技術者も同じようにするようにします。

MLBボールクラブのような開発チームを考えてみましょう（類推は非常に良いものですIMO）：マネージャーは常に元プレイヤーです-彼らは、高度なスキル、オタク、特異性、専門家のチームの「実践的な管理」を処理する方法を知っていますほとんどの「普通の人」ができないことをする人。

私の経験では、非技術的なマネージャーはこの役割に最も適しています。開発者の仕事を妨げる会社のものを避けることで価値を追加することに加えて、彼らは開発者間のパートナーシップを促進します2012/03/16 / introversion-productivity-work-environments /）、良いものは、チームが自分のリズムで作業できるようにしますが、可視性を気にします。