『ユーザーストーリーマッピング～前編～』第2回 POStudy 〜プロダクトオーナーシップ勉強会〜

2. POStudyのご紹介（1/3） POStudy（プロダクトオーナーシップ勉強会）とは（1/1）  日本のITサービス業界において「プロダクトマネジメント」という分野が欠落していると言われています。そんな中で、いかに「プロダクトオーナーシップ」を発揮していくかについて、普段の生活や仕事を通して自己成長を重ねていく為のヒントを提供していきます。 – 【オフライン】 » 東京・沖縄を中心にワークショップ形式の勉強会を通じて「参加者同士で議論」を行い「情報交換」をすることで互いに有益な場を作っていきます。 – 【オンライン】 » ワークショップを中心とした動画・静止画コンテンツを配信していきます。 2Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

3. POStudyのご紹介（2/3） POStudyの情報を得るには（1/1） 3Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. Question Answer / URL イベント情報のメール通知を受け取りたいときは？ POStudy用のDoorKeeperへメンバー登録してください！次回以降の告知やお知らせがメールで届きます。 http://postudy.doorkeeper.jp/ 過去の資料を閲覧したり、参加レポートを参照したいときは？以下のPOStudy公式サイトにて過去の資料や今後の予定等を公開しています。 https://sites.google.com/site/spostudy/ ツイートする時のハッシュタグは？以下のハッシュタグをお使いください！ #postudy POStudyの最新情報が欲しい、 or 参加者と議論をしたいときは？ POStudyのFacebookグループへご参加ください！ https://www.facebook.com/groups/postudy/ Twitterによるお知らせを購読したいときは？ POStudyのTwitterアカウントをフォローしてください！ https://twitter.com/POStudySmile/

4. POStudyのご紹介（3/3）過去に実施してきたテーマ（1/1） 4Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 実施日テーマ参加者第1回 2011/09/16（金）アジャイルとスクラム 9名第2回 2011/09/30（金）ユーザーストーリーマッピング ~前編~ - 第3回 2011/10/14（金）ユーザーストーリーマッピング ~後編~ -

6. おことわり（1/1）今回の資料について（1/1）  今回の資料は、以下の資料を参考にしています。私自身のオリジナルはほとんどありませんので、ご了承ください。  前半のプロダクトバックログの説明部分と後半のワークショップは、 @kawaguti さんがScrum Boot Campで使用した資料を参考にさせて頂いています。  前半のユーザーストーリーの説明部分については、 @ryuzee さんの公開資料 http://www.slideshare.net/Ryuzee/ss-8332120 を参考にさせて頂いています。 Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 6

9. 第1回目の復習（2/9）アジャイルソフトウェア開発宣言–4つの価値（1/1）  私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。この活動を通して私たちは以下の価値に至った。 – プロセスやツールよりも個人と対話を、 – 包括的なドキュメントよりも動くソフトウェアを、 – 契約交渉よりも顧客との協調を、 – 計画に従うことよりも変化への対応を、価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。 Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 9

10. 第1回目の復習（3/9）アジャイルソフトウェア開発宣言–12の原則（1/3）アジャイル宣言の背後にある原則私たちは以下の原則に従う 1. 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 2. 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。 3. 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。 4. ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。 10Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

11. 第1回目の復習（4/9）アジャイルソフトウェア開発宣言–12の原則（2/3）アジャイル宣言の背後にある原則私たちは以下の原則に従う 5. 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。 6. 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすることです。 7. 動くソフトウェアこそが進捗の最も重要な尺度です。 8. アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。 11Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

12. 第1回目の復習（5/9）アジャイルソフトウェア開発宣言–12の原則（3/3）アジャイル宣言の背後にある原則私たちは以下の原則に従う 9. 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 10. シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 11. 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 12. チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。 12Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

14. 第1回目の復習（7/9）スクラムにおける役割（1/1） 14 •プロダクトの機能と特徴を定義し、リリースの内容と日付を決める •プロダクト収益性または投資収益率の責任者 •機能の市場価値をもとに機能の順付けをする •スプリントごとに仕様や優先順位を変える権利がある •作業結果を許可または却下するプロダクトオーナー •チームの機能と効率を支援または保証する •作業者の協力を支援し、それを妨害するものに対処する •チームを外部妨害から守る •プロセス通りの作業を保証し、デイリースクラム、スプリント末のレビューとプラニングを設定するスクラムマスター •多数目的に対応 •３人から９人まで •スプリントゴールを選択し、目標となる結果を定義する •プロジェクト規則内であれば目標達成するには何してもよい •作業とチーム自身の整理と制御をする •作業を結果をプロダクトオーナーの為にでもするチーム Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

15. 第1回目の復習（8/9）スクラムの進め方（1/2） • 出典：MOUNTAIN GOAT SOFTWARE http://www.mountaingoatsoftware.com/scrum/figures 15 PO SM プロダクトオーナースクラムフィーチャーチームマスター＋スクラム Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

16. 第1回目の復習（9/9）スクラムの進め方（2/2） • 出典：MOUNTAIN GOAT SOFTWARE + Powerd by @nawoto @yattom http://www.mountaingoatsoftware.com/scrum/figures 16 PO SM プロダクトオーナースクラムフィーチャーチームマスター＋スクラム Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved.

18. プロダクトバックログ解説（1/16）プロダクトバックログ（1/2） Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 18 # 概要デモ方法優先 SP 21 管理者画面を利用出来るトップ画面から「管理者」ボタンで画面に遷移 700 3 25 管理者としてログインできるようになる管理者権限を持つIDだけに「管理者」ボタンを表示するところを見せる 640 5 27 セッションは15分間維持されるが、その後は破棄操作終了後15分待ってから操作を行う（その間は、他のデモを見せる） 500 2 24 管理画面は50件ごとにページを分けて表示管理画面を表示する。次ページを選択して最終ページまで見せる 490 2 29 タイトルを文字列検索で探すことが出来るトップ画面の検索窓に入力し、検索結果画面へ。～項目をクリックして 470 3

19. プロダクトバックログ解説（2/16）プロダクトバックログ（2/2） Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 19 # 概要デモ方法優先 SP 21 管理者画面を利用出来るトップ画面から「管理者」ボタンで画面に遷移 700 3 25 管理者としてログインできるようになる管理者権限を持つIDだけに「管理者」ボタンを表示するところを見せる 640 5 27 セッションは15分間維持されるが、その後は破棄操作終了後15分待ってから操作を行う（その間は、他のデモを見せる） 500 2 24 管理画面は50件ごとにページを分けて表示管理画面を表示する。次ページを選択して最終ページまで見せる 490 2 29 タイトルを文字列検索で探すことが出来るトップ画面の検索窓に入力し、検索結果画面へ。～項目をクリックして 470 3

35. ユーザーストーリーマッピング解説（1/15）ユーザーストーリーとは（1/2）  要求仕様を自然言語で簡潔に記述したもの  [役割]として  [結果]が欲しい  それは [理由]のためだ  [役割]として  [機能や性能]が欲しい  それは [ビジネス価値]のためだ Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 35

37. ユーザーストーリーマッピング解説（3/15）なぜユーザーストーリーが必要なのか（1/1）  要件（機能）のスケジュールが可能なユニット – スケジュールは他に依存していない  ユーザーがどう使うかという目線に立って表現 – 他に依存せずにスケジュール可能な特徴を実現 Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 37

38. ユーザーストーリーマッピング解説（4/15） Ron Jeffries の 3C / 3Cs（1/1）  Card – ストーリーはカードに書き、見積もりやメモ等も一緒に書く  Conversation – ストーリーの背後にある詳細事項は POとの会話から引き出される  Confirmation – 受け入れテストによってストーリーが正しく実装されているか確認する Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 38

40. ユーザーストーリーマッピング解説（6/15）分割の方向（1/1）  技術的レイヤー単位で分割しない – このやり方だと、全てが揃わないとリリースできないリスクがある。  動作する機能単位で分割する – エンドツーエンドで動作する単位で分割する。 – リリース可能な単位が小さくなる – 早くリリースできることはビジネス価値につながる Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 40

41. ユーザーストーリーマッピング解説（7/15）ユーザーストーリーのINVEST（1/7）  INVESTとは  Independent 独立  Negotiable 交渉可能  Valuable 価値  Estimable 見積可能  Sized right (Small ) 適切な大きさ  Testable テスト可能 Copyright © POStudy (プロダクトオーナーシップ勉強会). All rights reserved. 41

『ユーザーストーリーマッピング～前編～』第2回 POStudy 〜プロダクトオーナーシップ勉強会〜

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

『ユーザーストーリーマッピング～前編～』第2回 POStudy 〜プロダクトオーナーシップ勉強会〜

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Similaire à 『ユーザーストーリーマッピング～前編～』第2回 POStudy 〜プロダクトオーナーシップ勉強会〜 (20)

Plus par 満徳関 (20)

Plus récents (20)