プロダクトバックログビフォーアフター

プロダクトバックログビフォーアフター

開発チーム／ステークホルダーとの関係が改善した

プロダクトオーナー祭り２０１５shinya ogasawara(@bonbon0605)

自己紹介

おがさわら (@bonbon0605/@bonbon_0605)

株式会社キャリアデザインセンター所属自社Webサービスのプロダクトオーナー

スクラム歴約1年認定スクラムマスター

本日の内容

対象これから躓く予定の方

今躓いている方

話題プロダクトバックログ

既存組織へのスクラムの導入

目的バッドノウハウの共有

試行錯誤の例

（前提）社内体制

外部パートナー

企画システム

サービス運用システム窓口システム運用

1年前までの社内体制イメージ

•改善案の仕様決め

•デザイン

•効果検証

•開発の進捗管理

•システム的助言

•開発案件の管理

•機能実装

•システム保守運用


企画システム

サービス運用システム窓口システム運用

現在の社内体制イメージ


•デザイン

•効果検証




•機能実装



企画システム

サービス運用ＰＯ開発チーム

スクラムにおける役割


•デザイン

•効果検証




•機能実装


対象外

社内体制の課題

全体ステークホルダーとの調整が多い

相互の状況が分かりにくい

企画担当範囲が広い

タスクが多い

システムＰＯの決定権限の弱さ

チーム外の影響が大きい

プロダクトバックログビフォー

うまくいっていない時の話

プロダクトバックログ作り

優先順位

プロダクトバックログ作りで意識していたこと

上から優先順位の高い順に並べる

ステークホルダーと調整して決定する

開発チームは上から順に着手する

できあがったもの

Ticket Title Status#10 検索機能の刷新！！未着手 #5 会員登録機能の改善！！未着手#15 新機能○○を作る！！未着手#30 スマホページのリニューアル未着手#50 商品ページのSEO対策未着手#402 キャンペーン用ページを作る！！未着手#403 お知らせメール文面の変更未着手#300 管理画面のボタンを大きくする未着手#380 検索ページの文言修正未着手

こんなイメージです

スプリントを経て

Ticket Title Status#10 検索機能の刷新！！仕様検討中#5 会員登録機能の改善！！仕様検討中#15 新機能○○を作る！！未着手#30 スマホページのリニューアル開発中#450 トップページの画像を差し替える済#50 商品ページのSEO対策仕様検討中#402 キャンペーン用ページを作る！！仕様検討中#403 お知らせメール文面の変更開発中#300 管理画面のボタンを大きくする済#380 検索ページの文言修正済

何度かスプリントを実施してこんな感じに

問題点①①最優先案件に実装着手できない


問題点①

理由

①最優先案件に実装着手できない

•「優先順位≒やりたい」という考えで決めていた

•まだ着手できない案件が優先順位高く設定されていた

•壮大な内容が多く、企画チームが仕様を詰め切れない


問題点②②優先順位の低いものが先に終わる


問題点②

理由

②優先順位の低いものが先に終わる

•優先順位が高い案件が実施できないので、先に着手

•規模の小さいものが多く、実施しやすい

•ステークホルダーへの調整コストが少ない



問題点③③次にどれを実装するのか分からない

問題点③

理由

③次にどれを実装するのか分からない

•優先順位が高くても、仕様が決まるまで着手できない

•仕様が優先順位の高いものから決まるとは限らない

•企画チームの状況を把握できていない


仕様検討中


問題点④④ストーリーが大きくてスプリントに収まらない

問題点④

理由

④ストーリーが大きくてスプリントに収まらない

•ストーリーが適切な大きさでなかった

•仕様が決まり次第すぐにスプリントで着手していた

•次にやることが不明確で、見積もりや準備が難しかった

•ストーリーの途中で企画チーム待ちが発生する


スマホページのリニューアル


問題点⑤⑤プロダクトバックログを管理する別のものが必要

Ticket Title

#30 スマホページのリニューアル

#30-1 スマホページリニューアル（設計）

#30-2 スマホページリニューアル（実装）

#403 お知らせメール文面の変更

#451 効果計測用データを取得可能にする

今週実施する案件リスト

問題点⑤

理由

⑤プロダクトバックログを管理する別のものが必要

•プロダクトバックログを見てもやることが分からない

•追記するのにステークホルダーとの調整が大変

•プロダクトバックログ外のやることが存在している

Ticket Title

#30 スマホページのリニューアル

#30-1 スマホページリニューアル（設計）

#30-2 スマホページリニューアル（実装）

#403 お知らせメール文面の変更

#451 効果計測用データを取得可能にする

今週実施する案件リスト

その結果

プロダクトバックログは機能せず、見られなくなる

よくない状態に

全体優先順位の高い案件が実現しない

企画案件がいつ完了するのか分からない

欲しいものが作られない

システム効率的に作業を進められない

作業の待ちが多い

作業がうまく回っていないことを痛感

プロダクトバックログアフター

状況を改善した話

まずは課題整理

何が問題なのか

優先順位について考える

優先順位

内容は間違っていないはずだが、機能していない

上から優先順位の高い順に並べる

ステークホルダーと調整して決定する

開発チームは上から順に着手する

なぜ機能しないのか企画完了と実装開始のタイムラグが考慮されていない

企画優先順位の高いものから企画をする

企画の規模によって終了時期が違う

システム企画が終わったものから着手する

プロダクトバックログと一致しない

その他の課題

課題

その他にも色々課題はありそう

お互いの状況を把握できない

着手してからも企画チーム待ちがある

スクラムについての説明が不足

どうやったら機能するのか

改善に向かう施策（アイデア）を考えてTRYしました

悩んだこと

守？

どこまでスクラムを守るか（守破離の守）

スクラムの奴隷になってしまう？

現場にうまく適応できる？

ちゃんと守れている？

（参考）守破離とは

離独自のものを生み出し確立させる段階

守師や流派の教え、型、技を忠実に守る

破良いものを取り入れ、発展させる段階

剣道や茶道などで、修業における段階を示したもの

理想は

守

経験を積んでステップアップしていく

破離

こう考えた

守

進むのが早かったとしても、駄目なら戻れば良いのでは

破離

TRY①

狙い

「プロダクトバックログはスケジュール表」と説明

•企画⇒システムの依存関係を明確にする

•上から順に（予定通り）実施する

•プロダクトバックログで状況を集約する

TRY②

狙い

まずは、60点を目指すと宣言

•スコープを絞って、優先順位の高いものを確実に完了する

•何をやらなくてはいけないかを明確にする

•それ以外の案件の調整コストを減らす（確認しない）

•選択と集中に近い意味合い

できあがったもの

Ticket 区分 Title Team Status12月1日～12月7日のスプリント

#10-1 目玉検索機能刷新の仕様検討企画未着手 #300 差込管理画面のボタンを大きくするシステム未着手

12月8日～12月14日のスプリント#5-1 目玉会員登録機能改善の仕様検討企画未着手#10-2 目玉検索機能刷新の実装システム未着手 #380 差込検索ページの文言修正システム未着手

12月15日～12月21日のスプリント#30-1 目玉スマホページの仕様検討企画未着手#5-2 目玉会員登録機能改善の実装システム未着手

こんなイメージです

スプリントを経て


#10-1 目玉検索機能刷新の仕様検討企画済 #300 差込管理画面のボタンを大きくするシステム済

12月8日～12月14日のスプリント#5-1 目玉会員登録機能改善の仕様検討企画済#10-2 目玉検索機能刷新の実装システム済 #450 差込トップページの画像を差し替えシステム済#380 差込検索ページの文言修正システム済


こんな感じになりました

ポイント①





①ＰＢ内にスプリント期間を書く

ポイント①

理由

①ＰＢ内にスプリント期間を書く

•スケジュール感が分かるようになる

•上から順に終わらせていける

•開発スピードを落としてしまうリスクも



12月8日～12月14日のスプリント#5-1 目玉会員登録機能改善の仕様検討企画済#10-2 目玉検索機能刷新の実装システム済 #450 差込トップページの画像を差し替えるシステム済#380 差込検索ページの文言修正システム済


12月1日～12月7日のスプリント

ポイント②





②企画チームの作業をＰＢに記載

ポイント②

理由

②企画チームの作業をＰＢに記載

•企画チームの状況を可視化

•いつから実装に着手できるかを明確にする

•途中で発生する作業もストーリー化しておく





企画

ポイント③





③区分を追加して「選択と集中」を可視化

ポイント③

理由

③区分を追加して「選択と集中」を可視化

•「目玉」は（クォーターで）必ず終わらせるもの

•「目玉」は準備・対策をしっかり行う

•「差込」はシステムチーム主導で決める（調整を減らす）

•「差込」は出来るだけたくさん実施する





区分

TRY実施後

以前の課題

課題の多くが改善しました

①最優先案件に実装着手できない

②優先順位の低いものが先に終わる

③次にどれを実装するのか分からない

④ストーリーが大きくてスプリントに収まらない

⑤プロダクトバックログを管理する別のものが必要

まとめ

（特に初心者は）ちゃんと出来ないことが多い

まとめ

でもやってみないと分からないことが多い

まとめとにかくTRYしてみて経験から学ぶことが大事

透明性検査適応

まとめ

最終的に、良い製品（サービス）作ることが目的

まとめ

そのためにプロダクトバックログを活用しましょう

ご静聴ありがとうございました

プロダクトバックログビフォーアフター

Engineering

Transcript of プロダクトバックログビフォーアフター