ユーザーストーリーマッピング

134

7 章　より良いストーリーテリングのために

を」について話しているときにも、同じように心配だ。しかし実を言えば、優れ

たストーリー会話では、これら

3

つのすべては調整されている。うまくいかな

くなるのは、いずれかの当事者が、特定のソリューションや実装方法を要件だと

考えているときだ。「どのようにして」を直接話さないと（あなたが開発者なら、

当然考えているはずだが）、ソリューションのコストについて考えることは難し

い。ソリューションが高くつきすぎるなら、それは良いオプションではない可能

性がある。

会話に参加している他の人々の専門的な能力に敬意を払おう。高度な訓練を受け

た専門家に、仕事のやり方を教えたりするものではない。ユーザーとその仕事を

よく知っている人に、「わかってない」などと言ってはならない。質問をして、

純粋に互いから学ぶ姿勢を示そう。

□ 期間について語る

最終的には、何かを作って先に進むかそうしないかを決める必要がある。そして、

値札を付けずにこのような買い物の判断をするのは難しい。

ソフトウェアの場合、一般に値札調べるのはコードを書くのにどれだけかかるか

だ。早い段階の会話では、「非常に長い時間」とか「数日」という表現で表される。

「先月作ったコメント機能と同じくらい」のように、すでに構築したものと比較

できるとなお良い。開発を始めようとするタイミングが近づいてきたら、会話や

判断、決定の回数が増え、開発にかかる期間ももう少し正確に表現できるように

なる。しかし、いつもわかっている通り、ここで話しているのは推定であり、約 ...