NatoliJoeはUX/CXコンサルタントとして長年のキャリアがあり、現在はUXに関する書籍、講演などを多数手がけるUXの伝道師です。この記事はUXPinからの翻訳転載です。配信元または著者の許可を得て配信しています。原則として、要件の洗い出しとプロトタイプのレビューに2回以上のスプリント(編注:ここでは1スプリント=2週間)が必要な場合、それがどんなものであっても複雑すぎると言えます。そのような場合、プロジェクトを保留するか中止しましょう。私の経験上、2回のスプリントで問題を解決できなければ、プロセスやシステムに深く関わる複雑な問題があるか、あるいは未知の課題が潜んでいると思われます。いずれの場合も、少し待ってください。ebook』で説明したように、重要度と実現可能性が高い機能の場合です。前に私が行ったプロジェクトから例を挙げてみましょう。現れた「メッセージ機能」このストーリーの要となるのは、ユーザー間のシンプルなコミュニケーションとして使用されるメッセージ機能です。当初、メッセージ機能はプロトタイプに含まれていませんでしたが、2人の主要なステークホルダーが同席したスプリントプランニングのミーティングで提案されました。ステークホルダーたちからの仕様書は、私たちの具体的な質問攻めを受けて、次のようにまとめることができました。メッセージの必要性―評価者が承認者と話す用に。ほかの役割の人も関与する可能性があります。お互いに話をすることはできるはずですが、ほかの部署やクライアントと話す必要があるときもあるでしょう。それは特定の問題についてのみです。Outlookのような操作性―メールボックスなどの機能は除きます。コメントスレッドのようなものですが、全員が返信できるものではありません。中央でなくても良い―ほかの画面で表示しなければいけない場合があるため、メッセージ画面は中央にある必要はありません。質問するときに表示される―そして、質問が出たら全員に知らせる必要があります。以上が、私たちが得た情報のすべてです。今、あなたの頭の中に浮かんでいる明確な問題はすべて、私たちの質問とまったく同じでしょう。危険信号が潜んでいるのがわかると思います。このように曖昧で未定義のものは、ビジネス要件とはなりません。すべての画面にコメントスレッドを組み込むつもりはなく、またそれが意味あることなのか確信できませんでした。コンテキストを考慮するとコミュニケーションの必要性はあると確信できたので、そのプロトタイプに同意しました。スプリント1のレビュー2週間後、プロトタイプのレビューを行いました。同じステークホルダーが、甲高い声で話し始めます。(再び要約です)「ユーザーがログインした際、iPhoneのようにメッセージが届いていることを知らせる小さなバッジを表示すべきです。