日浅流、エンジニアリングマネージャーのしごと

by Takahiro Hiasa

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

© GO Inc. 案件開発の状態管理チームリーダー iOS エンジニア PdM チームA バックログ ● チーム内でプロセス改善が進み、やり方が醸成される。 ● チームが自身のパフォーマンスや案件の進捗を管理する。 ● 全体の整合性は引き続きマネージャーが見ている。 Android エンジニア QA デザイナーチームリーダー iOS エンジニア PdM チームB Android エンジニア QA デザイナーチームリーダー iOS エンジニア PdM チームC Android エンジニア QA デザイナー

Slide 10

Slide 10 text

© GO Inc. 技術視点からのサポートや意思決定・・・チームA Android エンジニア iOS エンジニア・・・チームB Android エンジニア iOS エンジニア・・・チームC Android エンジニア iOS エンジニア iOSのテックリード Androidのテックリード各職能のテックリードが、メンバーに対する技術的なサポートや、プラットフォームごとの細かな技術的なコンセンサスをメンバーと取るという役割を担う。

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© GO Inc. ● リーダー・マネージャー育成 ○ 課題 ■ 組織論や集団心理学の情報や、他の部の実例を知る機会が少ない。 ○ アクション ■ PoCとして、キャリアの選択肢としてリーダー・マネージャーを考えている一部のメンバーに勉強会を実施 ○ 将来 ■ 他の部のリーダー・マネージャーを巻き込み、お互いの事例を共有しながら、お互いに学べる環境を作っていきたいと考えている。 ● 職能横断のオリエンテーションの企画 ○ 課題 ■ オーバーオールレトロスペクティブでプロセス改善を進めてきたが、新しく入ってきた方が、なぜそのプロセスになったのか背景を知る機会がなく、情報格差が生まれてしまっている。 ○ アクション ■ 職能横断のオリエンテーションの実施を検討中 ○ SECIモデル（暗黙知 => 形式知）現在、仕組み化を目指していること

Slide 13

Slide 13 text

© GO Inc. ● チームでの内省の強化 ○ 課題 ■ 心理的安全性は担保されているものの、チーム自体が自分たちのパフォーマンスを認識できていない。 ■ チーム自体がレジリエンスを上げるための行動にあまりつながっていない。 ○ アクション ■ メンバーとの情報格差があるため、アジャイルメトリクスの輪読会を実施 ○ 将来 ■ チームがチームの情勢を確認し、チーム自身が改善を進めることができる状況を作りたい。 ■ 経営陣へチームの状態をフィードバックしたい。現在、仕組み化を目指していること