Slide 1

Slide 1 text

© Alp, Inc. アルプ株式会社 佐藤里佳 ビジネスから開発まで、チーム全員で要件を磨く! 今日から使える 「実例マッピング」

Slide 2

Slide 2 text

© Alp, Inc. リリース間際に「困るユーザーがいる」「こういう使い 方ができなくなる」と指摘が入り、修正が必要に… 要件の段階で問題ないかどうかレビューして もらっているのに、要件不足を未然に防げない… 実例に裏付けられた要件を導けた →要件定義書を修正できる どのように使えれば要求を満たせるの か分かった →テストケースに利用できる 技術的スパイクを見つけられた →開発中の要件追加を防止できた そのお悩み、           で解決できるかも? 実例マッピング 「実例マッピング」は、チームで協調して「作るべきもの」を発見するのに役立つ、ワークショップです

Slide 3

Slide 3 text

© Alp, Inc. 佐藤 里佳 仕事歴 ・【BtoB】サブスク事業者向け請求・販売管理SaaS(2022-)  ・プロダクトマネージャー ・【BtoC/CtoC】メディア, 3Dモデリングツール, SNS(2015-2021)  ・プロダクトマネージャー  ・プロダクトマーケティングマネージャー ・【BtoC】広告メディア(2008-2015)  ・プロジェクトマネージャー  ・インフラエンジニア 自己紹介です ←NOW アルプ株式会社 プロダクトマネージャー

Slide 4

Slide 4 text

© Alp, Inc. が100件、1000件、10000件… 事業が急成長し、販売が伸びるほど、管理が困難になっていく → 属人化や請求ミスの温床に サブスクリプション請求・販売管理SaaS Scalebase を作っています① サブスク事業者の人たちが困っていること 時系列で変化する契約内容 料金プランと顧客ごとに異なる販売条件

Slide 5

Slide 5 text

© Alp, Inc. Scalebaseは何をするの? サブスクリプション請求・販売管理SaaS Scalebase を作っています② 販売条件から料金を計算して 請求書の発行までを自動化 売上計上用のデータも出力 MRRやチャーンレートなど 重要指標をリアルタイム表示 企業間の取引を支えている=お客さんの事業や信頼を託されている 真に「作るべきもの」を品質よく提供できることが大事

Slide 6

Slide 6 text

© Alp, Inc. © Alp, Inc. 実例マッピング導入以前に 起きていたこと

Slide 7

Slide 7 text

© Alp, Inc. 作ってみてから 要件に不足があったことがわかる ↓ リリース延期や修正対応が発生

Slide 8

Slide 8 text

© Alp, Inc. ユーザーの実際の使い方 CS 従来の開発プロセス

Slide 9

Slide 9 text

© Alp, Inc. ユーザーの実際の使い方 CS 追加機能の要望 従来の開発プロセス: カスタマーサクセスが、起きている問題に着目して、機能要望をあげる

Slide 10

Slide 10 text

© Alp, Inc. ユーザーの実際の使い方 CS 追加機能の要望 従来の開発プロセス: PMが要望の背景にあるユーザーのペルソナや業務をヒアリング、課題を特定 PM

Slide 11

Slide 11 text

© Alp, Inc. ユーザーの実際の使い方 CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: 作るべき機能の要件定義書を書く PM

Slide 12

Slide 12 text

© Alp, Inc. ユーザーの実際の使い方 CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: カスタマーサクセスが、要件定義書をレビューし、内容を調整 レビュー PM

Slide 13

Slide 13 text

© Alp, Inc. ユーザーの実際の使い方 機能 DEV Team 実装 CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: FIXした要件定義書をもとに仕様を決め、実装 レビュー PM

Slide 14

Slide 14 text

© Alp, Inc. ユーザーの実際の使い方 機能 DEV Team 実装 CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: 要件通り実装できたか、PMが受入テストを行う 受入テスト レビュー PM

Slide 15

Slide 15 text

© Alp, Inc. ユーザーの実際の使い方 機能 DEV Team 実装 リリース CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: 受入テストがOKなら、リリース準備へ 受入テスト レビュー PM

Slide 16

Slide 16 text

© Alp, Inc. ユーザーの実際の使い方 機能 DEV Team 実装 リリース CS 追加機能の要望 抽象化 要件 PRD 従来の開発プロセス: カスタマーサクセスが、ユーザー向け説明やヘルプページ作成のために機能を試す 機能の試用 PM

Slide 17

Slide 17 text

© Alp, Inc. PRD 機能の試用 追加機能の要望 カスタマーサクセスは、機能を使う中で、意識的・無意識的にいろいろな操作を試します ユーザーの実際の使い方 要件 機能 PM CS DEV Team 抽象化 実装 リリース  ユーザーへの機能説明のために、新機能を使ってみますね

Slide 18

Slide 18 text

© Alp, Inc. PRD 機能の試用 追加機能の要望 ふと、要件を検討したときには目を向けていなかった使いかたを試してみたときに、 ユーザーの実際の使い方 要件 機能 PM CS DEV Team 抽象化 実装 リリース  ユーザーへの機能説明のために、新機能を使ってみますね

Slide 19

Slide 19 text

© Alp, Inc. 追加機能の要望 PRD 機能の試用   あっ 問題に気づきました…! ユーザーの実際の使い方 要件 機能 PM CS DEV Team 抽象化 実装 リリース

Slide 20

Slide 20 text

© Alp, Inc. PRD  要件を満たせてはいるんですけど、別の操作を行う際に不都合があります…  このままリリースすると困ってしまうユーザーがいるので、修正お願いします 機能の試用 追加機能の要望 ユーザーの実際の使い方 要件 機能 PM CS DEV Team 抽象化 実装 リリース そして、衝撃の事実が開発チームに告げられる… ! !

Slide 21

Slide 21 text

© Alp, Inc. 追加開発 PRD \ぴえん/ 機能の試用 すいません… リリース失敗… 追加機能の要望 こうして、リリースは取りやめ、さらに開発を行うことになりました ユーザーの実際の使い方 要件 機能 PM CS DEV Team 抽象化 実装

Slide 22

Slide 22 text

© Alp, Inc. © Alp, Inc. どうしてこうなった 作るべきものを正しく捉えられなかった しくじりポイント2つ

Slide 23

Slide 23 text

© Alp, Inc. 問題点 問題①要件定義の段階で、要望に現れてこないユーザーの使い方を拾えていない 問題②要件レビューの段階で、実際に作るべきものとのズレを見つけられていない PM CS 追加機能の要望 ユーザーの実際の使い方 要件 機能

Slide 24

Slide 24 text

© Alp, Inc. 問題点 問題①要件定義の段階で、要望に現れてこないユーザーの使い方を拾えていない 問題②要件レビューの段階で、実際に作るべきものとのズレを見つけられていない PRD 要件 機能 PM CS ユーザーの実際の使い方 要件 レビュー 追加機能の要望

Slide 25

Slide 25 text

© Alp, Inc. toCサービスの運営がケーキ屋さんだとすると、 toBサービスは調理器具メーカー ● おいしく仕上げるために、調理工程でどんなコツがいる? ● 効率的に調理するには、厨房内のオペレーションがどう組 めるといい? ● CSが知る「ユーザーの使い方」の具体例をなるべく多く参考にしたいが 要望の確認・背景のヒアリングを重ねても、辿り着けていない 問題①要件定義の段階で、要望に現れてこないユーザーの使い方を拾えていない PM CS 追加機能の要望 ユーザーの実際の使い方

Slide 26

Slide 26 text

© Alp, Inc. 抽象化 PRD ● 文書のレビューでは「要望とズレた内容が書かれていないか」に気を取られ 「これで要望を満たせるか」の確認は難しい? よさそうです (たぶん…) 確認ありがとうございます! PM CS 追加機能の要望 ユーザーの実際の使い方 要件 問題②要件レビューの段階で、実際に作るべきものとのズレを見つけられていない (安心!) レビュー

Slide 27

Slide 27 text

© Alp, Inc. 動くものを見るまで安心できない。 はじめから終わりまで、常に伝えられる限りのことを伝えているのに、 どこかズレたものが出来てしまう…要望が伝わるように頑張るしかないのか… 要件定義が甘いせいで手戻りして、CSにも開発メンバーに申し訳ない… 実装中も常にCSに確認を取ってるんだけど…吸い上げを頑張るしかないのか… 要件定義が終わっても安心できない。 作るものを間違えていたことが作ってから分かるのは痛手だし心にクる… はじめから捨てる覚悟で、作っては作り直すことを頑張るしかないのか… 問題はわかったけど、「頑張る」以外の打開策が見いだせなくて、つらい

Slide 28

Slide 28 text

© Alp, Inc. みんなが充分に頑張っても、不安は晴れない それ以上のことは仕組みで解決したい うう… もっと「作るべきもの」の精度を 上げる方法はないのか…?

Slide 29

Slide 29 text

© Alp, Inc. 実例マッピングで 解決できるかも !

Slide 30

Slide 30 text

© Alp, Inc. 実例マッピングで目指す状態 従来の要件定義 実例マッピングとは? 機能に対するユーザーの使い方の具体例を意識的に集め、備えるべき要件を導くワークショップ PM・開発・ビジネス(CSなど)が集まり、観点の違う多くの具体例を検討して抽象化の精度を高める

Slide 31

Slide 31 text

© Alp, Inc. © Alp, Inc. アルプ流・実例マッピングのやり方

Slide 32

Slide 32 text

© Alp, Inc. ・プロダクトマネージャー ・開発メンバー(エンジニア・デザイナー・QA) ・機能への要求がわかる人(カスタマーサクセス・リサーチャーなど) 1名ファシリテーターを設定し、 ふせんの読み上げや記入、タイムマネジメントを行う アルプではQAエンジニアが担当している PM以外の人にするのがおすすめ 実例マッピングの開催方法 ①参加者 参加者

Slide 33

Slide 33 text

© Alp, Inc. 用意するもの 実例マッピングの開催方法 ②ふせんの用意 Story 議論したい機能や ユーザーストーリー Rule 具体例から導かれた、作るべき機能 の要件。 「特定の条件において、どんなふる まいをするか」を書く Example この機能の具体的な動作を質問形式 で記入したもの。 回答を実例として、抽象化したRule を作成する Question 議論の途中で 「未決なこと」「不明なこと」が 登場したらこれに書き留め、議論の ブロックを防ぐ

Slide 34

Slide 34 text

© Alp, Inc. 参加者に以下の2点を共有し、理解したうえで会話に参加してもらうよう依頼する 1. 今回明らかにしたいこと(開催の目的) 2. このユーザーストーリーの当事者となるペルソナ → 実例を挙げやすくするため 実例マッピングの開催方法 ③開催前の周知

Slide 35

Slide 35 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 1.Storyにユーザーストーリーを簡単に書いて共有する(3分)

Slide 36

Slide 36 text

© Alp, Inc. 複数のURLをまとめ て発行できますか? Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 発行されたURLはど のように取得可能? ユーザーが何の利用 権限を持っているか は画面で確認できま すか? 発行したURL一覧を 管理ユーザーが確認 できる手段はありま すか? URLを発行した後 に、発行時に指定し た利用権限を変更で きますか? ユーザー全員がお互 いの利用権限を確認 できますか? Question まだ決まっていない ことや不明なこと。 この場では扱わない 利用権限はどのよう に設定しますか? 招待URLからユーザー 登録が行われた後 に、指定した利用権 限が間違っていたこ とに気づいたらどう しますか? 一覧が見れないこと で業務に支障がある か? 2.思いつく限りExampleに具体例を挙げる(2分) 「こういう条件のとき、 ○○はどうなりますか?」 の形式で書く

Slide 37

Slide 37 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 利用権限はどのよう に設定しますか? 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 複数のURLをまとめ て発行できますか? 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 利用権限はどのように 設定しますか?

Slide 38

Slide 38 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 複数のURLをまとめ て発行できますか? 利用権限はどのよう に設定しますか? 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 利用権限はどのよう に設定しますか? →管理ユーザー がURL発行画面 で指定した利用 権限をユーザー 登録と同時に設 定する 登録URL発行の前に、ユーザーに設定 したい利用権限を選んでおけば、登録 と同時に設定されるようにしたいと考 えてます 利用権限はどのように 設定しますか?

Slide 39

Slide 39 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 複数のURLをまとめ て発行できますか? 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 登録URL発行の前に、ユーザーに設定 したい利用権限を選んでおけば、登録 と同時に設定されるようにしたいと考 えてます 利用権限はどのように 設定しますか? 利用権限はどのよう に設定しますか? 利用権限はどのよう に設定しますか? →管理ユーザー がURL発行画面 で指定した利用 権限をユーザー 登録と同時に設 定する

Slide 40

Slide 40 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 複数のURLをまとめ て発行できますか? 新規ユーザーの利用権限を データ閲覧のみに限定でき ますか?

Slide 41

Slide 41 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 複数のURLをまとめ て発行できますか? 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限 セットから指定 できる 新規ユーザーの利用権限を データ閲覧のみに限定でき ますか? できます。データ閲覧以外にも、 既にある権限セットの中から任意 の権限を指定できます 利用権限は権限セッ トの中から管理ユー ザーが選択できる

Slide 42

Slide 42 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる Question まだ決まっていない ことや不明なこと。 この場では扱わない 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 利用権限は権限セッ トの中から管理ユー ザーが選択できる データ閲覧に限定し たいのは何故? 複数のURLをまとめ て発行できますか? 新規ユーザーの権限を データ閲覧に限定したいの は何故ですか?

Slide 43

Slide 43 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 利用権限は権限セッ トの中から管理ユー ザーが選択できる 複数のURLをまとめ て発行できますか? Question まだ決まっていない ことや不明なこと。 この場では扱わない URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) データ閲覧に限定し たいのは何故? データ閲覧に限定し たいのは何故? →意図しない データ変更防止 のための使い方 の一例。指定す る権限は自由に 選べる必要があ る 新規ユーザーの権限を データ閲覧に限定したいの は何故ですか? ペルソナが『新しく担当についた人』な ので、新人さんがうっかり大事なデータ を変更してしまわないように、使い始め の段階では最小限の利用権限を設定する ことが多いと思います。ただ、習熟のさ せ方、利用権限の付け方は管理ユーザー 次第なので、データ閲覧以外にも自由に 選べる方がいいです。 なるほど、新規ユーザーに 行わせたい業務に合った権 限を選択できることが大事 なんですね!

Slide 44

Slide 44 text

© Alp, Inc. 複数のURLをまとめ て発行できます か? →一括作成する機 能は今回はスコー プに含めない Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない データ閲覧に限定 したいのは何故? →意図しないデー タ変更防止のため の使い方の一例。 指定する権限は自 由に選べる必要が ある URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 利用権限は権限セッ トの中から管理ユー ザーが選択できる 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 一度の操作で発行で きるURLはひとつ 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 複数のURLをまとめて発行 できますか? いいえ、一括で複数作成する機能 は今回は開発スコープ外としてい ます。

Slide 45

Slide 45 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 複数のユーザーを作 成したいのはどうい う時? →他部門に情報 共有のため閲覧 ユーザーを10人 作成したことが ある。頻度は低 いが手間 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 利用権限は権限セッ トの中から管理ユー ザーが選択できる 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 複数のURLをまとめ て発行できます か? →一括作成する機 能は今回はスコー プに含めない 一度の操作で発行で きるURLはひとつ データ閲覧に限定 したいのは何故? →意図しないデー タ変更防止のため の使い方の一例。 指定する権限は自 由に選べる必要が ある 複数のユーザーを作成した いのはどういう時ですか? 営業部門にデータを閲覧させたい、とい うことで、10人分の発行を一度に依頼さ れたことがありました。手間はかかりま すが、頻繁にある依頼ではないです。

Slide 46

Slide 46 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する 一度の操作で発行で きるURLはひとつ。 連続して複数作 成することは可 能 Question まだ決まっていない ことや不明なこと。 この場では扱わない 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) 利用権限は権限セッ トの中から管理ユー ザーが選択できる 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 複数のURLをまとめ て発行できます か? →一括作成する機 能は今回はスコー プに含めない URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 複数のユーザーを作 成したいのはどうい う時? →他部門に情報共有 のため閲覧ユーザー を10人作成したこ とがある。頻度は低 いが手間 データ閲覧に限定 したいのは何故? →意図しないデー タ変更防止のため の使い方の一例。 指定する権限は自 由に選べる必要が ある 同時に作成できるのは1つでも、連 続して作成しやすければ、 スコープは変えずに複数ユーザーの 作成に対応できるかもしれません たしかにそうですね! 連続での作成は制限なくできるよ うにしましょう。デザイン案を考 えてから、小さく実現できる要件 を決めましょうか。

Slide 47

Slide 47 text

© Alp, Inc. 複数のユーザーを続 けて作成する場合も 手数を抑えられるUI デザインを検討する Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール Example 具体例を記述する Question まだ決まっていない ことや不明なこと。 この場では扱わない 3.議論しながらRuleを育てていく。適宜Exampleも追加していく(20分) データ閲覧に限定 したいのは何故? →意図しないデー タ変更防止のため の使い方の一例。 指定する権限は自 由に選べる必要が ある 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 複数のURLをまとめ て発行できます か? →一括作成する機 能は今回はスコー プに含めない 利用権限は権限セッ トの中から管理ユー ザーが選択できる URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 一度の操作で発行で きるURLはひとつ。 連続して作成するこ とは可能 同時に作成できるのは1つでも、連 続して作成しやすければ、 スコープは変えずに複数ユーザーの 作成に対応できるかもしれません たしかにそうですね! 連続での作成は制限なくできるよ うにしましょう。デザイン案を考 えてから、小さく実現できる要件 を決めましょうか。 デザイン案を考えて から、小さく実現で きる要件を決める 複数のユーザーを作 成したいのはどうい う時? →他部門に情報共有 のため閲覧ユーザー を10人作成したこ とがある。頻度は低 いが手間

Slide 48

Slide 48 text

© Alp, Inc. Story 議論したい機能や ユーザーストーリー 管理ユーザーは、 ユーザー登録用URL を発行して、自社の 担当者に配布できる Rule 多数の具体例を 抽象化したルール URLだけではなく他 のオペレーターに渡 す用の文言も一緒に コピーできる Example 具体例を記述する 発行されたURLはど のように取得可能? →画面上でURLの発 行を実行すると、テ キストエリアにURL が表示されてコピー できる ユーザーが何の利用 権限を持っているか は画面で確認できま すか? → できるようにす る。オペレーター一 覧に権限を表示する 発行したURL一覧を 管理ユーザーが確認 できる手段はありま すか? → ない。今回のス コープに含めない URLを発行した後 に、発行時に指定し た利用権限を変更で きますか? →画面上からは変え られない。社内用の 管理バッチから変更 することは可能 ユーザー全員がお互 いの利用権限を確認 できますか? → 管理ユーザーの みが確認できる Question まだ決まっていない ことや不明なこと。 この場では扱わない 複数のユーザーを続 けて作成する場合も 手数を抑えられるUI デザインを検討する Eng 発行したURLの権限 は変更できない 間違った利用権限の ユーザーが作られた らユーザーを削除で きる 管理ユーザーは他の ユーザーの利用権限 をユーザー一覧画面 上で確認できる 発行したURLの一覧 はない データ閲覧に限定し たいのは何故? →意図しないデータ 変更防止のための使 い方の一例。指定す る権限は自由に選べ る必要がある URL発行時に利用権 限を選択しておき、 ユーザー登録と同時 に設定する 登録URLを配布する 方法は? →コピーしたURLを メールに貼って「n 時間で失効する」等 の注意事項を併記し て送る ユーザー登録が行わ れた後に、指定した 利用権限が間違って いたことに気づいた らどうしますか? → 管理ユーザーは 画面上からそのユー ザーを削除できる。 もしくは管理用バッ チで削除できる 一覧が見れないこと で業務に支障がある か? →ない。画面上で執 行させられるように なった時にあれば助 かる URL発行からユー ザー登録までに、 URLに設定されてい た権限セットが削除 された場合どうする か決める URL発行からユー ザー登録までに、 URLに設定されてい た権限セットが削除 された場合どうなり ますか? →決められていない 4.振り返りをして、次回の実例マッピングの予定を立てる(5分) 利用権限はどのよう に設定しますか? →管理ユーザーが URL発行画面で指定 した利用権限をユー ザー登録と同時に設 定する 利用権限は権限セッ トの中から管理ユー ザーが選択できる 一度の操作で発行で きるURLはひとつ。 連続して作成するこ とは可能 新規ユーザーの利用 権限をデータ閲覧の みに限定できます か? →できる。権限セッ トから指定できる 複数のURLをまとめ て発行できます か? →一括作成する機 能は今回はスコー プに含めない 複数のユーザーを作 成したいのはどうい う時? →他部門に情報共有 のため閲覧ユーザー を10人作成したこ とがある。頻度は低 いが手間 デザイン案を考えて から、小さく実現で きる要件を決める

Slide 49

Slide 49 text

© Alp, Inc. © Alp, Inc. 実例マッピングの活用方法

Slide 50

Slide 50 text

© Alp, Inc. シンプルなルールにしたがって会話をするだけで、情報の種別が整理された議事録が残る 何について話し、何が明らかになり、その根拠は何で、残る論点は何か、参加していない人にもわかりやすい! 30分間で出来上がった、実例マッピングの成果物 議題 決定事項 未決定事項

Slide 51

Slide 51 text

© Alp, Inc. 実例に裏付けられた要件を導けた →要件定義書を修正できる どのように使えれば要求を満たせ るのか分かった →テストケースにも利用できる 技術的スパイクを見つけられた →開発中の要件追加を防止できた 30分間で出来上がった、実例マッピングの成果物 ひとりで2時間悩む前に、数人で30分、実例マッピングをやってみよう

Slide 52

Slide 52 text

© Alp, Inc. 実例マッピング導入後の開発プロセス DEV Team PM ユーザーストーリー マッピング 要件(簡易化) PRD 実例マッピング CS DEV Team PM 機能 実装 実例マッピング CS DEV Team PM 機能 実装 機能 実装 実例マッピング CS DEV Team PM 実例マッピング CS DEV Team PM CS

Slide 53

Slide 53 text

© Alp, Inc. 実例マッピング導入後、みんなの不安が解消され、チームの一体感も増した! 常に「この要件で正しいのか?作ってから問題が起 きないか?」と不安だったが、実例マッピングをし ておけば安心して開発できる 「みんなでベストを尽くして答えを見つけよう、そ れでダメなら仕方ない」という意識に変わり「PM が至らないせいで…」と悩まなくてよくなった 質問の内容を見ているうちに他の職種のメンバーの 思考過程がわかるようになり、気にしていそうなこ とは先回りして考えたり、伝えられるようになった 役割を活かしてユーザー視点を伝え、開発に関われ るのが嬉しい。早い段階で出来るものが分かるので 安心だし、リリース遅延も減ってありがたい 全員で要件を磨き上げ、全員で納得できる仕組みの おかげで、要件のレビューや情報共有のコミュニ ケーションコストが下がったうえに、チームの一体 感も増した ありえそうなシナリオを想像して受入テストを行 い、テスト観点が漏れていてバグがすり抜けたこと があった。実例マッピングでは実際のシナリオを検 証できるテストケースが得られる

Slide 54

Slide 54 text

© Alp, Inc. © Alp, Inc. おわりに

Slide 55

Slide 55 text

© Alp, Inc. Agile Testingとは: 始まりからデリバリーまで、そしてそれ以降も 継続的に実施される協調的なテストの実践により、 お客様への価値の頻繁な提供をサポートします。 テスト活動は、高速なフィードバックループを用い て理解を検証しながら、プロダクトの品質を築くこ とに重点を置いています。 このプラクティスは、品質に対するチーム全体の 責任という考え方を強化し、サポートします。 実例マッピングをもっと知りたい人のために 〜 Agile TestingとBehavior Driven Development(ふるまい駆動開発) 「Agile Testing Condensed」「The BDD Books Discovery」 日本語版翻訳者のブロッコリーさん、アルプQAエンジニア nametakeのnoteもぜひご覧ください 実例マッピングは、Agile Testingの実践として、要件をテストするためのBDDのプラクティスです ー Agile Testing Condensed より

Slide 56

Slide 56 text

© Alp, Inc. 自分だけでなくチーム内外の仲間の力を集結し、ユーザーにとって必要なものを特定する 作る目的やその先で実現したいことをチームの一人ひとりが理解し納得して、開発に集中できる 高速にデリバリーし、フィードバックを得て、プロダクトを磨いていく 「実例マッピング」は、こういったPMの本質的な活動の助けになるものであるように思います ぜひ活用してみてください! やってみた感想や学びをシェアしあいましょう〜! 本日のセッションについての質問やディスカッション、 アルプについて、その他なんでもお話しましょう! おわりに \Meetyはこちら/