「いい感じにしといて」を支える技術

by shimobayashi

Slide 1

Slide 1 text

「いい感じにしといて」を支える技術 id:shimobayashi はてなエンジニアセミナー #26 2023/08/09 1

Slide 2

Slide 2 text

自己紹介 ● id:shimobayashi ● 2023/2 EMになった&異動 ○ やったことない働き方を、2つの知らないチームでやることになった 2

Slide 3

Slide 3 text

before/after ● before: 課題が示されていることが多かった ● after: 「いい感じにしといて」になった ● マインドチェンジが必要になった 3

Slide 4

Slide 4 text

EMについて改めて考えた ● EMとは、プロダクト開発をいい感じにする人 ● いい感じにするとは、課題を発見・管理・解決すること 4

Slide 5

Slide 5 text

話したいこと ● プロダクト開発の課題を発見・管理・解決する方法について、やったことを話したい ○ 何かの参考になれば、と思います 5

Slide 6

Slide 6 text

「いい感じ」にするステップ 1. 情報収集 2. 課題発見 3. 課題管理 4. 課題解決実際はこの間を行ったり来たりしながら進めるテクニックも色々ある 6

Slide 7

Slide 7 text

情報収集する 7

Slide 8

Slide 8 text

情報収集する ● 何も分からないので、まずは情報収集する ● とはいえ、闇雲にやっても効率が悪い ● →プロダクト開発のメンタルモデルに沿うことで必要な情報を集めた 8

Slide 9

Slide 9 text

プロダクト開発のメンタルモデル個人的には、 MVV, 売上 > 戦略 > 作戦 > 計画 > 体制・予算というのがしっくりくる 9

Slide 10

Slide 10 text

しっくりくるメンタルモデルが大事 ● 現場ごとにしっくりくるメンタルモデルを選べると整理しやすい ○ ウォーターフォール(Vモデル)、反復型開発、アジャイルソフトウェア開発、…… ● 参考資料: 自分の考え ○ 現代ソフトウェア開発の地図 ○ 開発プロセスの変遷モデル 10

Slide 11

Slide 11 text

情報収集の様子 11 自分でまとめたり、コメントをもらったりして集めた

Slide 12

Slide 12 text

課題発見する 12

Slide 13

Slide 13 text

課題発見する ● 集めた情報を整理すると、課題が見えてくる ● 整理の手法として、以下のようなものがある ○ ロジックツリー ○ 現状問題構造ツリー 13

Slide 14

Slide 14 text

自分の場合のイメージ 14 MVV 企画的戦略企画的作戦計画技術的戦略技術的作戦施策施策施策体制・予算人員お金 etc… 改めてプロダクト開発のメンタルモデルに沿って整理するそうすると、弱いところ=課題が見えてくる売上

Slide 15

Slide 15 text

課題発見の様子 15 課題にうまく対処できていそうだが一時的なマンパワー不足が課題企画的戦略を中心とした他要素との整合性に課題感あり

Slide 16

Slide 16 text

課題管理する 16

Slide 17

Slide 17 text

課題管理する ● 図は扱いづらいので、リスト化して管理する ○ どんな課題があってどんな着手順か、認識をすり合わせる ● 一般的には以下のように呼ばれている ○ 課題管理表 ○ 妨害リスト 17

Slide 18

Slide 18 text

着手順の考え方 18 やる 1 予定する 2 任せる 3 やらない 4 緊急緊急ではない重要重要ではないいわゆるアイゼンハワーマトリクスに当てはめると考えやすい

Slide 19

Slide 19 text

着手順の考え方 ● 緊急とは、締め切りが近いかどうか ● 重要とは、MVVへの貢献が大きいかどうか 19

Slide 20

Slide 20 text

課題管理の様子 20

Slide 21

Slide 21 text

(再掲)課題発見の様子 21 課題にうまく対処できていそうだが一時的なマンパワー不足が課題企画的戦略を中心とした他要素との整合性に課題感あり

Slide 22

Slide 22 text

自分の場合 ● マンパワー不足解消を最優先 ○ 一時的に雑用を引き受ける判断をした ● その次に企画的戦略・技術的戦略整理を並行 ○ 企画的戦略がすぐに整理できなさそうだったので、それまで技術的戦略を放置できないという判断をした 22

Slide 23

Slide 23 text

23 課題解決する

Slide 24

Slide 24 text

解決法の見つけ方 ● 課題によって違うので、一概に言えない ● 世間や他のチームとのギャップに着目すると、ヒントが見つかることが多い ○ 例: 当初立てた計画通りに開発を進行できない ■ 世間的には反復型の開発プロセスが流行っている ■ 他のチームはバッファを積みまくることで対処してるかも 24

Slide 25

Slide 25 text

解決法の見つけ方 ● しかし、解決法だけを真似るのは危険 ○ 「スクラムが良いらしいからやるぞ！」みたいな ○ 課題と解決法が本当に合っているか考えないと、効果が無いことにコストを割いてしまう懸念 25

Slide 26

Slide 26 text

26 まとめ

Slide 27

Slide 27 text

「いい感じ」にするステップ 1. 情報収集 2. 課題発見 3. 課題管理 4. 課題解決実際はこの間を行ったり来たりしながら進めるテクニックも色々ある 27