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.6k
「いい感じにしといて」を支える技術
プロダクト開発の課題発見と管理の仕方について、具体例を交えながら紹介します。
shimobayashi
August 09, 2023
Tweet
Share
More Decks by shimobayashi
See All by shimobayashi
コミュニティを育てて会社を変える
shimobayashi
10
5.3k
Other Decks in Business
See All in Business
フレックスタイム制度の活用例
toranoana
1
170
GLP ALFALINK 茨木 まちびらきイベント2024
glp_jp
0
930
株式会社イードア会社説明資料
sredoa
1
180
Wur_Company Deck
wur
0
1.3k
一般社団法人ディレクションサポート協会(DiSA)
masakisukeda
0
210
松岡会計事務所・会社案内
wf714201
0
450
ユニファ株式会社 会社紹介資料
unifacorp
0
780
Sales Marker Culture Book(English)
salesmarker
PRO
1
730
中途向け入社後研修.pdf
syssaiyou1991
0
190
依頼仕事の最適化 〜未完了をいかに完了にするか〜
katsuhisa91
PRO
16
8.3k
amana_credential_20240129
amana1979
0
1k
Recruit deck
hokan
1
210
Featured
See All Featured
For a Future-Friendly Web
brad_frost
173
9.3k
Fontdeck: Realign not Redesign
paulrobertlloyd
80
5.1k
Fireside Chat
paigeccino
31
2.9k
The Art of Programming - Codeland 2020
erikaheidi
48
13k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
363
22k
The Cult of Friendly URLs
andyhume
76
5.9k
A Modern Web Designer's Workflow
chriscoyier
690
190k
Rails Girls Zürich Keynote
gr2m
93
13k
Debugging Ruby Performance
tmm1
72
12k
Facilitating Awesome Meetings
lara
49
5.9k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
41
6.5k
Robots, Beer and Maslow
schacon
PRO
157
8.1k
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