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
「じゃあ明日から君PMね」 と急に言われた時の指南書 〜スクラムを学ぶ意義〜
Search
Katsunori Ohnishi
January 29, 2021
Technology
0
1.4k
「じゃあ明日から君PMね」 と急に言われた時の指南書 〜スクラムを学ぶ意義〜
社内勉強会で発表した資料を公開
▪ プロマネ経験ないけどやらなきゃいけない状況になった人
▪ プロマネやってるけど何も学んだことない人
▪ プロマネに興味ある人
向けの内容です
Katsunori Ohnishi
January 29, 2021
Tweet
Share
More Decks by Katsunori Ohnishi
See All by Katsunori Ohnishi
Variational Auto Encoder入門
katsunoriohnishi
15
6.2k
Action Recognitionの歴史と最新動向
katsunoriohnishi
0
570
Other Decks in Technology
See All in Technology
10個のフィルタをAXI4-Streamでつなげてみた
marsee101
0
170
ガバメントクラウドのセキュリティ対策事例について
fujisawaryohei
0
550
サイボウズフロントエンドエキスパートチームについて / FrontendExpert Team
cybozuinsideout
PRO
5
38k
Postman と API セキュリティ / Postman and API Security
yokawasa
0
200
KubeCon NA 2024 Recap / Running WebAssembly (Wasm) Workloads Side-by-Side with Container Workloads
z63d
1
250
Google Cloud で始める Cloud Run 〜AWSとの比較と実例デモで解説〜
risatube
PRO
0
110
C++26 エラー性動作
faithandbrave
2
750
小学3年生夏休みの自由研究「夏休みに Copilot で遊んでみた」
taichinakamura
0
160
生成AIをより賢く エンジニアのための RAG入門 - Oracle AI Jam Session #20
kutsushitaneko
4
240
どちらを使う?GitHub or Azure DevOps Ver. 24H2
kkamegawa
0
810
NW-JAWS #14 re:Invent 2024(予選落ち含)で 発表された推しアップデートについて
nagisa53
0
270
PHPerのための計算量入門/Complexity101 for PHPer
hanhan1978
5
130
Featured
See All Featured
Designing Experiences People Love
moore
138
23k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
26
1.9k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
Designing for Performance
lara
604
68k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
17
2.3k
Fireside Chat
paigeccino
34
3.1k
Side Projects
sachag
452
42k
Transcript
2020.12.24 Katsunori Ohnishi 株式会社ディー・エヌ・エー + 株式会社 Mobility Technologies 「じゃあ明日から君PMね」 と急に言われた時の指南書
スクラムを学ぶ意義
2 項目 01|プロマネ初心者のお話 02|スクラムとは? 03|スクラム実際に導入してよかったこと 04|なぜスクラムを学ぶべきなのか?
3 ▪ 今日のメインターゲット層 ▪ プロマネ経験ないけどやらなきゃいけない状況になった人 ▪ プロマネやってるけど何も学んだことない人 ▪ プロマネに興味ある人 プロマネ初心者のお話
4 ▪ 大西克典 ▪ 2014.4 - 2017.9: 東京大学でComputer Visionの研究して修士卒 ▪
主な実績: CVPR16, ACMMM16, AAAI18 ▪ 2017.10 - 現在: DeNA AIシステム部 ▪ 入社即 横浜DeNAベイスターズ x AI プロジェクトを立ち上げて主導 自己紹介
5 ▪ 大西克典 ▪ 2014.4 - 2017.9: 東京大学でComputer Visionの研究して修士卒 ▪
主な実績: CVPR16, ACMMM16, AAAI18 ▪ 2017.10 - 現在: DeNA AIシステム部 ▪ 入社即 横浜DeNAベイスターズ x AI プロジェクトを立ち上げて主導 自己紹介 ▪ 何のPM知識もない ▪ PMされた経験すらなし ▪ 人数少ない最初のうちはそれで もうまく行ってた ▪ プロマネってどう勉強したら? ▪ それもわからない…
6 ▪ でもプロマネってどう勉強したらいいの? ▪ 本はなんか役にたたなさそうなものばかりなイメージ ▪ エンジニア向けじゃなさそう ▪ 中身がなさそう ▪
自分のケースに当てはまるものがあるのか? ▪ 社内にもそういう研修もないし、勉強方法も紹介されてない ▪ どうなってんだこの会社は プロマネ初心者のお話
7 ▪ とりあえず他チームのMTGでも見学させてもらおう ▪ その中でスクラムの存在を知る プロマネ初心者のお話
8 ▪ それまでのスクラムに対する理解 ▪ こういう感じにカンバン使うやつでしょ? プロマネ初心者のお話 ドラマ シリコンバレーでジャレット・ダンが Kanbanボードの前に立って 「スクラムを導入しよう!」と熱弁してる画像
9 ▪ MTGお邪魔した後のスクラムに対する理解 ▪ なんかカンバン使うのと、タイムボックス区切ってやるやつ プロマネ初心者のお話 あーそういうことね完全に理解した(わかってない) の画像
10 ▪ その後新型コロナウィルスの影響でフルリモートに ▪ 生活リズムとコミュニケーション不足対策でdaily mtgやるように ▪ 切りのいいタイミングだしついでにスクラム入れてみるか ▪ 当時、各タスクの見積もりからの遅れの常態化が課題
▪ タイムボックス制を導入したかった ▪ 導入にあたりスクラムを改めて勉強 ▪ 多分大体わかってるとは思うが一応くらいの気持ちだった プロマネ初心者のお話
11 ▪ 勉強後の感想:何だこれ ▪ 単にタイムボックス切ってKanban使うだけじゃない プロマネ初心者のお話 猫が驚いてる画像
12 項目 01|プロマネ初心者のお話 02|スクラムとは? 03|スクラム実際に導入してよかったこと 04|なぜスクラムを学ぶべきなのか?
13 ▪ 今日のメッセージ先に言っておくと ▪ ×スクラムを導入しろ ▪ ◦スクラムを学べ ▪ なのでメイントピックは 「なぜスクラムを学ぶべきか」
▪ 以下の項目は軽い説明に留めます ▪ スクラムそのものについての詳しい説明 ▪ スクラムを導入してよかったこと ▪ 詳しくは多分誰かが技術共有会でまた紹介してくれるはず スクラムとは
14 スクラムとは ▪ コンパクトなアジャイル開発フレームワーク 画像元: https://www.scrum.org/
15 ▪ アジャイルとスクラムってどう違うの? スクラムとは Agile Scrum Kanban Lean XP SAFe
16 ▪ ウォーターフォールとアジャイルの違い スクラムとは 例)水を貯めるバケツを作る
17 ▪ ウォーターフォールとアジャイルの違い スクラムとは Waterfall 1 2 3 4 5
Agile 1 2 3 4 5 ▪ 各部品をシーケンシャルに開発 ▪ 完成形のイメージを基にそれぞれ作る ▪ 各部品が完成後に結合 ▪ 最低限動くものを少しずつ作る (MVP戦略) ▪ スコープをギリギリまで絞る ▪ バケツ:まずは水を溜められる浅い桶から ▪ その後徐々に性能/機能を増やす
18 ▪ ウォーターフォールとアジャイルの違い1例 スクラムとは 1 2 3 4 5 メリット
▪ 開発難易度が低い ▪ スケールしやすい デメリット ▪ 結合してみるまで動くかわからない ▪ 仕様変更や障害には対応しづらい デメリット ▪ 開発難易度が高い ▪ 単純なスケールは難しい メリット ▪ 動かしてみての課題が毎週把握できる ▪ 変更や障害に柔軟に対応しやすい 1 2 3 4 5 1 2 3 4 5 Waterfall Agile
19 スクラムとは ▪ アジャイルとスクラムの違い (おさらい) Agile Scrum Kanban Lean XP
SAFe 画像元: https://www.scrum.org/
▪ 概要 20 スクラムとは 毎スプリント (e.g. 2weeks) 動く物を作ってリリース可能に 実現したい機能を 優先順位順に並べた物
今回のスプリントで 取り組むタスク 日次の簡単な MTG • プロダクトオーナー • スクラムマスター • 開発チーム Kanban で管理 スプリント終わりに 振り返り 画像元: https://www.scrum.org/
21 ▪ なのでシリコンバレーのこれはただのKanban-style スクラムとは ドラマ シリコンバレーでジャレット・ダンが Kanbanボードの前に立って 「スクラムを導入しよう!」と熱弁してる画像
22 ▪ もっと色々紹介したいことありますが今日は省略 ▪ スクラムでは「なぜ?」を考えるのが大切 ▪ スクラムの詳しい説明 ▪ アジャイル各種紹介 ▪
ふりかえり ▪ 現実的にはハイブリットアプローチが多い ▪ ただスクラムベースならそれはアジャイルかつスクラムの一種…? ▪ スクラム/アジャイルの歴史 スクラムとは
23 項目 01|プロマネ初心者のお話 02|スクラムとは? 03|スクラム実際に導入してよかったこと 04|なぜスクラムを学ぶべきなのか?
24 ▪ よかったこと箇条書き ▪ MVP戦略:スコープ絞り ▪ 動く物を継続的にリリースするように開発 ▪ 最後に結合してから初めて動かないことがわかるがなくなった ▪
スプリント制導入:見積もりからの遅れが減った ▪ 実現したい機能の明確化&優先順位付け ▪ 頻繁な共有と振り返り ▪ MTG回数は増えたが無駄は減って効率が上がった ▪ ちなみに ▪ 我々も厳密にはスクラムを型通りには実践してない/できてない スクラムを導入してよかったこと(簡単に)
25 項目 01|プロマネ初心者のお話 02|スクラムとは? 03|スクラム実際に導入してよかったこと 04|なぜスクラムを学ぶべきなのか?
26 ▪ PM入門にスクラムが最適な理由 ▪ ソフトウェア開発に特化して誕生&発展 ▪ 他でも使えますが ▪ アジャイルを学ぶのに最適 ▪
最もメジャーかつよくまとまっている ▪ ウォーターフォールも初めてクリアに認識できるように (後述) ▪ ウォーターフォールへのアンチテーゼとして誕生 なぜスクラムを学ぶべきなのか?
27 ▪ 導入となる場合のよくある障害の1例 ▪ PO不足 ▪ ステークホルダーにPOを担ってもらおうとするも工数不足で無理な ことにすぐ気が付く ▪ ウォーターフォールを前提にした組織システム
▪ 社内/社外問わず組織構造やシステムがスクラム向きでないことも ▪ スクラムがトラウマなメンバー ▪ 過去にアンチパターン踏みまくったスクラム開発に参加 なぜスクラムを学ぶべきなのか?
28 ▪ 導入してからのよくある失敗事例 ▪ スクラムを教科書通りやろうとしすぎて破綻 ▪ Don’t do agile, be
agile ▪ あくまでも手段であって目的ではない ▪ なぜを考えられない人/チーム ▪ 一方最初は型通りにやらないで失敗することも ▪ スクラムの各項目の導入目的と効果を理解するに至れない ▪ 理論と実践のバランス感覚がスポーツと似ている ▪ アンチパターンど真ん中ぶち抜いてるケースもよくある なぜスクラムを学ぶべきなのか?
29 ▪ それでも学ぶ方がよい理由 ▪ PMとしてのスタートラインに立てる ▪ その後に何を学べばよいかわかるようになる ▪ 導入するかどうかは勉強してから考えればいい なぜスクラムを学ぶべきなのか?
26 ▪ PM入門にスクラムが最適な理由 ▪ ソフトウェア開発に特化して誕生&発展 ▪ 他でも使えますが ▪ アジャイルを学ぶのに最適 ▪ 最もメジャーかつよくまとまっている ▪ ウォーターフォールも初めてクリアに認識できるように (後述) ▪ ウォーターフォールへのアンチテーゼとして誕生 なぜスクラムを学ぶべきなのか?
30 なぜスクラムを学ぶべきなのか? 1970~1980に誕生&開発 ガントチャートのルーツは 1910年代第一次世界大戦の アメリカ陸軍 1990~2000に誕生&開発 00年代に広まり 10年代にもアップデートさ れ続けている
無秩序な職人芸的 ソフトウェア開発 ウォーターフォールでの 失敗を元に開発 ソフトウェア開発も 工業化しよう ▪ 歴史 Waterfall Scrum
31 なぜスクラムを学ぶべきなのか? 1970~1980に誕生&開発 ガントチャートのルーツは 1910年代第一次世界大戦の アメリカ陸軍 1990~2000に誕生&開発 00年代に広まり 10年代にもアップデートさ れ続けている
無秩序な職人芸的 ソフトウェア開発 ウォーターフォールでの 失敗を元に開発 ソフトウェア開発も 工業化しよう スクラムを学ぶことで そのアンチテーゼである ウォーターフォールも 初めてしっかり認識できる ようになる ▪ 歴史 Waterfall Scrum
32 なぜスクラムを学ぶべきなのか? 1970~1980に誕生&開発 ガントチャートのルーツは 1910年代第一次世界大戦の アメリカ陸軍 1990~2000に誕生&開発 00年代に広まり 10年代にもアップデートさ れ続けている
無秩序な職人芸的 ソフトウェア開発 ウォーターフォールでの 失敗を元に開発 ソフトウェア開発も 工業化しよう わかってるつもりで 何も学んだことない 人は実はここ ▪ 歴史 Waterfall Scrum
33 ▪ どう学べばよい? なぜスクラムを学ぶべきなのか? 基本編 Udemy おすすめ 大体いつも95%オフの セールやってる 鉄板の入門書
アンチパターンを 中心に解説 パターン毎にスト ーリーと解説があ って読みやすい 発展編 基本編で網羅し 切れない部分を 解説する 参考書的な本 スクラム開発者 によるスクラム 誕生の歴史 単純に面白い& ルーツがわかる と理解が深まる スクラムの ルールブック これを最初に 読んでも何も わからない おまけ
34 ▪ どう学べばよい? ▪ DeNAでは最近CTO室によりPM/スクラムマスター研修が導入 ▪ 実はこれ現場の声を反映してのもの ▪ 去年CTO室ヒアリングで僕含め何人かがPM研修を訴えたのに反応 なぜスクラムを学ぶべきなのか?
6 ▪ でもプロマネってどう勉強したらいいの? ▪ 本はなんか役にたたなさそうなものばかりなイメージ ▪ エンジニア向けじゃなさそう ▪ 中身がなさそう ▪ 自分のケースに当てはまるものがあるのか? ▪ 社内にもそういう研修もないし、勉強方法も紹介されてない ▪ どうなってんだこの会社は! プロマネ初心者のお話 再掲
35 ▪ PMやらなきゃいけないけど経験も知識もない人 ▪ まずスクラムを学ぶとよいですよ! ▪ スクラムを学ぶとウォーターフォールも初めてクリアに認識できる ように ▪ 何を学んだらよいかのとっかかりになるから
まとめ