アプリのプロダクトマネージャーからみるScrum開発

>100 Views

February 19, 18

#Scrum #プロダクトマネジメント #アプリ開発 #アジャイル開発 #事業成果最大化

スライド概要

DroidKaigi 2018 Reject Conferenceで登壇した内容です。

Yahoo!デベロッパーネットワーク

@ydnjp

スライド一覧

2023年10月からSpeaker Deckに移行しました。最新情報はこちらをご覧ください。 https://speakerdeck.com/lycorptech_jp

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

（ダウンロード不可）

関連スライド

深層学習による自然言語処理入門: word2vecからBERT, GPT-3まで

Yahoo!デベロッパーネットワーク 159.9K

ゼロから始める転移学習

Yahoo!デベロッパーネットワーク 85.4K

ヤフーにおける WebAuthn と Passkey の UX の紹介と考察 #idcon #fidcon

idcon fidcon

Yahoo!デベロッパーネットワーク 72.6K

OpenID Connectとネイティブアプリを取り巻く仕様と動向 Yahoo! JAPANの取り組み #openid #openid_tokyo

openid openid_tokyo

Yahoo!デベロッパーネットワーク 57.4K

運用業務とスクラムは本当に組み合わせにくいのか︖運用業務が大半を占めるプロダクト開発での試行錯誤

devsumi

Yahoo!デベロッパーネットワーク 34.8K

ヤフーのオンプレ機械学習基盤AIPFについて #ml_kubernetes

ml_kubernetes

Yahoo!デベロッパーネットワーク 28.9K

各ページのテキスト

自己紹介社外秘里山南人 [Namito Satoyama] ヤフー株式会社メディアカンパニー新規領域推進室推進部クリエイターエバンジェリスト活動経歴 SIer (2001〜) Shibuya.apk IT Consulting（2006〜）著書：「黒帯エンジニアが教えるプロの技術 Android開発の教科書」 CyberAgent, Inc（2010〜） (共著：SB Creative) DeNA Co., Ltd.（2013〜） Yahoo Japan Corp. (2014/09〜) Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 2

プロジェクトマネジメント or プロダクトマネジメント Project Manager 品質ユーザーの課題コスト/リソース事業課題スケジュール開発課題社外秘 Product Manager • 開発課題だけでなくユーザーの課題の解決や事業課題に関しての意思決定が求められる • 事業観点で幅広い視野でサービスをマネジメントすることを「プロダクトマネジメント」と呼ぶ Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 6

プロダクトマネージャーが意識している観点プロダクトマネジメントトライアングル社外秘  「プロダクト」「ユーザー」「事業」「開発者」それぞれの関係性によって起こる課題  プロダクトマネージャーはそれぞれの領域に優先順位をつけて施策を考える  事業環境や時間軸により、実行する必要性や優先順位が流動的に変化する事業会社においては「適切なタイミング」で、「最大の事業成果」を出せるように、意思決定する https://productlogic.org/2014/06/22/the-product-management-triangle/ Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 7

https://productlogic.org/2014/06/22/the-product-management-triangle/

開発プロセスとはソフトウェア開発における開発プロセスは、ソフトウェアをどのように作り上げるかについて、手順や工程、要員、成果物、進め方に関する基本的な考え方を定義したもの社外秘何のために必要なのか？ http://d.hatena.ne.jp/keyword/%B3%AB%C8%AF%A5%D7%A5%ED%A5%BB%A5%B9 Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 9

10.

開発プロセスはリスク管理のために必要社外秘  「適切なタイミング」へのリスク  適切な事業機会にリリースできるか  ステークホルダー間で合意出来ているか  「最大の事業成果」へのリスク  ユーザーの課題を解決しているか事業として最大の成果をあげるためにリスクヘッジを行うため  開発メンバーが最大のパフォーマンスを出せているか  事業環境の変化に追従出来ているか Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 10

11.

代表的な開発プロセスの分類ウォーターフォールモデル社外秘（メーカー系個別のプロセス） Unified Process スパイラルモデル反復型開発 XP （派生型）アジャイル Scrum FDD・・・ Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 • 計画重視 • SIerなどで適用されることが多い • オブジェクト指向ドリブン • 中大規模にも使える • 目標を決めて開発をループさせる • 事前計画より柔軟性 • ５つの価値と１９の実践 • 経験に基づくアプローチ • 途中で要求を変更可能 • その他 11

12.

代表的な開発プロセスの分類ウォーターフォールモデル社外秘（メーカー系個別のプロセス） Unified Process スパイラルモデル反復型開発アプリにおいては、中小規模に向いていて、事業環境の変化に追従できるプロセスが必要 XP （派生型）アジャイル Scrum FDD・・・ Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 • 計画重視 • SIerなどで適用されることが多い • オブジェクト指向ドリブン • 中大規模に使える • 目標を決めて開発をループさせる • 事前計画より柔軟性 • ５つの価値と１９の実践 • 経験に基づくアプローチ • 途中で要求を変更可能 • その他 12

13.

14.

Scrumとは（ざっくり）プロダクトバックログ社外秘スプリントバックログ  要件のリストであるプロダクトバックログをプロダクトオーナーが常にメンテナンスし、施策優先順位をつける  プランニングを行い、一定のタイムボックス（スプリント）で行うタスクを見積もる（スプリントバックログ）プランニングメンテナンス  開発メンバーはスプリントバックログにしたがって開発を行うスプリント１〜４週間開発メンバープロダクトオーナー  レビュー・ふりかえりを行い、チームの生産性（ベロシティ）を踏まえた上で次のスプリントのプランニングをするレビュー・ふりかえり Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 14

15.

16.

17.

18.

19.

20.

Before 社外秘  一部のレビューや問い合わせに過度に反応して突然調査タスクが発生  プリインストール案件でキャリアの言われるがままに納品日を受け入れ  突然の残業  エンジニアのモチベ低下ディストリ明日までにお願いしますーレビューで強い指摘が…  生産性の低下施策いつリリースできますかー？ Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 20

21.

After CS/Review Issue Business Issue PBL タイムボックスを不可侵にしてメンバーに集中してもらう SBL  評価が大幅に下がらない限りレビュー対応もバックログに入れて次のスプリントへスプリント不可侵 Member Issue 社外秘  タイムボックス(2週間)を元に体外的な依頼のリードタイムを握る２週間 Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 21

22.

23.

24.

After 社外秘プロダクトバックログ完了定義バックログを元に目的と完了定義を明確化  向上させるべきKPIも明確化目的と達成条件は○○ですそれなら、こういうアプローチが良いです  目的が明確なので事業成果が最大化される  より最適なアプローチ方法が生まれることがある Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 24

25.

26.

27.

After 社外秘〜をしたい 2 〜をしたい３〜をしたい５〜をしたい 2 〜をしたい 3 〜をしたい 5 〜をしたい 8 〜をしたいベロシティから先行きを見通すことが出来るベロシティ [１５]  ロードマップは１年後レベルまで考えるが、事業環境は変化するので長期的には完璧に決めれない  PDCA（グロース）フェーズであれば、３ヶ月（Q）単位のリリース予定を見通せることが重要 Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 27

28.

29.

30.

開発メンバーの主体性を損なうような場合社外秘  バックログの粒度が細かいと、開発メンバーの工夫する余地が少なくなる  PDCAフェーズでは施策 ≒機能≠ユーザーストーリーとなることが多い〜のボタンの色を赤にする  機能レベルのバックログは施策を考えているPM に責任が寄りがち OR 〜画面のCTRを改善する  開発メンバーは逆に仕様を考えるという面において主体性を失う Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 30

31.

32.

リアルカンバンの弊害  リアルカンバンを利用すると、リモート勤務しにくい社外秘  リアル付箋を動かす方がやった感が出る（主観）  リモート勤務の人が朝会で利用しにくい OR  JIRA/Github/TrelloなどWebサービスで使うのが良い場合も多い Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 32

33.

34.

35.

36.