Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「いい感じにしといて」を支える技術
Search
shimobayashi
August 09, 2023
Business
1
1.7k
「いい感じにしといて」を支える技術
プロダクト開発の課題発見と管理の仕方について、具体例を交えながら紹介します。
shimobayashi
August 09, 2023
Tweet
Share
More Decks by shimobayashi
See All by shimobayashi
コミュニティを育てて会社を変える
shimobayashi
10
5.6k
Other Decks in Business
See All in Business
シンデレラなんかになりたくない~裸足で歩く自分だけの道~
nomizone
5
1.1k
Progress_Report_JPN.pdf
bio_plax
0
200
アッテル会社紹介資料/culture deck
attelu
10
14k
株式会社BALLAS 会社案内
ballas_inc
0
15k
なんで私がAgile CoEに!?_スクラムフェス神奈川2025
katsuakihoribe8
0
320
味噌汁作り あるいは仕事の学び
usuyuki
0
940
miraif culture book
miraif
2
34k
Shippio Platform 構想
shippio
0
1.3k
顧客とユーザーと私/Dancing with customers and users
ikuodanaka
2
690
2024年度(4月-12月)イコマド運営報告書
tadanori
0
200
SANU 2nd Home for Business
sanu
1
6.6k
株式会社ゼスト会社紹介資料
zest
0
5.6k
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
Done Done
chrislema
183
16k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.4k
A designer walks into a library…
pauljervisheath
205
24k
A Philosophy of Restraint
colly
203
16k
Music & Morning Musume
bryan
46
6.4k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
Adopting Sorbet at Scale
ufuk
75
9.3k
Art, The Web, and Tiny UX
lynnandtonic
298
20k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Being A Developer After 40
akosma
90
590k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
28
1.6k
Transcript
「いい感じにしといて」を 支える技術 id:shimobayashi はてなエンジニアセミナー #26 2023/08/09 1
自己紹介 • id:shimobayashi • 2023/2 EMになった&異動 ◦ やったことない働き方を、2つの知ら ないチームでやることになった 2
before/after • before: 課題が示されていることが多かった • after: 「いい感じにしといて」になった • マインドチェンジが必要になった 3
EMについて改めて考えた • EMとは、プロダクト開発をいい感じにする人 • いい感じにするとは、課題を発見・管理・解 決すること 4
話したいこと • プロダクト開発の課題を発見・管理・解決す る方法について、やったことを話したい ◦ 何かの参考になれば、と思います 5
「いい感じ」にするステップ 1. 情報収集 2. 課題発見 3. 課題管理 4. 課題解決 実際はこの間を行ったり来たりしながら進める
テクニックも色々ある 6
情報収集する 7
情報収集する • 何も分からないので、まずは情報収集する • とはいえ、闇雲にやっても効率が悪い • →プロダクト開発のメンタルモデルに沿うこ とで必要な情報を集めた 8
プロダクト開発のメンタルモデル 個人的には、 MVV, 売上 > 戦略 > 作戦 > 計画
> 体制・予算 というのがしっくりくる 9
しっくりくるメンタルモデルが大事 • 現場ごとにしっくりくるメンタルモデルを選 べると整理しやすい ◦ ウォーターフォール(Vモデル)、反復型開発、アジャ イルソフトウェア開発、…… • 参考資料: 自分の考え
◦ 現代ソフトウェア開発の地図 ◦ 開発プロセスの変遷モデル 10
情報収集の様子 11 自分でまとめたり、コメントをもらったりして集めた
課題発見する 12
課題発見する • 集めた情報を整理すると、課題が見えてくる • 整理の手法として、以下のようなものがある ◦ ロジックツリー ◦ 現状問題構造ツリー 13
自分の場合のイメージ 14 MVV 企画的戦略 企画的作戦 計画 技術的戦略 技術的作戦 施策 施策
施策 体制・予算 人員 お金 etc… 改めてプロダクト開発のメンタルモデルに沿って整理する そうすると、弱いところ=課題が見えてくる 売上
課題発見の様子 15 課題にうまく対処できていそうだが 一時的なマンパワー不足が課題 企画的戦略を中心とした他要素との整合性に 課題感あり
課題管理する 16
課題管理する • 図は扱いづらいので、リスト化して管理する ◦ どんな課題があってどんな着手順か、認識をすり合わ せる • 一般的には以下のように呼ばれている ◦ 課題管理表
◦ 妨害リスト 17
着手順の考え方 18 やる 1 予定する 2 任せる 3 やらない 4
緊急 緊急ではない 重要 重要ではない いわゆるアイゼンハワーマトリクスに当てはめると考えやすい
着手順の考え方 • 緊急とは、締め切りが近いかどうか • 重要とは、MVVへの貢献が大きいかどうか 19
課題管理の様子 20
(再掲)課題発見の様子 21 課題にうまく対処できていそうだが 一時的なマンパワー不足が課題 企画的戦略を中心とした他要素との整合性に 課題感あり
自分の場合 • マンパワー不足解消を最優先 ◦ 一時的に雑用を引き受ける判断をした • その次に企画的戦略・技術的戦略整理を並行 ◦ 企画的戦略がすぐに整理できなさそうだったので、そ れまで技術的戦略を放置できないという判断をした
22
23 課題解決する
解決法の見つけ方 • 課題によって違うので、一概に言えない • 世間や他のチームとのギャップに着目する と、ヒントが見つかることが多い ◦ 例: 当初立てた計画通りに開発を進行できない ▪
世間的には反復型の開発プロセスが流行っている ▪ 他のチームはバッファを積みまくることで対処してるかも 24
解決法の見つけ方 • しかし、解決法だけを真似るのは危険 ◦ 「スクラムが良いらしいからやるぞ!」みたいな ◦ 課題と解決法が本当に合っているか考えないと、効果 が無いことにコストを割いてしまう懸念 25
26 まとめ
「いい感じ」にするステップ 1. 情報収集 2. 課題発見 3. 課題管理 4. 課題解決 実際はこの間を行ったり来たりしながら進める
テクニックも色々ある 27