こう
- 「要件定義で、
お客さんから 要望を 聞く とき、 何を 意識しますか」 - 「お客さんが
『この機能を 付けて ほしい』と 言ってきたら、 そのまま 作りますか」 - 「要望を
聞き終えたと 判断するのは、 どんな ときですか」
面接官が
- 言われた
通りに 作る 人か、 何を 作るべきかを 一緒に 考えられる人か - 答えの
中に、 相手の 仕事の 目的 (売上を 上げたい、 手間を 減らしたい など ) と、 自分の 判断が 入っているか - 「欲しい物」と
「困っていること」を 分けて聞けるか - 優先度と
成功の 基準を、 あいまいなまま 進めないか
短い答え
- 「何が欲しいか」より
先に、 「何に 困っていて、 なぜ それが 要るのか」を 聞きます。 - 目的が
分かると、 必須の 物と あれば 良い物を 分けられ、 成功したかを 数字で 確かめる 基準も 決められます。 - 言葉だけだと
受け取り方が ずれるので、 画面の 絵や 試作品を 早めに 見せて、 認識を 合わせます。
少し
欲しい
お客さんが
だから、
優先度と
- 優先度要望を
「必須」と 「あれば良い」に 分けます。 限られた 期間で、 全部を 同じ 重さで 作る ことは できないからです - 成功の基準
「集計の 時間を 今より 短く する」のように、 できたか どうかを 確かめられる 形で 決めます。 何を もって 成功と するかが 無いと、 出した あとに 良し悪しを 話せません - やらないこと
今回は 作らない 物も 書いて おきます。 あとで 「入っていると 思っていた」と 揉めるのを防げます
早めに
「見やすい一覧」と
トレードオフ
聞き取りに
話す例は、
よく
- 言われた
機能の 一覧を そのまま受け取る 目的を 聞かないと、 作ったのに 困りごとが 残る ことがあります - 「速く」
「使いやすく」を あいまいなまま進める 成功の 基準が 無いと、 出した あとに 評価できません - 最後に
まとめて見せる ずれに 気づくのが 遅れ、 直す 手間が 大きくなります
深掘りの問い
- 「お客さん
自身も、 何が 欲しいか 分かっていないときは」今の 仕事の 流れを 一緒に たどり、 手間が かかっている 所を 見つける、と答えます - 「要望の
優先度が、 相手の 中で 割れたら」 目的と 成功の 基準に 照らして どれが 効くかを 示し、 決めるのは 相手に 任せる、と答えます - 「要件が
決まったと 判断するのは、 いつですか」 必須の 範囲、 成功の 基準、 やらない ことが 文書に なり、 相手と 合意できた とき、と答えます