web-dev-qa-db-ja.com

優れたアーキテクト/マネージャー/リード開発者にとって何が必要ですか?

私は小さなソフトウェア会社の主任開発者です。過去2年間で、私のチームは1人の開発者(私)から約9人のグループに成長しました。私たちのほとんどは、非常に有能な上級エンジニア(1人あたり20年以上のソフトウェア構築経験)を持っているため、通常は手で握る必要はほとんどありません。私達は私達の努力を管理するためにスクラムを使用します、そして私達は通常最小限の書かれた必要条件で多くを迅速に成し遂げます。

チームが成長するにつれ、プロジェクト全体の技術的な監視を維持しながら、大量の新しいコードを自分で作成するのが困難になり、自分の役割を調整する時が来ました。開発にほとんどの時間を費やさなくなったときに、チームにとって自分を最も役立つようにするにはどうすればよいですか?

私の目標は、グループをさらに成長させる(つまり、スクラム速度を上げる)ことで、開発者を追加することですなので、チームに意志を課す「建築警察」になりたくありません。 。言い換えれば、私は、不必要な官僚主義の層を追加することによって物事を遅くする人というよりは、物事がより良く/よりスムーズに機能するのを助ける人になりたいです。それでも、私たちの主なリスクの1つは、私たち全員を同じページに維持するのに十分な構造を持たずにさらに人々を追加すると、事態が制御不能になるということです。

私の目標を達成するための最良の方法は何ですか?

12
brianberns

もしあなたがこのようなチームにいたら、あなたの上司に彼の時間をどうしてもらいたいですか?

  1. 進行の障害を取り除きます。
  2. チームメンバー間の紛争を調停します。
  3. 私たちがする必要がないようにビジネスマンと対話します。
  4. 私たちが孤立していると感じないように、より高いレベルのビジネス/プロジェクトに関する情報をお知らせください。
  5. 特に、悪いApple=がチームに加わった場合/その場合は、正直に言ってください。
  6. チームの他の部門の擁護者になる。
  7. 不当なビジネスリクエストに対するプッシュバックの統一された声になります。
  8. チーム間のコミュニケーションを促進します。

たぶん忘れているところもあるでしょうが、それが核心です。プロセスを実装せず、チームのサイズが大きくなるにつれて自然に発生するオーバーヘッド/非効率の一部を処理します。

12
Telastyn

私は、管理職と技術職の両方のバランスをとることができたチームリーダーには何の問題もありませんが、そのバランスをうまく管理できる人を見つけるのは困難です。

成長しているチームのチームリードから2つの極端を選択する必要がある場合、それは本当に難しい選択ですが、最終的にはチームリードをよりマネージャーにしたいと思います。大規模なチームでは、チームの新しいメンバーを育成し、開発に大きな力を注ぐことができる上級開発者の役割に踏み込む他の候補者がいることを望みます。

しかし、成長するチームでは、優れたマネージャーも間違いなく必要です。実際、管理職に優れた人がいることは重要です。なぜなら、彼/彼女は良い決定を行うのに十分な力を持たせたいからです。優れたマネージャーは、チームの幸福に大きな影響を与え、まさにあなたが示している理由のために;それらを生産的に保つのを助けることによって-そしてあなたがあなたのように考えるためにあなたのために良いです。ネズミのお尻を出さないマネージャーはたくさんいます。

ここプログラマーの他のいくつかの投稿をお勧めします。彼らは公式の管理上の役割よりもチームリーダーを対象としていますが、次のことを支援する可能性があります。

チームリーダーへの移行

リードデベロッパーとして成功するにはどうすればよいですか?

チームメンバーとしてチームメンバーを尊重する方法

6
Bernard Dy

私はそれがこれらの特徴のバランスだと思います:

  • テクニカルスキル:彼/彼女が指示している仕事の質を評価できないリーダーを望まないでください。
  • 自己駆動型:目標を定義でき、反応的ではありません。
  • 競合を利用する方法を知っている:競合が会話をトリガーする
  • 自動学習:彼/彼女がすべてを知っていることは重要ではありませんが、学ぶ方法を知っています。
  • 良い態度とエネルギー:注文を吠える歌姫ではなく、やる気を起こさせてみんなの仕事を楽にする人を求めています。
  • 失敗の経験:おそらく最も重要なものです。以前のすべてに問題がないかもしれない非常に若いリーダーを見てきましたが、失敗の最初の兆候で彼らはフリーズするか責任を回避します。年功序列は年齢とは関係ありませんが、適切な経験の適切な量と失敗は間違いなく考慮すべきものです。

OTOH、インタビューは適切な人物を獲得するための重要な部分です。インタビューで次の質問をすることをお勧めします。

  • 「失敗を経験したプロジェクト、その管理方法、およびそこから学んだことを教えてください」
  • 「ルールを破って物事を成し遂げることについて、一度教えてください」
  • Fizz Buzz テストを適用します。

FizzBu​​zzテストは絶対に必要であり、正しいか間違っているかはそれほど重要ではありません。

  • 回答に要する時間:平均15分、境界線30分は可、30分以上は不可
  • 彼/彼女が自分のコードをデバッグできる場合:15年の経験を持つ男に上級職に応募してもらいました...彼はテストを完了するのに40分かかりました...疑似コードで...間違ってしまい、理由を見つけることができませんでした。私は別の男が約5分の時間を費やして自分を正当化し、彼がまったく間違っていると受け入れることができなかった別のケースがありました。
4
dukeofgaming