エンジニアリングマネージャの職務要件

第1回 エンジニアリングマネージャー勉強会
https://connpass.com/event/45893/

参加ブログ
http://muddydixon.hatenablog.com/entry/2016/12/15/155814

Transcript

1. エンジニアリングマネージャの 職務要件 株式会社リクルートマーケティングパートナーズ まなび事業本部 オンラインラーニング事業推進室 プロダクト開発部 竹迫 良範 2016年12月13日
2. 自己紹介： @takesako 株式会社リクルートマーケティングパートナーズ 専門役員 プロダクト開発部 部長（マネージャー兼務） NPO日本ネットワークセキュリティ協会 セキュリティコンテストSECCON実行委員長 兼務 高知工業高等専門学校 客員准教授 首都大学東京 システムデザイン学部 非常勤講師 IPA未踏IT人材発掘・育成事業プロジェクトマネージャー
3. 任天堂元社長 岩田聡氏 インタビュー 出典: https://www.1101.com/iwata/2007-09-05.html 自分たちは、なにが得意なのか。 自分たちは、なにが苦手なのか。 それをちゃんとわかって、 自分たちの得意なことが活きるように 苦手なことが表面化しないような方向 へ組織を導くのが経営だと思います。
4. プロダクト開発部の組織図（縦軸×横軸） Ｑｕｉｐｐｅｒ デザインG 開発支援G プロダクト開発 2G プロダクト開発 1G プロダクト開発 3G リクナビ進学アプリ milsil データ解析T プロダクトマネジメントT
5. 内製開発チーム（縦：事業と横：機能） iOS Android Server 担当A 担当B 担当C 担当D iOS Android Server Front 担当E iOS Android Server Front iOS Android Server Front iOS Android Server Front 開発支援G （インフラ・品質・情シス・採用・育成・企画） デザインG、データ解析T、プロダクトマネジメントT
6. 技術顧問：岸川克己氏、技術フェロー：まつもとゆきひろ氏 iOSアプリ開発エンジニア技術顧問 Rubyという言語のプロダクトオーナー まつもとゆきひろ氏、岸川克己氏がリクルートマーケティングパートナーズ 技術フェロー、技術顧問に就任 2016年12月1日プレスリリース http://www.recruit-mp.co.jp/news/release/2016/1201_3113.html
7. 映画製作のマネジメントに学ぶ役割分担 プロデューサー（事業責任者） 事業計画と戦略を立案する、実績の数字を作る 水の流れが変わるよう、置き石を配置する仕事 監督（ディレクター） 細部のディテールに圧倒的にこだわる やらないことを決める（力量が必要） エンジニアリングマネージャ― アサイン・育成・技術によってチーム総力を担保する チーム内の全メンバーの職務内容をすべて把握する
8. リソース問題 「量」と「質」 量 質 スキルセット 結果のギャップ 暗黙の要求水準（期待値） リ リ ー ス ・ 納 期
9. リソース問題 「量」と「質」 量 質 暗黙の要求水準（期待値） ① ② ③ リ リ ー ス ・ 納 期 ソフトウェア開発プロジェクトあるある ① クオリティに満足できないまま出荷 ② 納期がのびてさらにまたのびる
10. 内製開発の要：チーム総力で③を向上 量 質 暗黙の要求水準（期待値） スキルセット ① ② ③ リ リ ー ス ・ 納 期 ③の角度を上げるためには・・・ ・最初からチーム全体で開発に携わる ・新技術の投入、スキルアップの支援
11. チームの隙間を埋めていく人材を育成 Web iOS Server Infra デザイナー プロダクトマネージャー DB QA エンジニア CS API Biz TS Android 圧倒的当事者意識 （ＡＴＩ） エンジニア職務要件 の詳細化 （107項目）
12. 事業の成長フェーズ / 個人の職務範囲 0 1 10 100 どのフェーズで活躍できるかの見立ても重要。事業が成熟するにつれて専門分化し、職務の幅は狭くなる。
13. 心理的安全性と責任（現状分析） 無関心 快適 不安 学習 責任 心 理 的 安 心 大きい 小さい 低 い 高 い
14. 心理的安全性と責任（打ち手） 無関心 快適 不安 学習 責任 心 理 的 安 心 大きい 小さい 低 い 高 い 役割の明確化 期待の明確化 新技術 の導入 少数チーム メンタリング
15. エンジニアの風林火山 → 全員リーダーシップ 分類 能力 風のエンジニア 迅速な設計/実装によってチームを加速させる風のエンジニア 風のエンジニアがいない場合、他に先駆けて新製品やサービスをリリースすることが困難になる 林のエンジニア 突発的なトラブルが発生しても冷静に対処し、チームに乱れぬペースを提供する林のエンジニア 林のエンジニアがいない場合、トラブル発生時に何をすべきか判断を行えず、混乱に陥りやすい 火のエンジニア 新しい技術/方法/ツールの積極的な導入によってプロダクトの競争力を高める火のエンジニア 火のエンジニアがいない場合、同じやり方を繰り返すことはできるが、進歩する機会が少ない 山のエンジニア 厳密なエラーチェックと堅牢なプログラミングによって成果物の安定性を高める山のエンジニア 山のエンジニアがいない場合、常に品質の低さからくる不安にさいなまれる 出典：小野和俊のブログ:プログラマー風林火山 http://blog.livedoor.jp/lalha/archives/50065532.html
16. エンジニアリングマネージャの職務要件 ① チームのミッションを“誰よりも”考え抜く ② プロジェクトの方向性を予測し“アサイン”する ③ 各メンバーの“成長”を一緒に寄添って考える ④ 現場の“職務要件を理解”することができる 1. Will （本人が短期・長期でやりたいこと・実現したいキャリア） 2. Can （本人が今できること、今期中に能力開発したいテーマ） 3. Must（今期仕事でお任せすること→Job Descriptionの作成） ↓ 1on1ミーティングで定期的にWill・Can・Mustを確認して職務をアサイン
17. まとめ：内製エンジニア組織の挑戦 https://www.amazon.co.jp/dp/4798146943 https://www.amazon.co.jp/dp/479814696X