コンテンツにスキップ

組織論＠開発手法

はじめに

本サイトにつきまして、以下をご認識のほど宜しくお願いいたします。


01. エンジニアチームの作り方

指向タイプ

▼ 技術指向

技術そのものや、その仕組み (アルゴリズム、アーキテクチャなど) にモチベーションがあるタイプ。

個人的なイメージとして、XaaS は仕組みがブラックボックスである。

そのため、仕組みを知れる OSS が好きな人に当てはまる。

どんなプロダクトを作るかではなく、どんな技術を使用するかが重要である。

深く狭い I 型人材になる傾向がある。

▼ プロダクト指向

プロダクト (ちょっとしたツールも含む) を開発し、それを使ってもらうことにモチベーションがあるタイプ。

極論、技術を使用しなくともよく、プロダクトを提供できさえすればよい。

個人的なイメージとして、OSS はプロダクトの開発が遅くなる。

そのため、素早く開発できる XaaS が好きな人に当てはまる。

広く浅い ー 型人材になる傾向がある。

▼ 組織指向

チームを作り、人をまとめることにモチベーションがあるタイプ。

個人的なイメージとして、後輩の指導や調整が得意な人に当てはまる。

広く浅い ー 型人材になる傾向がある。


チーム構成

いずれのタイプがよいというわけでない。

よりよいプロダクトを開発するためには、チームにこれらの人材すべてが揃っているべきである。


02. エンジニアのキャリアパス

キャリアパスの種類

IT エンジニアには、さまざまなキャリアパスがある。

メンバーの IT エンジニアから始まって、例えば以下のパスがある (他にもたくさん) 。

engineer_carrier-path


エンジニアのキャリアパス例

キャリアパス例を示した。

CTP や VPoE といった職種は省略している。

現場寄りテックリードを目指したい。

注意点として、『現場寄りテックリード』にはマネージメントスキルが必要である。

flowchart LR

    subgraph スタッフエンジニア
        経営寄りテックリード
        アーキテクト
        右腕
        ソルバー
    end

    エンジニア --> 基点(( ))

    基点 --> スペシャリスト --> ソルバー
    基点 ---> ジェネラスト
    ジェネラスト --> ジェネラストの基点(( ))
    ジェネラストの基点 --> 現場寄りテックリード["現場寄りテックリード<br>(目指したい)"]
    現場寄りテックリード --> 経営寄りテックリード
    プロジェクトマネージャー --> アーキテクト
    プロダクトマネージャー --> アーキテクト
    ジェネラストの基点 --> ピープルマネージャー["ピープルマネージャー<br>(エンジニアリングマネージャー)"]
    ピープルマネージャー --> 右腕
    ジェネラストの基点 --> プロジェクトマネージャー
    ジェネラストの基点 --> プロダクトマネージャー


Individual Contributor とマネージャーの違い

ピープルマネージメント（人事評価、面接など）するかしないかがキャリアパスの分かれ目になっている。

  • ピープルマネージメントをしないあらゆる役割（PL / PM / PdM なども含む） → Individual Contributor
  • ピープルマネージメントをする役割（EM） → マネージャー

PL / PM / PdM が専業でその役割を果たす場合（Individual Contributor）と、EM も兼務している場合（マネージャー）がある

次に、外資系企業のキャリアパスについて見ていきたいと思います。 日本語でいう「管理職」はマネージャー と呼ばれます。 ただ、管理職ではない社員のタイトルにもマネージャーという単語が入っていることがあり（例としてプロダクトマネージャーがあります）、明確に区別したい場合は直接の部下を持つ人、という意味で「ピープルマネージャー（People manager）」と呼ぶこともあります。

LegalOn Technologies がメルカリを参考にしたキャリアパスを公開している。

LegalOn Technologies では、エンジニアに IC・TL・Manager の３つのラダーがある。

ラダーがかなり細分化されて、ラダーに応じてどうあるべきかの役割わかりやすい。


現場エンジニアの種類

現場のエンジニアの肩書と役割である。

ただし、組織によって肩書きの役割が異なる。

そのため、肩書きによらず 『何の役割を担っていたか？』が重要である。

(肩書きは役割の後についてくる)

仕事 メンバーエンジニア メンターエンジニア サブリードエンジニア リードエンジニア (現場リーダー) プロジェクトマネージャー
社内外合意形成 ✅
タスク管理 ✅ ✅
プロジェクト計画 ✅
工数/費用の見積もり ✅ ✅
契約 ✅
要件定義 (スクラムの場合は要件整理) ✅ ✅ ✅
UI デザイン ✅ ✅ ✅ ✅ ✅
システム設計 ✅ ✅ ✅ ✅ ✅
実装 ✅ ✅ ✅ ✅
テスト ✅ ✅ ✅ ✅
リリース ✅ ✅ ✅ ✅
運用保守 ✅ ✅ ✅ ✅


年齢の経験の対応

プロジェクトマネジメントに進むかどうかは年齢とは関係ない。

ただ、リードエンジニア (現場リーダー) の経験は 35 歳までに 2 年積んでおきたい (つまり、少なくとも 33 歳までには経験を始める)

そうでないと、30 代後半で書類選考すら通りにくくなる。