Software Development Managerの書面の役割[終了]


62

ソフトウェア開発マネージャーが何をするかは誰もが知っていますが、漠然としか知らないのではないでしょうか。私たちは彼が何をしているかを知っていると思いますが、仕事の範囲を正確にリストアップすることは少し難しいです。

あなたの意見では、ソフトウェア開発マネージャーの役​​割は何ですか?


1
エンジニアリングマネージャーが何をするかを思い出させる優れた要約。それをデスクトップに置いて、疑問がある場合、またはチームの管理中に困難な状況にある場合に再訪してください。
jkk 14年

回答:


100

仕事に携わっている人(開発者でもある)として、私がしなければならない重要なことは次のとおりです。

  • 開発チームを軌道に乗せて(可能な場合は幸せに) - 可能な限り作業を停止しているものを邪魔にならないように移動し、結果として生じるストレスを減らすために移動できない場所を移動できない理由を説明します(人はより多く少なくとも彼らが理解していれば物事を受け入れる可能性が高い)。最終的に、プロジェクトと解決できないチームとの間に矛盾がある場合、通常はプロジェクトが勝ちます。それは必ずしもあなたをチームで人気にするわけではありませんが、組合のリーダーとしてではなく、プロジェクト/製品を提供するための報酬が支払われます。明らかなスキルは、これが発生する頻度を最小限に抑えることです。

  • チームが適切な量で顧客と通信していることを確認してください。これは、顧客をチームから遠ざけ、チームが顧客に完全に理解していないことを(間違っているかもしれないと仮定するのではなく)尋ねていることを確認することと同じです。開発者は、顧客が彼らを邪魔しないことを確認することに非常に力を入れており、顧客が追加するのに役立つ何かを持っているかもしれないことを時々忘れます。

  • リソースの競合、顧客の要求、サポートの問題などのプロジェクト計画と優先順位付け。私は、この顧客がその顧客よりも優先される、またはこのバグが出荷される前に修正する必要があるが、既知の問題として出て行くことができると言う人になりがちです。

  • 開発の商業的側面を管理します -それは、課金されるべきものと課金されるべきものを確認し、サポートの下でカバーされるべきものに対して課金しようとしないことです。

  • ビジネスのチームとチーム内のビジネスの声になります -全員が相手の立場を理解し、発生した差異を解決できるようにします。これは主に、チームのニーズ/要望と大規模な組織との間の文化的な対立、および予算の問題を対象とする傾向があります。これは実際にはかなりくだらないです。それは、意見の相違がある場合、あなたが全員の敵だということを意味するからです。

  • チームと協力して、ビジネスと顧客の要件を満たすために十分なプロセスとツールを準備します。これらのプロセスが必要に応じて実行および調整されていることを確認してください。これのいくつかは、チームがプロセスを定義することを確認しています(たとえば、彼らが私よりもよく理解している技術的なもののため)、いくつかは自分でそれらを定義しています(私が彼らよりもよく理解しているもの-計画、推定など)。ここで重要な言葉は十分です-プロセスのためにプロセスが必要ではありませんが、発生しなければならないことがあり、プロセスは一貫してそれを達成するための最良の方法です。

  • チームのすべてのメンバーが少なくとも合理的なレベルで作業していることを確認します。理想的にはそれ以上です。彼らと協力して、彼らがこのレベルに到達するのを妨げている問題の解決に役立ててください。私の役割は彼らを最高のものにすることだと言いたいのですが、これはある程度他の要求(プロジェクト、予算、時間)に当てはまりますが、これはほぼ常に多かれ少なかれ妥協されることを意味します。

  • 組織(および法律)が要求するすべての管理とスタッフを行う

全体的には、メンタリング、秘書、プロジェクト管理、アカウント管理、PR(チーム向け)です。開発者が考える必要のないことや考えることのないことをたくさん拾い上げており、また、やりたいことをやりたいがやりたくないことを確認している人もいます。

それは最高の開発者ではありません(一般的にあなたはあまりにも手間がかかりすぎて最新の状態を保つことができないため、人々はあなたよりも多くを知っていることを受け入れる必要があります-彼らのより短いが、より最近の経験)またはある種の独裁者である。その点で、それについて考える最良の方法は、あなたがより年上だということではなく、ただあなたが異なる責任を持っているということです。時々、これは何かに対する最終的な呼び出しを伴うことがあります(チームの意見に反する可能性があります)が、多くの場合、コンセンサスまたは妥協についてであるはずです。


3
有益な回答が得られたために+1が遅くなり、便利だと感じました。
ダン・マクグラス

3
これは、「何度も何度も」というメモと共に、「To Read」のリストに追加されました。賢明な言葉。
アンドリューアシュバッハー

1
あなたが言ったことについて少しお話したいと思います。つまり、「一般的に、あなたはあまりにも人手が長いので、最新の状態を保つことができません」。私は開発マネージャーが何であるかについて少し異なる考えを持っていますが、この点に関して、開発マネージャーは少なくとも最新で最高のものを認識し、それを高いレベルで理解する必要があると思います。滴をこぼさずに消火ホースから飲むことは実行不可能であると認めたのは私が初めてです。しかし、実際のところ、日々私たちを襲った新しい概念はほとんどありません。
エリックスミス14年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.