Slide 1

Slide 1 text

スタートアップで エンジニアのマネジメントをする心得 三上 悟 2020.11.11

Slide 2

Slide 2 text

三上 悟 Twitter: @saicologic Engineer Div 部長 / エンジニアリングマネージャー 2020年1月から株式会社Voicy入社 エンジニア組織作り、チームビルディング、目標設定〜評価 キャリア ・美大(デザイン工学) からバックエンドエンジニア15年(PHP=>RubyとAWS) ・Sier(客先常駐) => スタートアップ => 受託 => スタートアップ3社 自己紹介
 


Slide 3

Slide 3 text

今日のお話 上司(CTOやエンジニアマネージャー)が退職してから開発責任者を3回引きついだ経験 1. スタートアップでの立ち回り方 2. エンジニアからエンジニアリングマネージャーへのキャリアチェンジ 共通点 ・引き継ぎ後の直属の上司は、創業者社長です。 ・エンジニアからエンジニアリングマネージャー≒ VPoE へのキャリアチェンジ ・シリーズA~シリーズBラウンドからの参画で、組織の人数は 20人〜40人程度 ・マネージメント人数は 10人前後

Slide 4

Slide 4 text

スタートアップでの立ち回り方

Slide 5

Slide 5 text

1. 社長とのコミュニケーション 2. エンジニアとのコミュニケーション スタートアップでの立ち回り方

Slide 6

Slide 6 text

※ スタートアップでいう社長とは、事業責任者であり、プロダクトオーナーであることを期待する よくあるのが、誰が何をしているのかわからない と言われる いずれの会社にも開発プロジェクト 全体を1枚で把握できる資料がなかった。 以下はどこにでもあるような光景 ・開発タスクはプロジェクト管理ツール (Github/Trello/Asnaなど)を見る => 忙しいので見れてないんだよね。(あと、細かすぎるよくわからん) ・スプレッドシートに機能一覧はあります。 => いつどの機能を作るのかはわかったけど、これって何のために作ってるだっけ? どの機能を、誰が、いつまでに、作るのか しか書かれてないのではないでしょうか? これだけでは足りません。 社長とのコミュニケーション

Slide 7

Slide 7 text

社長とのコミュニケーション 関心事は、機能の一覧が見たいのではなく、 どの機能を開発することで、事業にどれだけ影響があるのか知りたい 誰のために、何を作って、どれくらいのお金を使って、どの KPI(売上、新規ユーザー数、 DAUなど)を伸ばすせ るのか? エンジニアは、作ることのみを見ていて 社長は、作り方は知らんけど 、その他に関心がある 専門性や役割がわかれているために すれ違いがおきやすい

Slide 8

Slide 8 text

社長とのコミュニケーション 誰のために、何を作って、どれくらいのお金を使って、どのKPIを伸ばすのか? という、欠けているところを埋めるための情報が 1枚にまとめられている必要があります。

Slide 9

Slide 9 text

全体プロジェクトマップを作った 1ドキュメントをURLで共有 Slackなどで共有しやすいので、Googleスプレッドシートがおすすめ 必要な情報 ・役割の違いを説明したリスト(PdM/PjMの違い、Frontend/Backendの違いなど) ・月ごとの開発スケジュール(ガントチャート:大型機能のみ) ・開発関係者リスト(専門家別に月ごとに誰が何をしているのか。〇〇機能で良い) ・開発優先度タスクリスト(優先度、内容、誰のために、どんな機能、期待効果 :KPI)   優先度(事業KPI達成が高、ただ面白そうは低になるようなスコアリング) ・採用計画(どの専門職の人がどれだけ足りないか)

Slide 10

Slide 10 text

エンジニアとのコミュニケーション

Slide 11

Slide 11 text

時間がないので 大事なこと2つ

Slide 12

Slide 12 text

大事なこと2つ ・宣言をさせること ・振り返るさせること

Slide 13

Slide 13 text

目的 声で相手に伝えることで実行の責任感が増すことを期待している(実体験) Slackなどでテキスト情報だけで今日やることを書くのは弱い 報連相を指示していない。朝会や 1on1のタイミングで聞いている 必要な情報は月次/週次MTGで報告責任があるので、各サブリーダーに聞きに行っている 情報を同期するタイミングをコントロールしたいから How ・朝会(今日やることをいう)15分  コツ:毎日ファシリテータを変える、雑談をいれる ・KPTのTRY 宣言をさせること

Slide 14

Slide 14 text

振り返えさせること 目的 何がうまく行って、何がうまくいかなかったのか、次どうするのかをみんなで共有する How ・KPT 毎月月初/大型プロジェクト終了後) ・ポストモーテム(事後検証) 障害対応時の振り返りなど。隔週 KPT:Googleスプレッドシート(リモート化)

Slide 15

Slide 15 text

エンジニアから エンジニアリングマネージャーへの キャリアチェンジ

Slide 16

Slide 16 text

あまりやっていないこと(10%) ・プロジェクトマネージメント(全体と人の配置のみ) => サブリーダー/PdMチームに委譲 ・プロダクトマネージメント(会議のみ) => PdMチームに委譲 ・リリースマネージメント(経営に報告のみ) => エンジニア/PdMチームに委譲 ・インフラ管理        => Backendチームに委譲 やっていること(90%) ・全体への報告、経営陣への説明/相談を聞く10% ・人のマネージメント(1on1/キャリア支援、目標設定と評価、リーダー育成) 45% ・組織のマネージメント(採用〜オンボーディング)20% ・情報セキュリティマネージメント:個人情報管理 5% ・データ活用推進(全社横断チーム)10% ・技術のキャッチアップ(社内利用技術のアップデート/トレンド) 5% ・技術書輪読会、社外/社内勉強会 5% やっていないこと ・プロダクトへのコードコミット エンジニアリングマネージャーのリアル

Slide 17

Slide 17 text

詳しくこちらまで Twitter DM : @saicologic

Slide 18

Slide 18 text

今日を彩るボイスメディア