$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「じゃあ明日から君PMね」 と急に言われた時の指南書 〜スクラムを学ぶ意義〜
Search
Katsunori Ohnishi
January 29, 2021
Technology
0
1.5k
「じゃあ明日から君PMね」 と急に言われた時の指南書 〜スクラムを学ぶ意義〜
社内勉強会で発表した資料を公開
▪ プロマネ経験ないけどやらなきゃいけない状況になった人
▪ プロマネやってるけど何も学んだことない人
▪ プロマネに興味ある人
向けの内容です
Katsunori Ohnishi
January 29, 2021
Tweet
Share
More Decks by Katsunori Ohnishi
See All by Katsunori Ohnishi
Variational Auto Encoder入門
katsunoriohnishi
15
6.4k
Action Recognitionの歴史と最新動向
katsunoriohnishi
0
670
Other Decks in Technology
See All in Technology
プロダクトマネージャーが押さえておくべき、ソフトウェア資産とAIエージェント投資効果 / pmconf2025
i35_267
2
520
会社紹介資料 / Sansan Company Profile
sansan33
PRO
11
390k
生成AI・AIエージェント時代、データサイエンティストは何をする人なのか?そして、今学生であるあなたは何を学ぶべきか?
kuri8ive
2
2k
エンジニアリングマネージャー はじめての目標設定と評価
halkt
0
220
Playwrightのソースコードに見る、自動テストを自動で書く技術
yusukeiwaki
12
4.3k
pmconf2025 - 他社事例を"自社仕様化"する技術_iRAFT法
daichi_yamashita
0
720
グレートファイアウォールを自宅に建てよう
ctes091x
0
130
形式手法特論:CEGAR を用いたモデル検査の状態空間削減 #kernelvm / Kernel VM Study Hokuriku Part 8
ytaka23
2
410
日本Rubyの会の構造と実行とあと何か / hokurikurk01
takahashim
4
800
なぜフロントエンド技術を追うのか?なぜカンファレンスに参加するのか?
sakito
10
2k
「Managed Instances」と「durable functions」で広がるAWS Lambdaのユースケース
lamaglama39
0
180
Kiro Autonomous AgentとKiro Powers の紹介 / kiro-autonomous-agent-and-powers
tomoki10
0
170
Featured
See All Featured
Statistics for Hackers
jakevdp
799
230k
Done Done
chrislema
186
16k
Making Projects Easy
brettharned
120
6.5k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
7.8k
We Have a Design System, Now What?
morganepeng
54
7.9k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
4 Signs Your Business is Dying
shpigford
186
22k
Reflections from 52 weeks, 52 projects
jeffersonlam
355
21k
GraphQLとの向き合い方2022年版
quramy
50
14k
Mobile First: as difficult as doing things right
swwweet
225
10k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Why Our Code Smells
bkeepers
PRO
340
57k
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やらなきゃいけないけど経験も知識もない人 ▪ まずスクラムを学ぶとよいですよ! ▪ スクラムを学ぶとウォーターフォールも初めてクリアに認識できる ように ▪ 何を学んだらよいかのとっかかりになるから
まとめ