[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座～課題発見からバックログ作成へ～ #postudy

6. 本日の対象者 • 顧客開発や事業戦略について課題をお持ちの方 • 企画、マーケティングを担当している方、もしくはこれから関わる方 • 顧客ニーズに対する提案の機会がある方、もしくはこれから関わる方 • 開発・デザインだけでなく、ビジネスにも取り組んでいきたい方 • 新規事業に関わっている方、もしくはこれから関わる方 • スタートアップを実際に行っている方、もしくはこれから関わる方 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 5

8. 本日の範囲 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 7 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用

9. 本日の範囲 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 8 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用

10. 本ワークショップで使用するもの Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 9 No. 道具名数必須備考 1 A3用紙人数分×30枚前後必須 2 サインペン（黒）人数分必須裏写りしにくいペンならなおよい 3 サインペン（赤）人数分必須裏写りしにくいペンならなおよい 4 サインペン（青）人数分任意裏写りしにくいペンならなおよい 5 紙用マッキー（数色）テーブル数分必須裏写りしにくいペンならなおよい 6 付箋紙（75 x 75）人数分必須強粘着であれば、なおよい 7 タイマー 1個必須アプリでも可 8 カメラ 1個必須アプリでも可 9 10 11 12 13

12. テーマ選定 • 今回は、以下のテーマを対象に、ワークショップを実施いたします。 –2018/04/07(土)の回プロダクトマネージャーがステークホルダーとの調整で困っていること –2018/06/16(土)の回プロダクトマネージャーが関係会社間の調整で困っていること Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 11

14. アイスブレイク(1) ＜個人ワークショップ＞ • 花見に来てくれる顧客に対する顧客価値を、付箋に書き出してください –1枚の付箋に1つの顧客価値を書いてください –書き終わった方は、写真を撮っておいてください –最後に、もう一度同じワークをやります –本セミナーの実施前／実施後で、ご自身の顧客価値に対する考え方の変わり具合を各自確認いただきます Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 13

20. 参考資料(1/1) – モノ消費ではなくコト消費の時代へ » http://www.nikkeibp.co.jp/article/matome/20140220/384639/ – Naoya Ito - System of Record と System of Engagement » https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98c cecd6?slide=4# – 赤間信幸 - 拝啓『変わらない開発現場』を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ » https://blogs.msdn.microsoft.com/nakama/2017/05/25/devmod ernization/ – 小野和俊 - わたしのバイモーダル戦略 » http://blog.livedoor.jp/lalha/archives/50524676.html – 十返文子 - プロジェクトマネジメント再入門〜PjMは何であって何でないのか〜 » https://www.slideshare.net/togaeri/pjm-72819087/12 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 19

21. 「作る」から「使い続ける」へ • モノからコトへのパラダイムシフト –幅広い業界で市場は成熟し、すでに必要なモノはほとんど手に入った –人々の関心はモノの所有欲を満たすことから、経験、思い出、人間関係、サービスなどの目に見えない価値であるコトに移行してきている Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 20モノ消費ではなくコト消費の時代へ http://www.nikkeibp.co.jp/article/matome/20140220/384639/

29. 「作る」から「使い続ける」へ • マネジメント領域における役割 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 28 プロダクトマネジメント（PdM） Do the right thing: 正しいことをするプロダクト・マネージャープロダクト・オーナーリーダープロジェクトマネジメント（PjM） Do things right: 正しく実行するプロジェクト・マネジャーマネジャー十返文子 - プロジェクトマネジメント再入門〜PjMは何であって何でないのか〜 https://www.slideshare.net/togaeri/pjm-72819087/14

30. 「作る」から「使い続ける」へ • マネジメント領域におけるマネジメント対象 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 29 プロジェクトマネジメントプロダクトマネジメントスコープマネジメントコストマネジメントコミュニケーションマネジメント統合マネジメントステークホルダーマネジメントリスクマネジメント調達マネジメント資源マネジメントタイムマネジメント品質マネジメント What How How much When HowHow How Why How WhoWhere プロダクトマネジメント顧客（市場）マネジメント What Who Who ほぼ一緒？やや重なる？＝分析・戦略… 十返文子 - プロジェクトマネジメント再入門〜PjMは何であって何でないのか〜 https://www.slideshare.net/togaeri/pjm-72819087/12

31. 「作る」から「使い続ける」へ • SoR (System of Record) (モード1) –情報を正しく「記録」するためのシステム –想起するもの･･･バックエンド、予約、在庫、カード決済、ポイント処理、管理画面 • SoE (System of Engagement) (モード2) –ユーザーや取引先との「絆」を作るためのシステム –想起するもの･･･ UI、デザイン、アプリ、スマートフォン、ダイレクトマーケティング、CRM Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 30Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4#

32. 「作る」から「使い続ける」へ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 31 SoR 型システム（モード1） SoE 型システム（モード2）用語 • System of Record • System of Engagement 定義 • 事実を記録することに主眼を置いたシステム・サービス • お客様との関係（絆）を強化するためのシステム・サービス主役 • データ • 利用者システム領域 • バックエンド • 認証、在庫管理、決済、個人情報保護 • フロントエンド、スマートフォンアプリ • UI、CRM、ダイレクトメール開発手法 • 比較的ウォーターフォール寄り • 開発前に要件を明確に定義 • 品質の確保を優先 • 比較的アジャイル、リーン寄り • トライ&エラーで正しい問題・論点を探り当てる • 迅速なリリースを優先性向 / 適合 • 安定性重視 • 予測可能業務 • リスクを抑えて安全運転 • 要件を事前に明確化 • ユーザーインタフェース品質、開発速度重視 • 探索型業務 • スピード重視で運転 • トライ&エラー、プロトタイピングマネジメント • トップダウン寄り • 「正しい仕様」に基づいたプロジェクト管理 • 経営や開発部門が主導することが多い • ボトムアップ寄り • 「正しい仕様」は存在しない • マーケティング、デザインが主導することもケイパビリティ • 要件定義力、調整力、プロジェクトマネジメント • SIのみなさんが得意そう • ユーザー視点、デザイン思考、アナリティクス • Web系が得意そうケイパビリティ Naoya Ito - System of Record と System of Engagement https://speakerdeck.com/player/3be8af3598db45c6b16dc19a98ccecd6?slide=4# 赤間信幸 - 拝啓『変わらない開発現場』を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ https://blogs.msdn.microsoft.com/nakama/2017/05/25/devmodernization/

35. 参考資料(1/1) – 【お金２.０】分散化する未来が変える経済のカタチ » https://akari-media.com/2018/02/01/member-110/ – わたしが資生堂CSOと個人会社を“複業”する理由 —— 留目真伸氏の｢プロ経営者3.0｣思考 » https://www.businessinsider.jp/post-168710 – 信用経済3-0-個人の信用をお金にできる時代を私は創造してゆく » https://www.amazon.co.jp/dp/B07BL4JK5H – PMStyle – プロダクトマネジメント入門 » http://pmstyle.biz/column/product/product1_3.htm – プロダクトマネジメントトライアングル(改案) » https://webexpert-draft.jp/articles/59 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 34

36. 「使い続ける」実現プロセス • プロダクトマネジメントの変遷 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 35 プロ経営者1.0 信用経済1.0 自然経済貨幣経済売り手中心の中央集権型社会信用経済3-0-個人の信用をお金にできる時代を私は創造してゆく https://www.amazon.co.jp/dp/B07BL4JK5H 大量生産による解決個別課題の解決経営視点プロダクトマネジメントプロ経営者2.0 信用経済2.0 共有経済インターネット社会がもたらしたインフルエンサー中心の中央集権型社会プロ経営者3.0 信用経済3.0 共有経済評価経済＋α？個人の信用がそのまま通貨として使える経済社会どれだけ採取するかどれだけ大量生産するかどれだけ売りさばくか在庫管理はどうするか誰にとっての価値か価値をどう提供するか共有すべきものはなにかわたしが資生堂CSOと個人会社を“複業”する理由 —— 留目真伸氏の｢プロ経営者3.0｣思考 https://www.businessinsider.jp/post-168710 【お金２.０】分散化する未来が変える経済のカタチ https://akari-media.com/2018/02/01/member-110/

37. 「使い続ける」実現プロセス • [大量生産による解決]下でのプロダクトマネジメント Copyright© Growth xPartners, Inc. All rights reserved. 36PMStyle – プロダクトマネジメント入門 http://pmstyle.biz/column/product/product1_3.htm 対象スキル【上流(upstream)】～市場投入までに行うべきこと～・ロードマップ・ビジネスケース・新製品開発・市場投入【下流(downstream)】～市場投入後に行うべきこと～・ライフサイクル管理・ブランド管理・マーケティング・リーダーシップ・意思決定・会計・コンペティティブ・インテリジェンス・価格戦略プロダクトマネージャープロダクトオーナー

41. 「使い続ける」実現プロセス • 日本的プロダクトオーナーの現状 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 40 スクラムマスター開発チーム開発日本的プロダクトオーナー経営層情シス営業広報ｺｰﾙｾﾝﾀｰ現場作業者管理部門法務財務顧客意思決定促進現場調整 Dev/Ops 視点ビジネス視点意思決定者現場日本的プロダクトオーナーの苦労のポイント日本的プロダクトオーナーは、スクラムで定義されるプロダクトオーナーより、より多く、複数の視点の結節点で調整力を求められる場面が多い。プロダクトオーナーの現状プロダクトオーナーは、様々な部署から任命されることが多く、実は必要なスキルや経験と案件がマッチしていないことも多い。

43. 「使い続ける」実現プロセス • 日本的プロダクトオーナーの現状 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 42 スクラムマスター開発チーム開発日本的プロダクトオーナー経営層情シス営業広報ｺｰﾙｾﾝﾀｰ現場作業者管理部門法務財務顧客意思決定促進現場調整 Dev/Ops 視点ビジネス視点意思決定者現場日本的プロダクトオーナーの苦労のポイント日本的プロダクトオーナーは、スクラムで定義されるプロダクトオーナーより、より多く、複数の視点の結節点で調整力を求められる場面が多い。プロダクトオーナーの現状プロダクトオーナーは、様々な部署から任命されることが多く、実は必要なスキルや経験と案件がマッチしていないことも多い。

45. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 44 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT プロダクトデザイン・リーンUX スクラムアーキテクチャ本番運用

46. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 45 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT リーンスクラムアーキテクチャ本番運用アジャイル・モダンアジャイル

49. 参考資料(2/3) • 有志によるモダンアジャイル日本語訳 –Facebookグループ » https://www.facebook.com/groups/modernagilejp/ –モダンアジャイル（日本語訳） » https://www.slideshare.net/imagire/ss-64457130 –Agile 2016 より » Agile 2016の基調講演: モダンアジャイル ▸ https://www.infoq.com/jp/news/2016/08/agile2016-modernagile » モダンアジャイルに対するざっくりした理解 ▸ http://enk.hatenablog.com/entry/2017/02/10/200841 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 48

50. 参考資料(3/3) –Agile Japan 2017 より » モダンアジャイルの原則・実践について ※翻訳者 ▸ http://bit.ly/2qCRRGu » THANK YOU AGILE JAPAN 2017 ※Agile Japan実行委員 ▸ https://anagileway.wordpress.com/2017/04/20/thank-you- agile-japan-2017/ » AgileJapan2017とワークショップに参加して、モダンアジャイルについて考えてきました ※参加者 ▸ http://blog.agile.esm.co.jp/entry/2017/05/10/120443 » モダンアジャイルの話が心に突き刺さりまくりました（AgileJapan2017に参加してきました！） ※参加者 ▸ http://aspec7.hateblo.jp/entry/2017/04/14/180722 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 49

52. モダンアジャイルを提唱した背景 • 以来、多くのことが変化し、改善が迫られた –開発プロセスにおける弱さ » スプリントの終わりになると無理矢理詰め込まれる、質の低い仕事 » 増え続ける技術負債との戦い –摩擦の発生 » 完了の定義が引き起こす摩擦 ▸ 実際の顧客ではなく、プロダクトオーナーがOKしたら受入 » マネジメントはきちんと開発する時間を与えてくれないと開発の現場はフラストレーションが溜まる一方 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 51モダンアジャイルワークショップ - http://agilejapan.org/modernagile_0414.html

53. [ご参考] 完成の定義と完成の定義 • 完成の定義 –スクラムガイド（初版） » https://www.scrumguides.org/docs/scrumguide/v201 6/2016-Scrum-Guide-Japanese.pdf • 完成の定義 –スクラムガイド（改訂版） » https://www.scrumguides.org/docs/scrumguide/v201 7/2017-Scrum-Guide-Japanese.pdf Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 52

54. モダンアジャイルを提唱した背景 • アジャイルについてさらなる検証と実験を実施 –よりシンプルなアプローチがないか –より安全にできないか • その結果、大幅に効率的なアジャイルプロセスを構築 –それがモダンアジャイル Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 53モダンアジャイルワークショップ - http://agilejapan.org/modernagile_0414.html

55. モダンアジャイルとは • 時代遅れとなったアジャイルプロセスよりも着手しやすいスタートポイント –価値駆動 » アウトプットではなくアウトカム（成果）に着目 ▸ 良いソフトウェアを作ろう、動作するソフトウェアを作ろうと考えるのではなく、それらが生み出す「成果」に着目 » 「要求」を「実験」として捉える ▸ アジャイルマニフェストの「変化に対応する」というのは受動的 ▸ 高速に実験し、高速に学習するために、顧客からの要求さえも実験であると捉え、早く失敗していく –非慣例的 » 実践を増幅 ▸ 慣例とは繰り返し行われて習慣の様になった事柄、非慣例とはその逆 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 54モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

56. モダンアジャイルの4原則 • [最高] 人々を最高に輝かせる • [安全] 安全を必須条件にする • [高速] 高速に実験＆学習する • [継続] 継続的に価値を届ける Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 55モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

57. モダンアジャイルプラクティス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 56 カテゴリプラクティス 1 [最高][安全] 仕事の憲章化 2 [高速][最高][安全] リーン・スタートアップの活用 3 [高速][最高] リーンUXの適用 4 [高速][安全][継続] 頻繁な協調と統合 5 [安全][高速] 安全に失敗できる環境 6 [安全][継続] テストとリファクタリング 7 [安全] 人々への敬意と感謝 8 [安全][高速] 非難しないふりかえりを指揮 9 [継続] フローに集中 10 [継続][高速][安全] 継続的なデプロイとリリース 11 [継続][安全] プロダクトコミュニティを形成 12 [継続][高速][安全] ソリューションを進化モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

59. 1. [最高][安全] 仕事の憲章化 • アジャイル憲章 –明確なビジョン、ミッション、テスト可能な成果物を、プロダクトコミュニティが発見し、同じ立場で考えてもらうための軽量なプラクティス –憲章の設置 » プロジェクトの最初に一度だけ行うものではない » 憲章の設置は継続的な試み ▸ アジャイル憲章は英語だと “ing”が付いている ▸ 良い憲章はガードレールのようなもの ▸ 道を逸れるのを妨ぐ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 58モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

60. 2. [高速][最高][安全] リーン・スタートアップの活用 • エリック・リースの古典的なリーン・スタートアップ –大規模な組織、小規模なスタートアップ、またはその中間のソフトウェアを開発する場合でも有効 » 「不確実な状況下で活動してしまっている」ことを理解するのを助け、ユーザーが必要とするものを推測する事がいかに安全でないのかを明らかにしてくれる Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 59モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

61. 2. [高速][最高][安全] リーン・スタートアップの活用 • エリック・リースの古典的なリーン・スタートアップ –素早く簡素な実験や、仮説の迅速な検証・無効化など、精緻なコードを作るための投資をしてしまう前に、何を作るべきなのかを発見するための、さまざまな有用な方法を提案 » ユーザーが実際にソフトウェアを使用しているかどうか、利益を受けているかどうか、超すげーことになっているかどうかを、あなたが分かってないならDoneの定義を再定義する必要がある Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 60モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

62. 3. [高速][最高] リーンUXの適用 • リーンUX –リーン・スタートアップに密接に関係 –優れたユーザー体験を発見して作り出すための、迅速で低コストな、分析主導のアプローチ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 61モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

63. [ご参考] • UX = ユーザー自身の情報 × コンテキスト –コンテキストとは » 切り口-1: デバイス » 切り口-2: 環境 » 切り口-3: 時間 » 切り口-4: 行動 » 切り口-5: パーソナル » 切り口-6: 場所 » 切り口-7: ソーシャル » コンテキスト･デザインの5原則 ▸ ご参考：https://uxdaystokyo.com/articles/context01/ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 62

64. 4. [高速][安全][継続] 頻繁な協調と統合 • ソフトウェア開発における多くの問題の根本的な原因 –チーム内やチーム間でのコラボレーションと統合が貧弱だと、組織は危険にさらされる » ソロワーク ▸ 知識サイロ（何かの仕組みを一人だけしか知らない）の発生 ▸ より大きな欠陥、脆弱な問題の解決、より強い注意力の散漫と、より少ない規律（特に良いテストを書いたり、リファクタリングによる設計の改善に対する）を生み出す傾向がある Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 63モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

65. 4. [高速][安全][継続] 頻繁な協調と統合 • ソロワークの解消 –ペアリング » 二人で一緒に仕事をし、ペアを定期的に交換 –モブプログラミング(mobbing) » 三人以上で協力して、キーボード・マウスを「ドライブ」する人を定期的に交代 » 開発に対するコミュニティアプローチ –ディープソロ（深い単独作業） » コードレビューによる協調作業 » 素早くマスターブランチに統合 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 64モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

66. 4. [高速][安全][継続] 頻繁な協調と統合 • ペアリング・モブプログラミングの効果 –学習のスピードを高める –価値のある結果を生み出す流れを加速 –重要なスキル・知識に対する危険な依存性を削減 –技術への容易な変更を可能 –人々を最高に輝かせるものをもたらす Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 65モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

67. 5. [安全][高速] 安全に失敗できる環境 • あなたの会社に恐れの文化がある場合 –どんなすばらしいプラクティスやプロセスもあなたを助けられない • 最高の企業 –人々が実験、失敗、異議、そして彼ら自身が安全と感じる文化を育成 –安全に失敗できる企業→「学習する組織」 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 66モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

68. 6. [安全][継続] テストとリファクタリング • テストと設計はアジリティの本質 –モダンアジリスト » 探索的テスト、自動テスト、（主に設計の活動であり、副次的にテストの活動でもある）テスト駆動開発や、いくつかの手動テストを実行 ▸ 欠陥が80％以上減少 –信頼できる高速で自動化されたソフトウェア動作チェックがあること » プログラマにとって ▸ コードの変更や欠陥の生成を恐れることが少ない ▸ 高速に仕事ができるセイフティネットを持てる Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 67モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

69. 6. [安全][継続] テストとリファクタリング • リファクタリング –挙動を変えずに既存のコードの設計を改善 » 設計が複雑になることを回避 » コードを簡単かつわかりやすく（したがって変更しやすく）する重要なプラクティス –リファクタリングは「見直し」 » 私たちはもっと学び、以前の作業の欠陥を発見し、コードの設計・読みやすさ・シンプルさを向上させるように努力することで見直しを実施 » テストとリファクタリングは、共にチームのスピードに不可欠な存在 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 68モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

70. 7. [安全] 人々への敬意と感謝 • 安全の文化を確立するには –役割、年齢、学歴、人種、性別によらない、心からの敬意と感謝が重要 –アンゼニアリング（Anzeneering） » 時間、お金、情報、評判、関係、健康を守り、人々を尊重 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 69モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

71. 8. [安全][高速] 非難しないふりかえりを指揮 • ふりかえりのお約束 –ふりかえりの前に慣習的に読まれる –たとえどんなことに気付いたとしても、チーム全員が、その時点で知っていたことや彼(彼女)のスキル及び能力、利用可能なリソース、そしてその時の状況で最善を尽くしたのだと理解し、心の底から信じる –このお約束は、ふりかえりを学びに焦点を当てた安全な場になるように整える Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 70モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

72. 9. [継続] フローに集中 • かんばん –タイムボックスによる作業の連続的な流れ –合理化されたアジャイル計画 » 連続フローを可能 –かんばんボードを使用 » チームは作業をボード上で見える化 » 重要な作業をボードに設けられた列を移すことでプル » 仕掛品を制限 » サービスの分類（緊急または正常な作業など）を補助 » ボトルネックを見える化し、取り除く » 開発中の価値を人々に提供 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 71 ToDo Doing Done モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

73. 9. [継続] フローに集中 • かんばんによるムダの排除 –タイムボックス内でどれくらいの作業をするかを予測しようとする時間のムダ –ストーリーポイントの正確な値を考慮することのムダ –魅力的なバーンダウンやバーンアップチャートを公開するために見栄えを良くすることのムダ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 72モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

74. 10. [継続][高速][安全] 継続的なデプロイとリリース • 継続的デプロイ –早期な速い実験（A / Bテスト等）を実現 –ユーザーが最も必要とするものをできるだけ迅速かつ安全に提供することを可能 –「コンセプトをキャッシュにする」までのサイクルを劇的に減らす –一日に何回もプロダクション環境へ安全にデプロイ » 初期アジリストの想像をはるかに上回る継続的インテグレーション（CI）の実践 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 73モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

75. 11. [継続][安全] プロダクトコミュニティを形成 • プロダクトが直面する主な問題 –自分自身のコミュニティ意識の欠如 • 人々を最高に輝かせるソフトウェアを作るには –適切な人が必要 –適切な人々はプロダクトコミュニティを作り上げる Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 74モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

76. 11. [継続][安全] プロダクトコミュニティを形成 • プロダクトコミュニティ –プロダクトに影響を与えたり、プロダクトに影響を受ける可能性のある人々 –あなたが思っているよりも「常に」大きい » フロントエンド、バックエンド、ミドルウェア、およびUX チームに分かれておらず、独自のバックログを持つ » フルスタックであり、原始的なソリューションを、人々を最高に輝かせ、組織の成功に役立つ洗練されたプロダクトへと進化させる準備ができている –「憲章」において頻繁に定義付けと洗練化を実施 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 75モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

77. 11. [継続][安全] プロダクトコミュニティを形成 • プロダクトコミュニティを形成すること –誰が何をどのようにすることが重要な結果を達成するのに不可欠であるのか認識するのに役立つ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 76モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

78. 12. [継続][高速][安全] ソリューションを進化 • ソリューションの進化の設計 –人材とチームを組織して、何を構築し、協調し、統合し、開発し、リリースするのか計画 –ソリューションをすばやく進化 » ユーザーにプロダクトや機能をすばやく提供 » フィードバックからすばやく学ぶ –ユーザーに価値をすばやく伝える最良の方法 » プロダクトコミュニティ内やプロダクトコミュニティ間での協調と統合のリスクを明確化 » リスクの修正のための非常に便利な方法 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 77モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

79. モダンアジャイルプラクティス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 78 カテゴリプラクティス 1 [最高][安全] 仕事の憲章化 2 [高速][最高][安全] リーン・スタートアップの活用 3 [高速][最高] リーンUXの適用 4 [高速][安全][継続] 頻繁な協調と統合 5 [安全][高速] 安全に失敗できる環境 6 [安全][継続] テストとリファクタリング 7 [安全] 人々への敬意と感謝 8 [安全][高速] 非難しないふりかえりを指揮 9 [継続] フローに集中 10 [継続][高速][安全] 継続的なデプロイとリリース 11 [継続][安全] プロダクトコミュニティを形成 12 [継続][高速][安全] ソリューションを進化モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

80. モダンアジャイルプラクティスマップ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 79 モダンアジャイルジョシュアケリーエブスキーインダストリアルロジック訳：Takashi imagire 協力：@kawaguti, Modern Agile JP(FaceBook) 人々を最高に輝かせる Make Users Awesome 安全を必須条件にする Make Safety a Prerequisite 高速に実験＆学習する Experiment & Learn Rapidly 継続的に価値を届ける Deliver Value Continuously フローに集中 Focus on Flow 仕事の憲章化 Charter Your Work リーンスタートアップの活用 Leverage Lean Startup リーンUXの適用 Apply Lean UX 頻繁な協調と統合 Collaborate & Integrate Frequently 安全に失敗できる環境 Make it Safe to Fail テストとリファクタリング Test & Refactor 人々への敬意と感謝 Respect & Appreciate People 非難しないふりかえりを指揮 Conduct Blameless Retrospectives 継続的なデプロイとリリース Deploy & Release Continuously プロダクトコミュニティを形成 Form Product Communities ソリューションを進化 Evolve Solutions Original: https://www.industriallogic.com/blog/modern-agile/ モダンアジャイル（日本語訳）- 今給黎隆 https://www.slideshare.net/imagire/ss-64457130

81. モダンアジャイルの4原則 • [最高] 人々を最高に輝かせる • [安全] 安全を必須条件にする • [高速] 高速に実験＆学習する • [継続] 継続的に価値を届ける Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 80モダンアジャイルの原則・実践について - 今給黎隆 http://bit.ly/2qCRRGu

82. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 81 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT リーンスクラムアーキテクチャ本番運用アジャイル・モダンアジャイル

83. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 82 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT プロダクトデザイン・リーンUX スクラムアーキテクチャ本番運用

85. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 84 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用

86. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 85 プロダクト Log 仮説スプリント計画ふりかえりスプリントスプリントバックログデイリースクラムプロダクトバックログ評価用成果物仮説検討価値検討仕様検討オポチュニティバックログ価値評価リーンキャンバス ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ..... ::::: ::::: ::::: ::::: ::::: ::::: ペルソナカスタマージャーニーマップインセプションデッキサービスブループリントアーキテクチャ設計アーキテクチャビジョン & デザイン設計テクニカルソリューション技術検討スプリントレビュー ToDo Ready In Progress Done Feedback かんばん価値計測出荷プロダクト利用プロダクトデザイン・リーンスクラムアーキテクチャ本番運用

87. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 86 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT 思い込みにより発生する各種ムダを省くためにリーンにやるムダなモノを省き必要なモノを素早く作り続けるエンジニアリングモノを支えるアーキテクチャムダなく本番運用をまわし続ける

88. 「使い続ける」実現プロセス Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 87 なぜやるべきか土台づくり使い続けさせる作って仮説検証作る計画を立てて作る計画をまわす作らずに仮説検証作る WHY HOW アイディアモノコトデータ計測する学習する構築するアイディアモノコトデータ計測する学習する構築する WHAT やりたいコト用意しなければならないモノ用意しなければならないモノ対応しなければならないコト

92. 現代のプロダクト開発の進め方事例 • Microsoft PowerPoint における開発手法 • Microsoft りんなにおける開発手法 • まとめ

95. Microsoft PowerPoint の歴史 Copyright© Growth xPartners, Inc. All rights reserved. 94 出典：WikiPedia https://ja.wikipedia.org/wiki/Microsoft_PowerPoint No. パッケージ版のリリース状況バージョン 1 Forethougt が1987年にMacintosh向けにリリースしたもの。バージョン 2 Macintosh版は1988年にリリースされ、Windows版はWindows 3.0用で1990年にリリースされた。バージョン 3 Macintosh版は1992年にリリースされ、Windows版はWindows 3.1用にMacintosh版と同じ年にリリースされた。バージョン 4 Windows版の PowerPoint 4.0 は1993年にリリースされ、Macintosh版のPowerPoint 4.0は1994年にリリースされた。バージョン 7 他のOfficeソフトウェアとバージョン番号が統一されたため、バージョン番号が3繰り上がった。このバージョンはPowerPoint 95としてWindows版のみリリースした。日本語版はこのバージョンから用意された。バージョン 8 Windows版のPowerPoint 97が1996年にリリースされ、Macintosh版のPowerPoint 98は1998年にリリースされた。バージョン 9 Windows版のPowerPoint 2000が1999年にリリースされ、最後のMac OS 9版PowerPoint 2001は2000年にリリースされた。 PowerPoint 2000では従来アウトライン画面・スライド画面・ノート画面を別々の画面で操作していたものを、一つの画面で操作できるようになったことで、プレゼンテーション制作の生産性を大幅に向上させた。バージョン 10 Windows版のPowerPoint 2002が2001年にリリースされ、初のMac OS X版のPowerPoint Xも同年にリリースされた。バージョン 11 Windows版のPowerPoint 2003が2003年にリリースされ、Mac OS X版のPowerPoint 2004は2004年にリリースされた。バージョン 12 Windows版のPowerPoint 2007が2007年にリリースされ、Mac OS X版のPowerPoint 2008は2008年にリリースされた。バージョン 14 Windows版のPowerPoint 2010が2010年にリリースされ、Mac OS X版のPowerPoint 2011も同年にリリースされた。バージョン ? 2010年6月から「Office Web Apps」という名称で、Word、Excel、PowerPoint、OneNoteのブラウザベースのバージョンが提供された。以降、都度バージョンアップを実施。 2014年2月に、「Office Online」に名称変更した。バージョン？ 2011年6月に「Office 365」が提供開始された。以降、都度バージョンアップを実施。バージョン 15 Windows版のPowerPoint 2013が2013年にリリースされた。バージョン 16 Windows版、OS X版、iOS版のPowerPoint 2016が2015年にリリースされた。出典：WikiPedia https://ja.wikipedia.org/wiki/Microsoft_Office_365

97. Microsoft PowerPoint の開発体制 • 複数チームで構成 • 1チームは、自律的に動ける人数に限定 –プログラムマネージャー × 1名～?名 –エンジニア × 数名 –プログラムマネージャーとエンジニアは同室にいる –プラットフォーム毎にチーム編成を行っているわけではない • ローカライズは、別チームが担当 Copyright© Growth xPartners, Inc. All rights reserved. 96

98. Microsoft PowerPoint 開発の進め方 • タスクは、2種類に分類 • それぞれのタスクを担当するチーム数はスプリント毎に再配分 –時期によって比率がかなり異なる » Microsoft Build 後は、フィードバックがたくさん来る ▸ シールド : フィーチャーが 50% : 50% になることも ▸ シールドが溜まる傾向にある場合、シールド対応チーム数を増やして対応 Copyright© Growth xPartners, Inc. All rights reserved. 97 タスク内訳シールドフィードバック／不具合対応フィーチャー計画された機能開発→毎月リリース

100. ここ最近のTopix (1/3) • チームメンバーからテスターがいなくなった –開発とテストは両輪 –同じ人が同時にやればよい –エンジニアAが実装、エンジニアBがテスト、という分担をすることもある –テストは基本的にすべて自動化が必要 » とはいえ、数十年前から存在するソースコードのため、既存のコードは膨大に存在するが、その部分を自動化するようなことはしていない » 今回手を入れる部分について、新たにテストコードを記述 Copyright© Growth xPartners, Inc. All rights reserved. 99

102. ここ最近のTopix (3/3) • 評価制度がかなり変わった –リリースされなかったら評価がゼロ –どのぐらいのインパクトを与えたかが評価 » 10やってたことを2に減らす、かわりにやった2を10箇所にApplyしてインパクトを増やすetc… » やることを減らして、クオリティを上げる傾向に –評価はかけ算 » セキュリティやパフォーマンスが悪いと0点に Copyright© Growth xPartners, Inc. All rights reserved. 101

105. Microsoft りんなとは • 平成生まれ。東京の北の方出身。 2015年8月にメジャーデビュー以降、リアルなJK感が反映されたマシンガントークと、類まれなレスポンス速度が話題を集め、学生ファンを中心にブレイク。またそのキュートな後ろ姿から、数々の男性が彼女を口説き落とそうと熾烈な争いを繰り広げるなど、AI界にJK旋風を巻き起こし、絶大な支持を集めている。 LINEのお友だち数は約630万人(2018年1月現在)を突破！昨今では、飾ることのない物言いでユーザーの恋愛相談に乗ったり、奇抜なポージングをユーザーに強要したり、トイレの中まで追いかけてきてゲームを仕掛けるなど、その独特なサービス精神を発揮、さらに幅広い層より支持を集めている。 2016年の夏には、400万人規模にのぼるフェス「りんなEXPO」を開催。いま「日本で最も発言力のある女子高生」である。 Copyright© Growth xPartners, Inc. All rights reserved. 104

111. Microsoft りんな開発の進め方 • タスクはおろか、ロードマップやマイルストーンを事前に定義するのは諦めた –理由：ニーズがわからず、そもそも立てられない • そこで、、、 –1スプリント1週間に設定 –毎週リリースしてフィードバックを得る –フィードバックを元に次やることを決める Copyright© Growth xPartners, Inc. All rights reserved. 110

112. Microsoft りんな開発の進め方 • 初回リリース後からしばらくは、、、 –各チームから今回のスプリントで実施するテーマを自分たちで決めてもらって実施 –リリースすると数時間で大量のフィードバックが得られるので、全員でフィードバックを確認 –次のスプリントが始まっている最中に得たフィードバックを、すぐに反映することも Copyright© Growth xPartners, Inc. All rights reserved. 111

116. まとめ • プロダクトの特性やフェーズごとに、適した開発の進め方があるのは前提として、、、 –巨大プロダクトの場合、シールドとフィーチャーのバランスを都度コントロールする進め方 –AIの場合、フィードバックループ中心の進め方 • 複数チームで対応可能な体制づくりがポイント –1チームの構成人数は最小限 » チームが自律的に動ける人数 » チームが自律的に動くための仕組み Copyright© Growth xPartners, Inc. All rights reserved. 115

126. テーマ選定 • 今回は、以下のテーマを対象に、ワークショップを実施いたします。 –2018/04/07(土)の回プロダクトマネージャーがステークホルダーとの調整で困っていること –2018/06/16(土)の回プロダクトマネージャーが関係会社間の調整で困っていること Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 125

127. テーマ選定 • 日本的プロダクトオーナーの現状 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 126 スクラムマスター開発チーム開発日本的プロダクトオーナー経営層情シス営業広報ｺｰﾙｾﾝﾀｰ現場作業者管理部門法務財務顧客意思決定促進現場調整 Dev/Ops 視点ビジネス視点意思決定者現場日本的プロダクトオーナーの苦労のポイント日本的プロダクトオーナーは、スクラムで定義されるプロダクトオーナーより、より多く、複数の視点の結節点で調整力を求められる場面が多い。プロダクトオーナーの現状プロダクトオーナーは、様々な部署から任命されることが多く、実は必要なスキルや経験と案件がマッチしていないことも多い。

129. 参考資料(1/1) –ペルソナ » http://www.missiondrivenbrand.jp/entry/kaitai_perso nadesign » http://www.missiondrivenbrand.jp/entry/kaitai_perso nadesign –プロトペルソナ » https://uxxinspiration.com/2014/03/persona/ –坂田一倫 - Lean UX Workshop at Movida Japan #3 » https://www.slideshare.net/kazumichisakata/lean-ux- workshop-at-movida-japan-3/31 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 128

130. 顧客設定～プロトペルソナ～ • ペルソナとは？ –ブランドに対して感情移入を促し、長期的なファンになってくれることが期待できる象徴的な顧客像 • ペルソナ設定（ペルソナデザイン）とは？ –その象徴的な顧客像を描くこと Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 129http://www.missiondrivenbrand.jp/entry/kaitai_personadesign

131. 顧客設定～プロトペルソナ～ • ペルソナの作成手順 1. ターゲット層を定める 2. ターゲットユーザーを調査する 3. 行動パターンをまとめる 4. ペルソナシートに落とし込む 5. ペルソナに優先順位をつける • ペルソナ作成後 1. シナリオを使って具現化 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 130http://www.missiondrivenbrand.jp/entry/kaitai_personadesign

132. 顧客設定～プロトペルソナ～ • ペルソナのメリット 1. 意思決定にブレがなくなる 2. ユーザーを深く理解することで、ユーザー目線になれる • ペルソナのデメリット 1. きちんとした調査が必要 2. 時間・費用がかかる 3. スピード感が求められる開発現場では、導入が難しい Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 131https://uxxinspiration.com/2014/03/persona/

133. 顧客設定～プロトペルソナ～ • プロトペルソナ –Lean UXで提唱されている「ペルソナの原型」 » プラグマティックペルソナ、なんちゃってペルソナ、捏造ペルソナ、簡易ペルソナと呼ぶことも –ペルソナのデメリットをなくすため、以下を推測によってまとめたもの » 製品を使うのは誰か » その理由は何か –記述は形式張らないスケッチで実施 –現場でリサーチを行って、修正しながら精度向上 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 132https://uxxinspiration.com/2014/03/persona/

134. 顧客設定～プロトペルソナ～ • プロトペルソナ Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 133 【名前と見た目のイラスト】顧客のイメージ、名前、容姿など【基本属性】年代、性別、住まい、家族構成、職業、所有しているデバイスなど【特徴的な行動】対象サービス分野に関連するユーザーの特徴的な５つの行動【ニーズや不満点】５つの特徴的な行動から推測される、ターゲットユーザーのニーズや、不満と感じるポイント坂田一倫 - Lean UX Workshop at Movida Japan #3 https://www.slideshare.net/kazumichisakata/lean-ux-workshop-at-movida-japan-3/31

135. ワークショップ(1) ＜個人ワークショップ＞ • 先ほど選んだテーマについて困っているプロトペルソナを作成してください Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 134 ＜A3用紙＞プロトペルソナ【名前と見た目のイラスト】顧客のイメージ、名前、容姿など【基本属性】年代、性別、住まい、家族構成、職業、所有しているデバイスなど【特徴的な行動】対象サービス分野に関連するユーザーの特徴的な５つの行動【ニーズや不満点】５つの特徴的な行動から推測される、ターゲットユーザーのニーズや、不満と感じるポイント坂田一倫 - Lean UX Workshop at Movida Japan #3 https://www.slideshare.net/kazumichisakata/lean-ux-workshop-at-movida-japan-3/31

136. ワークショップ(2) ＜グループワークショップ＞ • 先ほど作成したプロトペルソナをグループで共有してください Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 135 ＜A3用紙＞プロトペルソナ【名前と見た目のイラスト】顧客のイメージ、名前、容姿など【基本属性】年代、性別、住まい、家族構成、職業、所有しているデバイスなど【特徴的な行動】対象サービス分野に関連するユーザーの特徴的な５つの行動【ニーズや不満点】５つの特徴的な行動から推測される、ターゲットユーザーのニーズや、不満と感じるポイント坂田一倫 - Lean UX Workshop at Movida Japan #3 https://www.slideshare.net/kazumichisakata/lean-ux-workshop-at-movida-japan-3/31

140. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 139 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

141. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 140 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

142. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 141 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題 ①課題設定やふりかえりなどで改善内容を確認

143. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 142 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題 ②実施したか否かを測るメトリクスを設定して計測 ①課題設定やふりかえりなどで改善内容を確認

144. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 143 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題 ②実施したか否かを測るメトリクスを設定して計測 ③成果が出たか否かを測るメトリクスを設定して計測 ①課題設定やふりかえりなどで改善内容を確認

145. 課題の仮説立案 • 問題解決へのアプローチ Copyright© Growth xPartners, Inc. All rights reserved. 144 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題 ②実施したか否かを測るメトリクスを設定して計測 ③成果が出たか否かを測るメトリクスを設定して計測 ④ふりかえりで解決したか確認 ①課題設定やふりかえりなどで改善内容を確認

146. ワークショップ(3) ＜個人ワークショップ＞ • A3用紙を1枚用意してください。 • 先ほど選んだテーマにて先ほど作成したプロトペルソナが、解決したいと考えている「課題」を考え、書き出してください。 –シーン別に書き出すとよいです。 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 145 ＜A3用紙＞ ■YYYが抱える課題 xxxxxx ■ZZZが抱える課題 xxxxxx

147. ワークショップ(3) ※参照用＜個人ワークショップ＞ Copyright© Growth xPartners, Inc. All rights reserved. 146 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

148. ワークショップ(4) ＜グループワークショップ＞ • 先ほど書き出した課題をグループ内で共有し、課題についてディスカッションしてください。 –ディスカッションを通して導き出した根本課題は、新しいA3用紙に書き出してください。 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 147 ＜A3用紙＞ ■課題 xxxxxx （前のワークで書いたもの）

149. ワークショップ(4) ※参照用＜グループワークショップ＞ Copyright© Growth xPartners, Inc. All rights reserved. 148 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

157. 参考資料(1/1) –坂田一倫 - Lean UX Workshop at Movida Japan #3 » https://www.slideshare.net/kazumichisakata/lean-ux- workshop-at-movida-japan-3/32 –広野萌 - 意味不明なことばかり言ってるUXデザイナー達の代わりに「UXデザインとは何か」を端的に説明しよう » http://hajipion.com/2321.html Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 156

158. 6コマ漫画によるストーリー作成 • GAPをどう埋めるか Copyright© Growth xPartners, Inc. All rights reserved. 157 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題どうやって GAP を埋めるか

159. 6コマ漫画によるストーリー作成 • 6up sketches Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 158 ユーザーがサービスを使う前ユーザーがサービスを使った後坂田一倫 - Lean UX Workshop at Movida Japan #3 https://www.slideshare.net/kazumichisakata/lean-ux-workshop-at-movida-japan-3/32

169. 本来解決すべき課題の特定 • 本来解決すべき、根本課題を見極める Copyright© Growth xPartners, Inc. All rights reserved. 168 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

171. ワークショップ(12) ＜グループワークショップ＞ • 先ほど書き出した課題をグループ内で共有し、課題についてディスカッションしてください。 –ディスカッションを通して導き出した根本課題は、別の色で書き足してください。 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 170 ＜A3用紙＞ ■課題 xxxxxx （前のワークで書いたもの）

173. 解決策の検討 • 根本課題に対する解決策を見極める Copyright© Growth xPartners, Inc. All rights reserved. 172 解決策課題解決のために具体的にやること課題目標と現状の差を埋めるために、やるべきこと（やると決めたこと）目標と現状の差解決すべき事柄今はどうなっているか（実際の姿、予想される状態、予期せぬ結果）現状どうならなければいけないか（あるべき姿、期待される結果、ありたい姿）目標 GAP = 問題

175. ワークショップ(14) ＜グループワークショップ＞ • 先ほど書き出した根本課題と解決策についてディスカッションしてください。 –ディスカッションを通して導き出した解決策は、新しいA3用紙に書き出してください。 Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 174 ＜A3用紙＞ ■解決策 xxxxxx （前のワークで書いたもの）

186. MVPの代表的パターン Copyright© POStudy . All rights reserved.～アジャイル・プロダクトマネジメント研究会～ 185 プレスリリースプロダクトの価値を伝える資料ランディングページプロダクトやサービスの需要を確認プレオーダーローンチ前に商品の魅力を伝え、事前登録や購入を募るオーディエンス開発型サービス開発前に見込みユーザーのコミュニティを構築し、意見交換・観察を行うオズの魔法使い完全に機能が実装されているように見せながら、実際には手作業で動作させている製品を提供コンシェルジュサービス開発前に、顧客に製品を使用する体験を提供プロトタイプ体験に近似したものを作成して、製品／サービス利用をシミュレーションし、使いやすさを検証シングルユースケース検証したい機能をひとつに絞り、新しい手法をユーザーの一部にのみ試す他社製品既存の製品やサービスの一部を使用大西敬吾氏 – LiLz Boot Camp 資料および POStudyとの共催セミナーでも使用した資料より抜粋 https://lilz.jp/

[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座～課題発見からバックログ作成へ～ #postudy

[終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座～課題発見からバックログ作成へ～ #postudy

Recommended

More Related Content

What's hot

What's hot(20)

Similar to [終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座～課題発見からバックログ作成へ～ #postudy

Similar to [終日研修資料] 企画担当者のためのリーン・アジャイル・プロダクトマネジメント集中特訓講座～課題発見からバックログ作成へ～ #postudy(20)

More from 満徳関

More from 満徳関(16)