今回もっとも価値のあるバグは、まだコードに存在しません。
Nadiaは、8〜15人の友人がスマートフォンで遊べる、チャット型オンライン人狼ゲームを作っています。Vision sessionでプロダクトを形にし、Planning sessionで最初の成果をレビュー可能な作業へ変えました。Kanaの Review session は、その計画が本当に実装できるほど一貫しているかを確認します。
プロダクト全体ではなく、完結した一つの成果をレビューする
今回の範囲は、プライベートルームを作り、友人を招待し、安全に参加して、切断後も元の席へ戻ることです。役職、投票、ラウンド、ゲーム内チャットは後の成果で扱います。
Kanaは二つのタスクから始めます。一つ目は、ホストがルームを開いて招待を管理すること。二つ目は、友人が参加して自分の席を回復することです。各タスクは二つのユーザー体験へ分かれ、Nadiaはプロダクト全体を一度に抱えず、四つの明確な流れを確認できます。
段階的レビューで、計画を判断へ変える
Kanaは、計画を作った時と同じ順番で進みます。
- タスクの分け方を確認する
- 各タスクのユーザー体験一覧を確認する
- 各ユーザー体験を、具体的な行動シナリオとして確認する
- そのシナリオを支えるブループリントを確認する
Nadiaは最初に体験を判断し、その後にルールと実装の証拠へ進めます。細部を見ても、元のユーザー課題を見失いません。
行動シナリオは成功例だけではありません。一回限りの招待、取り消し、ルーム限定のホスト権限、安全な失敗、連続した推測の制限、満員状態、追加の招待を使わず同じ席へ戻ることまで定義します。
一つの反対質問がプロダクトを変える
Kanaが反対側から質問します。Nadiaがプライベート招待を間違ったグループチャットへ送ったら、どうするのか？
「取り消す」という言葉の中に、未決定のルールがありました。招待を変更したら、すでに参加した友人も追い出すのか。それとも、これからの参加だけを止めるのか。
Nadiaは、古いリンクからの新しい参加だけを止め、すでに参加した友人の席は残すと決めます。Kanaは、その判断を行動シナリオと操作できるプロトタイプへ反映します。新しい招待、無効になった古いリンク、残った参加者を一つの画面で確認できます。
すべてのブループリントが同じ結果を示す
Kanaは、実装を支える証拠へ判断をつなぎます。
- 業務ルールは、ルーム、招待、参加者、メンバー、復帰セッションを定義する
- 接続ルールは、作成、参加、取り消し、一覧、再試行、安全な失敗を予測可能にする
- 処理の順番は、タイミングと競合を見えるようにする
- 品質は、招待の安全性、プライバシー、復帰、最小限のデータを測れる確認項目へ変える
- 目的は、すばやい非公開参加と確実な復帰へ細かな判断を戻す
- UX Mockupは、コードを書く前に体験を試せるようにする
Review sessionでは、提案した変更を一つずつ、全体の設計図の中で確認します。Nadiaは、変更がどこに属するかを見ながら、承認するか問題として記録できます。
UX Mockupは、一枚のきれいな画面ではなく21の状態を扱う
プロトタイプは、暗いテーブル、暖かい招待カード、ゲームらしい文字、見えるフォーカス、スマートフォン向け操作によって、人狼ゲームのデザインシステムを確立します。一般的な管理画面には見えません。
Kanaは、作成、読み込み、正常な参加、使えないリンク、回数制限、満員、復帰、参加者のプライバシー、招待の変更まで21の状態を確認します。復帰画面はAlexを同じ席へ戻します。満員画面は参加を閉じたまま、ホストに次の行動を案内します。どちらも役職、秘密の行動、招待、通信元、不正試行の詳細を隠します。
「まだ実行できない」は、正しいReview sessionの結果
現在のレビューはロックされたままです。保存データのブループリントが空で表示され、仕様のずれが二件残っています。Kanaは、不完全な画面を承認には変えません。足りない証拠を修正し、確認するまで Start Outcome は無効です。
ブループリントが一致した後、Kanaはプロジェクトを初期化し、別のレビュアーに動く土台を確認してもらいます。その後、承認した行動シナリオを実行できるテストへ変えます。動いて見えるプロトタイプだけでは、実行は始まりません。
最後のゲートは、設計図を隠して行う理解度クイズです。一回限りの招待、参加者一覧のプライバシー、同じ席への復帰、満員時の動作など、Nadia自身が決めた内容から質問を作ります。本番のクイズは全問正解が必要です。間違えた判断はKanaが簡単な言葉で説明し直し、もう一度確認します。
Review sessionがNadiaに与えるもの
Kanaは、承認済みの計画を、全員が理解でき、テストできる約束へ変えました。
- タスクが実装範囲を守る
- ユーザー体験が利用者の流れを守る
- 行動シナリオが正確な結果を守る
- 反対質問が成功例だけでは見えない判断を見つける
- 関連ブループリントがプロダクト、デザイン、システム、品質の証拠をそろえる
- 操作できるプロトタイプがUXの全範囲を確認する
- セットアップ確認、行動テスト、理解度クイズが早すぎる実行を止める
すべてのゲートを通過した時、Nadiaは期待ではなく証拠を持って Start Outcome を選べます。第4話では、同じ作業を Task execution sessions へ進めます。
高価な失敗がコードへ入る前に、Kanaで計画を厳しく確認しませんか？ Software Factoryのウェイトリストに参加してください。
