こう
- 「途中で
仕様の 変更や 追加の 要望が 来たら、 どうしますか」 - 「リリースの
直前に、 お客さんから 機能を 1 つ足して ほしいと 言われました。 どう 返しますか」 - 「変更を
受けるか どうかは、 誰が 決めますか」
面接官が
- 言われた
通りに 受けるだけでも、 突っぱねるだけでもなく、 ビジネスの 目的に 照らして 一緒に 決められるか - 影響を
工数、 期限、 品質の 言葉で 示し、 相手が 選べる 形にできるか - 決めた
ことを 文書に 残し、 あとで 食い 違わないように しているか
短い答え
- まず
変更が 工数、 期限、 品質に どう 響くかを 見積もり、 すぐに 相手へ 示します。 - 期間と
人手は 限られているので、 何かを 削るか、 期限を 動かすか、を 選んで もらう 形にします。 - 決まった
ことは 必ず文書に 残し、 関わる 人全員が 同じ 内容を 見られるようにします。
少し
影響を
変更が
- 工数
何人で 何日ぶん 増えるか。 作り直しに なる 部分はどこか - 期限今の
予定の どこに 入るか。 後ろの 作業が どれだけずれるか - 品質試す
時間が 削られないか。 ほかの 機能を 壊すおそれは無いか
選んで
影響が
- 変更を
入れて、 ほかの 機能を 次の版に回す - 変更を
入れて、 期限を延ばす - 今回は
入れず、 出した あとの 次の 版で入れる
そのうえで、
文書に残す
口頭で
トレードオフ
変更の
話す例は、
よく
- その
場で 「できます」と言う 影響を 調べないまま 受けると、 期限か 品質の どちらかが崩れます - 変更を全部断る
変更には 理由が あります。 目的を 聞いて、 入れ方を 一緒に考えます - 決めた
ことを 口頭で済ませる あとで 食い 違い、 責任の 押し付け合いになります
深掘りの問い
- 「上の
人から、 期限も 範囲も 変えずに 入れろと 言われたら」 品質が 下がる おそれと、 その 中身 (試す範囲が 減る など ) を 具体的に 伝え、 それでも 進めるなら 記録に 残す、と答えます - 「変更が
何度も 続くときは」要件の 聞き取りで 目的が 詰め切れていない合図と 見て、 目的と 成功の 基準を 一度確かめ直す、と答えます - 「見積もりに
自信が 無いときは」幅を 持たせて 伝え、 調べが 進んだら 更新する、と答えます