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
マイクロサービスにおける容易なトランザクション管理に向けて
scalar
0
140
Turing × atmaCup #18 - 1st Place Solution
hakubishin3
0
490
複雑性の高いオブジェクト編集に向き合う: プラガブルなReactフォーム設計
righttouch
PRO
0
120
KubeCon NA 2024 Recap: How to Move from Ingress to Gateway API with Minimal Hassle
ysakotch
0
210
あの日俺達が夢見たサーバレスアーキテクチャ/the-serverless-architecture-we-dreamed-of
tomoki10
0
480
社内イベント管理システムを1週間でAKSからACAに移行した話し
shingo_kawahara
0
190
KnowledgeBaseDocuments APIでベクトルインデックス管理を自動化する
iidaxs
1
270
Google Cloud で始める Cloud Run 〜AWSとの比較と実例デモで解説〜
risatube
PRO
0
110
kargoの魅力について伝える
magisystem0408
0
210
DUSt3R, MASt3R, MASt3R-SfM にみる3D基盤モデル
spatial_ai_network
2
190
[Ruby] Develop a Morse Code Learning Gem & Beep from Strings
oguressive
1
170
新機能VPCリソースエンドポイント機能検証から得られた考察
duelist2020jp
0
230
Featured
See All Featured
Writing Fast Ruby
sferik
628
61k
Faster Mobile Websites
deanohume
305
30k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
2
170
Practical Orchestrator
shlominoach
186
10k
Building Your Own Lightsaber
phodgson
103
6.1k
How to Ace a Technical Interview
jacobian
276
23k
Side Projects
sachag
452
42k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
520
[RailsConf 2023] Rails as a piece of cake
palkan
53
5k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
229
52k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.3k
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やらなきゃいけないけど経験も知識もない人 ▪ まずスクラムを学ぶとよいですよ! ▪ スクラムを学ぶとウォーターフォールも初めてクリアに認識できる ように ▪ 何を学んだらよいかのとっかかりになるから
まとめ