要件定義を医者に例えると落とし穴に落ち辛くなる

# はじめに

本記事はクラベス Advent Calendar 2024一日目の記事です（出遅れ）。

という訳で株式会社クラベスでエンジニアをやっているkazaと申します、初めまして！

自分は技術的なすごい話はなかなかできませんが、せっかくなので「要件定義を医者に例えることで、ハマりがちな落とし穴に気づきやすくしようぜ」という、イラストもいっぱいの気軽に見れる記事でいきたいなと思います。

# 落とし穴①チョロ過ぎて脳死パターン

例えば保守案件でちょっとした追加要件が発生した場合、お客様からこんな風に依頼されることはないでしょうか。

> zzを△△にして欲しいんですけど、できますか？

具体的な対応内容が明示されており、言われた通り実装するのもぱっと出来そうです。

すごく楽勝な仕事に思えますね。

![note1.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/4203877e-b117-4e06-ef24-3c7c2af7137b.jpeg)

しかしこのまま対応してしまうと、実は良くない結果を招く恐れがあります。

それは何故でしょう？
そしてどんな結果を招いてしまうというのでしょうか？

お客様の要望をきちんと叶えているし、対応も迅速に行なっています。一見すると何も問題ないように思えますが……。

では、試しにこれをお医者様に例えてみましょう。

![note2.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/6bef6295-67d7-b94e-8b99-db8ac8a8c8e8.jpeg)

![note3.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/d29fcb50-e79a-71d5-3eb8-77ef35e7ea8c.jpeg)

え、触診とかしないの？　どんな風に痛むのか、どこら辺が痛むのかとか聞かなくて大丈夫？

と、心配になってしまいますよね。

例え患者さんが胃薬欲しいと言っていたとしても、本当に胃薬で治るのかはわかりません。もしかしたら原因は全く別で、胃薬は全く意味のない処方になってしまうかもしれません。

それにも関わらず、ただ言われるがまま胃薬出されても、本当に治るのかなあと不安に思ってしまいますよね。

きちんと吟味して、本当にそれが適切な処置かを検討して、その上で結果として胃薬が出るのであれば、患者さんとしても安心して薬を飲むことが出来るというもの。

![note4.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/e441c057-2bf0-0365-b35d-cf696b7dd273.jpeg)

例え結果として同じ結論になったとしても、きちんと「お客様が何に困っていて」「どうするのが一番いいんだろう」を整理してみる。

それがお客様との信頼関係に繋がるんですね。

# 落とし穴②お客様に言われるがままパターン

例えばお客様から下記のような依頼を受けたとしましょう。

> zzを△△にして欲しい

落とし穴①に落ちるまいと思った貴方は理由を聞いてみました。

> え、理由ですか？　xxが〇〇になってしまうことに困っていまして。

なるほど。xxが〇〇になってしまうという理由に対して、確かにzzを△△にすれば問題は解消できそうです。

よし、今度こそ問題ないぜ、と突き進もうとすると、今度は別の落とし穴に落ちてしまうかもしれません。

では、こちらもお医者様に例えてみましょう。

![note5.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/b95ac9d2-1a36-63aa-8ab3-55b9b00e5a26.jpeg)

![note6.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/18219248-edcc-f6cc-2d60-a629f1452eac.jpeg)

確かに人間ドッグを受ければ、何らかの原因は突き止められるかもしれません。

しかしお客様の事情を聞く限り、果たしてそこまでの対応は必要なのでしょうか？

お客様が要望しているからと言って、何も考えずにお客様に言われるがまま対応してしまうと、結果的にお客様に不利益を発生させてしまうかもしれません。

「どうするのが一番いいんだろう」は、問題を解決できるかどうかだけでは評価できないんですね。

「お客様が何に困っていて」に対して、本当にそれをする必要があるのか、あるいは本当にそこまでする必要があるのかという視点が必要です。

![note7.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/16ab9c4d-b07b-d1e6-b4a6-8860697b73f9.jpeg)

# どうしてITになると気づきにくくなるのだろう？

落とし穴二つを見ていただいて、んなアホな〜そんなん普通気づくやろ〜と思うかもしれません。

が、これがエンジニア目線になると途端に気づきにくくなるもんなんですよね……。

いったいそれは何故なんでしょう？

お医者様とシステムエンジニア。そこにはどんな違いがあるのでしょうか？

![note8.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/f4cea8f2-f425-4616-81c5-ae90943236fd.jpeg)

色々なご意見があるかと思いますが、自分としては下記が一番大きな要因かなと感じています。

お医者様：人体や病気など、患者が抱えている問題に関する専門家である
システムエンジニア：お客様のビジネスに関しては必ずしも専門家ではない

この差異により、エンジニアはついつい誤解してしまいます。

「お客様のことはお客様が一番よくわかっている」
「お客様がそう言うんだから間違いないだろう」
「お客様が望んでいる方法がきっとベストに違いない」

しかし、患者が自分自身の専門家だったとしても、自分自身の体の中まで覗き込むことはできないように、お客様はシステム開発のプロではないのです。

![note9.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/dea8af5d-914e-3b21-8ef4-18acf8573409.jpeg)

だからこそ専門家が寄り添って一緒に考えていく必要がある、ということを忘れないようにしたいですね。

![note10.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3900794/e113b347-49c0-00e1-d633-b76bf75c5a43.jpeg)

# まとめ

「お客様が何に困っていて」「どうするのが一番いいんだろう」

専門家としてきちんと考えてみる。

「何も考える必要がないぐらい簡単そう」

そんな時でも、決して思考を放棄せず、一度は自分で咀嚼して妥当性を評価する。

そういう姿勢を忘れないようにしていきたい、というお話でした。