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
20200726_devPM_iwamu
Search
HinayHinayLab
July 26, 2020
Technology
0
790
20200726_devPM_iwamu
2020/07/26(Sun)
CHARITY CONFERENCE OKINAWA × devPM Vol.2 MANAGEMENT
スクラム開発お悩み相談室
HinayHinayLab
July 26, 2020
Tweet
Share
More Decks by HinayHinayLab
See All by HinayHinayLab
20211021_devPM_iwamu
hinayhinaylab
0
300
20210917_itp_agile_seminar
hinayhinaylab
0
150
20200621_fronetnd_iwamu
hinayhinaylab
0
600
20200522_DevLOVE_LT
hinayhinaylab
0
270
アジャイルゆいまーる AgileJapan2019サテライト沖縄 実施報告
hinayhinaylab
0
2.4k
アジャイル開発のプロジェクトマネージャーがおさえておくべき5項目
hinayhinaylab
0
1.1k
黒い画面で 標準入出力を使おう
hinayhinaylab
0
320
Agile Japan 2019 サテライト <沖縄> & DevOpsDays Tokyo 2020 の紹介
hinayhinaylab
0
300
【告知】 Agile Japan 2019 サテライト <沖縄> & DevOpsDays Tokyo 2020 の紹介
hinayhinaylab
0
200
Other Decks in Technology
See All in Technology
P2P ではじめる WebRTC のつまづきどころ
tnoho
1
270
Tiptapで実現する堅牢で柔軟なエディター開発
kirik
1
150
分散トレーシングによる コネクティッドカーのデータ処理見える化の試み
thatsdone
0
270
AWS表彰プログラムとキャリアについて
naoki_0531
1
140
完璧を目指さない小さく始める信頼性向上
kakehashi
PRO
0
110
Amazon CloudWatchのメトリクスインターバルについて / Metrics interval matters
ymotongpoo
3
280
OpenTelemetry の Log を使いこなそう
biwashi
5
1.1k
AIに全任せしないコーディングとマネジメント思考
kikuchikakeru
0
280
2025-07-25 NOT A HOTEL TECH TALK ━ スマートホーム開発の最前線 ━ SOFTWARE
wakinchan
0
170
Turn Your Community into a Fundraising Catalyst for Black Philanthropy Month
auctria
PRO
0
190
ML Pipelineの開発と運用を OpenTelemetryで繋ぐ @ OpenTelemetry Meetup 2025-07
getty708
0
320
Kiroから考える AIコーディングツールの潮流
s4yuba
1
320
Featured
See All Featured
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Designing for Performance
lara
610
69k
Rails Girls Zürich Keynote
gr2m
95
14k
How to Ace a Technical Interview
jacobian
278
23k
Six Lessons from altMBA
skipperchong
28
3.9k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.5k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.5k
Fireside Chat
paigeccino
37
3.5k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Facilitating Awesome Meetings
lara
54
6.5k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Transcript
CHARITY CONFERENCE OKINAWA × devPM Vol.2 MANAGEMENT 2020/07/26 (Sun) YogAgile
Engineer 岩村 琢 スクラム開発お悩み相談室
自己紹介 @takusamar いわむー@ヨガはいいぞ 沖縄在住のフリーランスITエンジニア ヨガ×アジャイルで健康なチームづくり をサポートしています 2019年10月~ KDDI DIGITAL GATE
フロントエンド開発(React/Flutter) スクラム、モブプログラミング 拠点:東京、大阪、沖縄 開発メンバーは在宅リモートワーク アジャイルゆいまーる アジャイル開発のコミュニティ「アジャイルゆいまーる」を運営 https://agile-yuimar.connpass.com/ 2 Scrum Alliance 認定スクラムマスター Scrum Inc.認定資格 プロダクトオーナー
「軽量、理解が容易、習得は困難」と言われるスクラム。 本を読んで理解した気になっても、いざ実践となるとなかなか上手くいかないものです。 本セッションではスクラム実践にあたっての悩みにお付き合いします。 以下のJamboardに悩みを書き込んでください。 https://bit.ly/38aNK8H 3 スクラム開発お悩み相談室 セッション概要 と、現場の悩みを募集したところ・・・
4
5 受託開発でスクラムを導入するときにどう理解を得るか これからアジャイルをはじめようという人向けの解説書 特にエンジニア以外(PM、営業、役員、…)におすすめ • 目的を明確にする • スクラムの基礎知識を学ぶ • 他社事例から学ぶ
• まずは小さく始めてみる 最初は問題点が出てきても、スプリントを繰り返して 徐々に改善していく様子を肌で感じる。 なんのためにアジャイル開発をやるのか、スクラムをやるのか 顧客や上司の共通認識を得る。 このプロジェクトでスクラムをやるべきという確信を持つ。 顧客や上司にもスクラム研修を受けてもらう。 最低限スクラムガイドに書かれている内容は理解している。 さまざまな会社の成功事例・失敗事例を見て、 自分たちのスクラムはどうするかを顧客と一緒に考える。 顧客や上司にスクラム導入を理解してもらうには・・・
6 そもそも受託開発(請負型)でスクラムするのは向いているのかどうか 要件が決まっている(何を作るか明確 に決まっていて、交渉の余地がない) 案件だとスクラムには向いていない。 従来の開発アプローチ 「要件は変わらないはず」 スコープ 予算 納期
(固定) (可変) アジャイル開発アプローチ 「要件は変化する」 予算 納期 スコープ 予算や納期も固定されていて どうしようもないことも良くある その場合は品質が犠牲になる 品質 品質 予算・納期に合わせて スコープを調整することで 品質を維持する 【契約例】 • 期間は4週間 • Dev3名+SM1名のチームを提供 • POは顧客に担当していただく • 金額は固定(時間精算ではない) • 期間内の仕様変更はいつでも可能 受託開発(請負型)でスクラムをやる 場合は、期間とリソースを固定して、 スコープは調整可能にしておくと良い。
7 チームメンバーをスクラム脳にするためのポイントなど 新たなマインドセットを身につける方法として最も効果的なのは、 上手くいっているスクラムチームに入れること。 アジャイルなマインドセットの中で仕事を共にすることで、少しずつ慣れていく。 アジャイルはマインドセットである。 マインドセット = ものの見方、習慣 人生観、仕事観
「こういう生き方をしたい」 「こういう働き方をしたい」 私はどう在りたいのか、という思い その人がこれまでの人生で積み上げてきたものなので、 簡単に差し替えることはできない。 (そういうスクラムチームがない場合は、外部からコーチを招いてスクラムチームを育てるところから始めよう)
8 スクラムチームの3つのロール(役割) • プロダクトオーナー(PO) 開発チームから生み出されるプロダクトの 価値の最大化に責任を持つ • 開発チーム(Dev Team) リリース判断可能な「完成」した
プロダクトインクリメントを届ける • スクラムマスター(SM) スクラムガイドで定義された スクラムの促進と支援に責任を持つ POとDevチームのコミュニケーション
9 よくあるプロジェクト体制 PMの役割 • 顧客との交渉、報告 • 開発チームへの指示出し • チームメンバーのフォロー :
責任が重すぎる。 とにかく忙しい。 ボトルネックになりがち。 スクラムではPMの役割を みんなで分担しよう! 開発チーム メンバー 顧客 PM 開発チーム リーダー
10 (顧客)PO Dev Team SM この図を見て、 何に気づきますか? スクラムチームの3つのロール(役割) • プロダクトオーナー(PO)
• スクラムマスター(SM) • 開発チーム(Dev Team) スクラムのロール(役割)
11 (顧客)PO Dev Team SM ビジネスを知っている人が 意思決定に責任を持つ リーダーやメンバーといった 固定された上下関係はない ファシリテーターとして
POを支援する Dev Teamを支援する 外部からの指示を受けずに インクリメントを作成する 責任と権限を持つ • 顧客との交渉、進捗報告 →顧客がPOとなる • 開発チームへの指示出し →Dev Teamが考えて実行する • チームメンバーのフォロー →SMがスクラムチームを支援する スクラムのロール(役割)
12 開発チーム メンバー 顧客 PM 開発チーム リーダー (顧客)PO Dev Team
SM 顧客と開発チームメンバーは 遠く離れた存在だった POとDev Teamは直接対話する (しかもフラットな関係で!) 顧客と開発チームの距離の変化
13 PO代理がボトルネックになる。 Dev Teamが顧客の真の課題に気づ けない。 SMがPOを支援できない。 顧客は元々の仕事で忙しそうだし、 あまりスクラムを分かってないので POをやるのは難しそう。 (顧客)PO
Dev Team SM PO代理 失敗事例(PO代理を立てたパターン) なので、こちらでPO代理を立てて POとDev Teamとの仲介をしよう。
14 (顧客)PO Dev Team SM POとDevチームのコミュニケーション(まとめ) POとDev Teamはいつでも気軽に コミュニケーションできる状態にする。 それが仕事のスピードをあげ、
無駄な作りすぎを防ぐことができ、 良いものを素早くデリバリーできる。
15 結局優秀になってくるとスクラムだろうがなかろうがデリバリーできる ある経営幹部のつぶやき これは完全に同意。 すごく腕のいいエンジニアを揃えれば、良いものを素早くデリバリーできる。 では、なぜスクラムというプロセスを採用するのか?
16 これは完全に同意。 すごく腕のいいエンジニアを揃えれば、良いものを素早くデリバリーできる。 では、なぜスクラムというプロセスを採用するのか? 結局優秀になってくるとスクラムだろうがなかろうがデリバリーできる スクラムを導入する私の理由 結局、優秀でなければスクラムだろうがなかろうがデリバリーできない 優秀なエンジニアを揃えるのは大変(希少価値、人件費が高い、…) →エンジニアを育てる仕組みとして、スクラムは優れている。 優秀なエンジニアがいなくなるリスク(休暇、退職、…)
→スクラムというプロセスでチームとしての生産性を担保する。
17 プロダクトオーナーを目指す人へ 【翻訳】プロダクトオーナーになりたい人が知っておくとよいこと https://www.ryuzee.com/contents/blog/14509 • 毎日たくさんの人と話すのは楽しいですか? • 頻繁に衝突が起こる覚悟ができていますか? • 会議をリードするのを楽しんでいますか?
• 喋るよりも多く人の話を聞いていますか? • 交渉は得意ですか? • いつでも意思決定する準備ができていますか? プロダクトオーナーとして成功するための特性
ご清聴ありがとうございました 今日お会いした皆様が身も心も健康で過ごせますように 18