(新米)エンジニアリングマネージャーのしごと #RSGT2023

by bayashi

Slide 1

Slide 1 text

(新米) エンジニアリングマネージャーのしごと Regional Scrum Gathering Tokyo 2023 Kei Ogane 2023/01/11

Slide 2

Slide 2 text

自己紹介ばやし@bayashimura フォースタートアップス株式会社エンジニアリングマネージャー CSM/CSPO/CAL1 最近ハマっていることは国道を復旧することです（デス・ストランディング）

Slide 3

Slide 3 text

こんなサービスの開発やってます

Slide 4

Slide 4 text

今日の話 2022年7月にSTARTUP DBチームに EM(エンジニアリングマネージャー)として参加しました何もわからない中で色々学びつつ - エンジニア感が抜けなかったり - 指揮統制したり - 権限移譲に悩んだりした話を時系列順に語っていければと思います（タイトルはオマージュです）エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 James Stanier (著), 吉羽龍太郎 (翻訳), 永瀬美穂 (翻訳), 原田騎郎 (翻訳), 竹葉美沙 (翻訳)

Slide 5

Slide 5 text

- エンジニア気分抜けてない期 - 指揮統制型期 - MTG参加しすぎて嫌になってる期 - マイクロマネジメントと放任の狭間期

Slide 6

Slide 6 text

- エンジニア気分抜けてない期 - 指揮統制型期 - MTG参加しすぎて嫌になってる期 - マイクロマネジメントと放任の狭間期

Slide 7

Slide 7 text

参加した直後 STARTUP DBチームにEMとして参加したはいいけど、何をすればいいかもよくわからない状態とりあえず簡単なチケットをやらせてもらうことに

Slide 8

Slide 8 text

参加した直後 STARTUP DBチームにEMとして参加したはいいけど、何をすればいいかもよくわからない状態とりあえず簡単なチケットをやらせてもらうことによーし良いチームを作るために、自己組織化させるぞー。とりあえず開発の状態を見るために自分でもチケットやってみよう当時考えてたこと君

Slide 9

Slide 9 text

軽いチケットやるチケットの上の方のやつ取ろうやることはチケットの中身見ればやることわかるだろう出来たしPR(Pull Request)だそう。他の人の書き方参考にしようよし、PR出したぞ。ここは自動でレビューがアサインされるのか

Slide 10

Slide 10 text

軽いチケットやるチケットの上の方のやつ取ろう → カンバンボードがぐちゃぐちゃで優先順位が一列じゃない！やることはチケットの中身見ればやることわかるだろう → 中身何も書いてない！出来たしPR(Pull Request)だそう。他の人の書き方参考にしよう → 大量に放置されたPRある！ほぼ説明書いてない！よし、PR出したぞ。ここは自動でレビューがアサインされるのか → 誰も見ない！

Slide 11

Slide 11 text

Slide 12

Slide 12 text

観察していると、これまでは個人が自身の状態を把握することしかしていなかった（ため整理整頓されていなくても困らなかった）これからはチーム全員がチームの状態を把握して欲しいそのためにも - カンバンボード - チケット(PBI) - PR などを整理整頓し、全員が全員の状態を把握できるようにまで認知負荷を減らすことを目指す整理整頓で状態を把握できるようにする

Slide 13

Slide 13 text

とりあえず整理整頓 - 放置されているPRのマージ or 削除 - 不要なブランチ、チケットの削除 - カンバンボードの整理整頓 - チケット、PRのフォーマット決め - 整理整頓自動化できるところは自動化 e.g.) 期限が過ぎたらブランチ自動削除目につく汚れは徹底的にお片付けだ！！

Slide 14

Slide 14 text

この時はまだ知る由もなかった全体を把握せず、目についた問題点に飛びついたツケがすぐに襲ってくることを

Slide 15

Slide 15 text

- エンジニア気分抜けてない期 - 指揮統制型期 - MTG参加しすぎて嫌になってる期 - マイクロマネジメントと放任の狭間期

Slide 16

Slide 16 text

見知らぬ締切整理整頓したり開発が便利になる何かを作っていたある日、PdMから見知らぬ締切を共有される自分が知ったのは突然だったが PdMは前々から共有していたし自分以外の開発陣も知っていたが、誰もが誰かがやってるだろうと思っていて何も進んでいなかったそういえば○○機能の開発は来月のリリースに向けて順調ですか？ら、来月のリリース！？

Slide 17

Slide 17 text

どっちを選ぶ？ちょっと無理をして間に合わせる締め切りなんてやめようって説得する

Slide 18

Slide 18 text

どっちを選ぶ？ちょっと無理をして間に合わせる締め切りなんてやめようって説得する

Slide 19

Slide 19 text

どっちを選ぶ？ちょっと無理をして間に合わせる締め切りなんてやめようって説得する「厳しい締切はチームやプロダクトにダメージを与える」という言葉を受け入れてもらうためにはまずチームや自分への信頼貯金かなぁ。多分一ヶ月くらいだし、やるか...

Slide 20

Slide 20 text

そういえばこういう時にあの本ではこうしろって書いてあったな

Slide 21

Slide 21 text

Elastic Leadership エラスティックリーダーシップ ―自己組織化チームの育て方 Roy Osherove (著), 島田浩二 (翻訳) チームに学習する時間がない状態をサバイバルと定義している。 (中略）このフェーズでの主な戦略は、ゆとり時間を作ることによってサバイバルフェーズから抜け出すことだ。ゆとり時間を手に入れるためには、指揮統制型のリーダーシップを取ることが最も必要だ。

Slide 22

Slide 22 text

指揮統制型プレイングマネジメント対応する人を4人程度に絞り、チームの成長も、自己組織化も一旦全部無視して対応することを決定シニアマネージャに締め切り以外のすべてを任せ自分が指示出しつつ、自分がやった方が速そうなやつは自分がやるなんとか間に合わせる締切対応班すみませんこっちに完全集中します。あとは任せたシニアマネージャおっけー

Slide 23

Slide 23 text

- エンジニア気分抜けてない期 - 指揮統制型期 - MTG参加しすぎて嫌になってる期 - マイクロマネジメントと放任の狭間期

Slide 24

Slide 24 text

チーム分割気づけば、エンジニア14名、プロダクトマネージャ2名、デザイナー3名の大所帯になっていた締切対応でpendingしていたチーム分割に着手色々整理したけどやっぱり誰が何やってるか理解しづらいなぁ。みんなも混乱してる、チームを分割しよう

Slide 25

Slide 25 text

どう分割したかもともとサービスは社内向けと社外向けの２つに分割されていたので、それに沿って分割ヒアリングして要望聞きつつ、バランスを踏まえてチームを構成社内向けチーム社外向けチーム

Slide 26

Slide 26 text

MTG参加しまくり期チームが増えたことでMTGの総数は二倍に全部のMTGに参加し、一日中MTGで埋まる日々になる

Slide 27

Slide 27 text

MTG参加しまくり期チームが増えたことでMTGの総数は二倍に全部のMTGに参加し、一日中MTGで埋まる日々になる今日も一日中MTGだけど自分が主体じゃないし発言すべきなんだろうか。俺なんの仕事してるんだろ...

Slide 28

Slide 28 text

そんな中とある２つの書籍に出会う

Slide 29

Slide 29 text

ナッジングナッジングとは、議論に対して自身の観点を提供することで、決定に影響を与えることです。たとえば、ある特定のソフトウェアを作るか買うかという議論に関わっていて、その状況についてどう感じるかを明確にするような場合です。エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 James Stanier (著), 吉羽龍太郎 (翻訳), 永瀬美穂 (翻訳), 原田騎郎 (翻訳), 竹葉美沙 (翻訳)

Slide 30

Slide 30 text

マネージャーにとってのミーティング HIGH OUTPUT MANAGEMENT(ハイアウトプットマネジメント) 人を育て、成果を最大にするマネジメントアンドリュー・S・グローブ (著), ベン・ホロウィッツ (その他), 小林薫 (翻訳) ミドルマネジャーの仕事の大部分は情報やノウハウの提供であり、物事を処理する望ましい方法を自分の感じたとおりに監督下にあるグループに伝えることである。マネジャーは意思決定もするし、人の意思決定の援助もする。この基本的なマネジャーの仕事は両方とも、膝を交えての話し合いのとき、したがってミーティングを通じてのみ遂行できる。

Slide 31

Slide 31 text

ミーティングへの態度の変容マネージャーはミーティングの場に出てナッジングや情報提供をすることで、チームのアウトプットを良くしていく理解自分のミーティングに対する態度を改める

Slide 32

Slide 32 text

自分にとってのミーティングマネージャーはミーティングの場に出てナッジングや情報提供をすることで、チームのアウトプットを良くしていく理解自分のミーティングに対する態度を改めるミーティングもマネージャーとしての大事な価値提供の場なんだな

Slide 33

Slide 33 text

ミーティングでマネージャーが口を挟むのってチームの成長の邪魔じゃない？己の中のマネージャー不要論者

Slide 34

Slide 34 text

スキャフォールディングスキャフォールディング一人では出来ないことを支援者が一時的に支援することで学習者ができるようになること e.g.) 補助輪スキャフォールディングには - 直接的スキャフォールディング - 間接的スキャフォールディングがあり、直接的スキャフォールディングは手取り足取り教えてあげること（e.g. ペアプロ）

Slide 35

Slide 35 text

成人発達理論による能力の成長ダイナミックスキル理論の実践的活用法加藤洋平 (著) 間接的スキャフォールディングマネジャーが仕事のコツを口頭で説明することや、仕事の進め方の枠組みを紙に書いて示して上げることは、間接的なスキャフォールディングに該当します

Slide 36

Slide 36 text

スキャフォールディングをミーティングの中でミーティングの中で間接的スキャフォールディングをしていく導くか答えを言うかは状況に応じて使い分ける。「その機能が追加されることで、ユーザはその機能をどう活用す　る想定ですか？」「ユーザに直接聞いちゃえばいいんじゃないですか？」「この処理をここに追加しちゃえば解決しそうですね」「ホワイトボードを使って図を書いてみましょうか」

Slide 37

Slide 37 text

ミーティングに参加しナッジングをすることが価値貢献に繋がると理解し、多用しはじめるそんな中

Slide 38

Slide 38 text

- エンジニア気分抜けてない期 - 指揮統制型っぽい期 - MTG参加しすぎて嫌になってる期 - マイクロマネジメントと放任の狭間期

Slide 39

Slide 39 text

確かにそうすればいいですねこうすればいいんじゃないかな〜ある日の光景

Slide 40

Slide 40 text

大丈夫ですか？ある日の光景

Slide 41

Slide 41 text

大丈夫ですか？ある日の光景あ...自分に許可を求めるようになってる... 最初は自己組織化するチームを作りたかったのに、いつの間にやらマイクロマネジメントしてたんだ

Slide 42

Slide 42 text

ナッジングの力に溺れるナッジングで全てをコントロールしようとしていたアウトプットすべてが自分の思い通りになっていないとナッジングをしていた自分に気が付くその果てにチームから自分の許可を求める姿勢を感じ取る

Slide 43

Slide 43 text

コントロールを手放す慌ててアウトプットに執着するのを止めて、失敗を許容する「決めるのは皆さんです」「失敗しても大丈夫ですよ」と何回も言う多分一時期はMTGの２回に１回くらいは言ってたナッジングの頻度も「気になったら絶対言う」から「本当にやばい」 or 「良い成長のタイミング」の時だけに控える

Slide 44

Slide 44 text

コントロールを手放す慌ててアウトプットに執着するのを止めて、失敗を許容する「決めるのは皆さんです」「失敗しても大丈夫ですよ」と何回も言う多分一時期はMTGの２回に１回くらいは言ってたナッジングの頻度も「気になったら絶対言う」から「本当にやばい」 or 「良い成長のタイミング」の時だけに控えるこれできっと良い感じに自己組織化してくれるだろう

Slide 45

Slide 45 text

失敗を許容し自由を与えたその結果

Slide 46

Slide 46 text

自己組織化するチームこの機能、使用用途よくわかりませんね？まぁ作りますか。開発時間確保したいから○○さん以外プランニング出なくて良いのでは？

Slide 47

Slide 47 text

自己組織化するチームこの機能、使用用途よくわかりませんね？まぁ作りますか。開発時間確保したいから○○さん以外プランニング出なくて良いのでは？自己組織化はしてるけど、なんか違う方向に行ってる気がする... うーんこの事象をどう解釈すればいいんだろ...

Slide 48

Slide 48 text

そんな中とある書籍に出会う (一ヶ月振り二回目）

Slide 49

Slide 49 text

望む方向に自己組織化するマネジメント3.0 適応力の高いチームを育むための6つの視点藤井　拓 (翻訳), Jurgen　Appelo (著) 自己組織化は、ベストプラクティスになりえない。これはチームを含む、あらゆるシステムの「デフォルトプラクティス」である。（中略）自己組織化だけでは十分ではないのである。少なくともそのシステムの全員にとって価値ある方向に自己組織化を舵取りするために少しのマネジメントが必要である。

Slide 50

Slide 50 text

自己組織化するチームこの機能、使用用途よくわかりませんね？まぁ作りますか。開発時間確保したいから○○さん以外プランニング出なくて良いのでは？自己組織化が失われるのを恐れてマネジメントを放棄してたな... 「ビジネス価値に向き合い、自分たちで計画を立ててそれを遂行するチーム」になってほしいなー

Slide 51

Slide 51 text

自己組織化するチームこの機能、使用用途よくわかりませんね？まぁ作りますか。開発時間確保したいから○○さん以外プランニング出なくて良いのでは？少しのマネジメントとして目的と制約を与えてみるか...

Slide 52

Slide 52 text

目的を割り当てる元々プロダクトやチームの目的は存在していたが、浸透しているとは言いづらい状態だったそこで目的の解像度を上げるために色々と取組 - 何故この目的なのかの説明 - ナッジングの中で目的への言及 - ユーザと直接触れ合う機会の創出 - ロードマップと目的との関係説明と整合性合わせ - （ここで気がつくが自分たちも意識できていなかった）

Slide 53

Slide 53 text

制約を与える明確なスプリントゴールを立てて、それを達成することを目指してください（制約）スプリントゴールはビジネス価値に基づいたものを設定してください（制約）

Slide 54

Slide 54 text

今回、スプリントゴール達成出来なかったですね...デイリースクラムで計画に対する進捗話せてない？顧客理解を深めないと手戻りや確認が大量発生しますね... ユーザヒアリング一緒にやります？特定の方向に自己組織化させる

Slide 55

Slide 55 text

今回、スプリントゴール達成出来なかったですね...デイリースクラムで計画に対する進捗話せてない？顧客理解を深めないと手戻りや確認が大量発生しますね... ユーザヒアリング一緒にやります？良い議論してる... 知識としては知っていたけど放任しすぎても関与しすぎても良い感じにならないというのはこういうことか... 特定の方向に自己組織化させる

Slide 56

Slide 56 text

新米エンジニアリングマネージャーのしごと色々なことが起こりましたが、チームの反応や本などから学びっぱなしの半年間でした新米エンジニアリングマネージャーの大事なしごとのひとつはチームと一緒に自分も育てていくことかもしれませんね

Slide 57

Slide 57 text

尺の都合で入らなかったところ - 育成採用頑張ってる話 - 1on1の話 - 自分を管理、成長する話 - どっちのチームに入るかは本人に決めてもらう話 - ビジネスサイドと交流する話 - 課題図書制度でみんな負債(積読)を抱えるようになった話 - 埋蔵金で信頼貯金稼ぎ収まらないよ！！

Slide 58

Slide 58 text

No content