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
560
Other Decks in Technology
See All in Technology
Jr. Championsになって、強く連携しながらAWSをもっと使いたい!~AWSに対する期待と行動~
amixedcolor
0
190
APIテスト自動化の勘所
yokawasa
7
4.1k
小規模に始めるデータメッシュとデータガバナンスの実践
kimujun
3
590
バクラクにおける可観測性向上の取り組み
yuu26
3
410
AIを駆使したゲーム開発戦略: 新設AI組織の取り組み / sge-ai-strategy
cyberagentdevelopers
PRO
1
130
pandasはPolarsに性能面で追いつき追い越せるのか
vaaaaanquish
4
4.5k
ガバメントクラウド単独利用方式におけるIaC活用
techniczna
3
270
新卒1年目が向き合う生成AI事業の開発を加速させる技術選定 / ai-web-launcher
cyberagentdevelopers
PRO
7
1.5k
Nix入門パラダイム編
asa1984
2
200
生成AIと知識グラフの相互利用に基づく文書解析
koujikozaki
1
140
君は隠しイベントを見つけれるか?
mujyun
0
290
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
5
49k
Featured
See All Featured
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
25
1.8k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3k
Side Projects
sachag
452
42k
A Modern Web Designer's Workflow
chriscoyier
692
190k
Gamification - CAS2011
davidbonilla
80
5k
Building Your Own Lightsaber
phodgson
102
6k
Facilitating Awesome Meetings
lara
49
6k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Done Done
chrislema
181
16k
Agile that works and the tools we love
rasmusluckow
327
21k
Speed Design
sergeychernyshev
24
570
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やらなきゃいけないけど経験も知識もない人 ▪ まずスクラムを学ぶとよいですよ! ▪ スクラムを学ぶとウォーターフォールも初めてクリアに認識できる ように ▪ 何を学んだらよいかのとっかかりになるから
まとめ