質問: ユーザビリティテスト時に、アジャイルプロジェクトでスコープクリープを防ぐにはどうすればよいですか。 最近この問題について私に尋ねたクライアントがいます。あなたはそれをどう処理するのだろうと思っていましたか?それらはuxとアジャイルメソッドにとって新しいものであるため、興味深い方法で苦労しています。最近のプロジェクトの一環として、スプリントにユーザビリティテストをいくつか追加しました。彼らはこれまでにユーザビリティテストを行ったことはなく、その結果、設計に多くのユーザビリティの問題が発見されました。しかし、彼らが見つけた問題の多くは、プロジェクトの本来の範囲外でした。 uxチームのメンバーは、プロジェクトのバックログに多くの問題を追加することを必死に望んでいましたが、配信を遅らせたくない製品の所有者からの抵抗をすぐに見つけました。その結果、uxの人々は、製品の所有者が優れたユーザーエクスペリエンスを気にしていないと感じました。私の質問は、この問題をどのように回避できたのでしょうか。私は当初、チームがプロジェクトの範囲内にあるものとそうでないものをより明確に定義し、将来のプロジェクトの範囲外のユーザビリティの問題を記録する方法が必要であることを示唆していました。どう思いますか?
回答: 発生した問題をバックログに追加すると配信が遅れる理由を私も理解していません。確かに、バックログのすべてを一部のリリースに追加する必要があると言っていることは何もありません。ただし、発見された問題に対処することで追加されるユーザーの価値を正直に評価します。製品により多くの時間を費やすことは常に価値を付加する必要がありますが、その付加価値は、他の機能を落としたり、納期を押し上げたりするコストと比較検討する必要もあります。製品の所有者には、これらの新しいストーリーと既存のストーリーの相対的な価値を比較検討し、それに応じてプロジェクト計画を調整するのに十分な情報を提供する必要があります。もちろん、すべての問題がバックログにある場合、これらの相対値の比較ははるかに簡単です。