こう
- 「数か
月かかる 案件の 見積もりを、 どう 出しますか」 - 「まだ
仕様が 固まっていない 案件の 見積もりを 求められたら」 - 「見積もりの
精度を 上げる ために、 何を していますか」
面接官が
- 感覚の 1 つの
数字ではなく、 分けて 数えた 根拠を示せるか - 分からない
所を 隠さず、 幅と 前提として 見せられるか - 開発の
作業だけでなく、 テストやリリースまで 含めた 全体を 数えているか
短い答え
- 作業を
数日で 終わる 大きさまで 小さく 分け、 実際に 作る 人と 一緒に 数えます。 - 分からない
所が 大きい 部分は、 先に 短い 調べ (スパイク) を して、 分かってから 見積もり直します。 - 1 つの
数字ではなく 幅と 前提 (やる こと、 やらない こと、 分かっていない こと ) を 付けて 出し、 進むごとに 見積もり直します。
この
少し
小さく
大きな
数えるのは、
開発以外の
分からない
使った
調べる
幅と
見積もりは
区切りの
話す例は、
よく
- 全体を
見た 感覚で 1 つの 数字を出す根拠を 説明できず、 外れた ときに 直す手が かりも ありません - 事業側の
希望の 日付から 逆算して 数字を決める それは 見積もりではなく 目標です。 目標と 見積もりは 分けて話します - 開発の
作業だけを 足し合わせる テストやリリースの 準備が 抜け、 必ず 足りなくなります - 分からない
部分に、 理由を 書かずに 大きめの 数字を足すなぜ その 数字かを 聞かれて 答えられません
深掘りの問い
- 「事業側から、
もっと 短くならないかと 言われたら」 範囲を 削る、 段階で 出すなどの 選択肢を 出し、 見積もりの 数字 その ものは 曲げない、と答えます - 「幅が
広すぎると 言われたら」幅を 広げている 分からない 所を 示し、 先に 調べて 幅を 狭める 時間を もらう、と答えます - 「見積もりの
外れを どう 減らしますか」前の 案件の 見積もりと 実際を 並べて、 どの 種類の 作業が ずれやすいかを 見る、と答えます