こう
- 「新しい
技術を 採用する とき、 どう 判断しますか」 - 「チームの
だれかが 新しい フレームワークを 使いたいと 言ってきたら、 どうしますか」 - 「入れてみて
合わなかった ことは ありますか」
面接官が
- 「新しいから」
「流行っているから」ではなく、 課題から 選んでいるか - 自分が
使えるかだけでなく、 チームが 長く 運用できるかまで 考えているか - いきなり全部に
入れず、 小さく 試して 戻せる 形に しているか
短い答え
- 解決したい
課題に 合うか、 チームが 運用できるか、 情報や 使う 人の 集まりが 十分に あるか、の 3 つで 判断します。 - 合わなかった
ときの 損を 小さく する ために、 まず 一部で 小さく 試し (PoC)、 だめなら 戻せる 範囲で 入れます。 - 新しい
技術は 情報が 少なく、 詰まった ときに 調べても 答えが 見つからない ことがあるので、 その 手間も 見込みます。
少し
判断の 3 つ
- 課題に合うか
今の 技術で 困っている ことを、 それで 本当に 解決できるか。 困っていないなら 入れる 理由は ありません - チームが
運用できるか 自分だけでなく、 ほかの 人も 直せるか。 障害の ときに、 だれが 対応できるか - 情報と
使う 人の集まり 公式の 文書が そろっているか、 更新が 続いているか、 困った ときに 調べられる 情報があるか
小さく
PoC (Proof of Concept) は、
本番に
選んだ
トレードオフ
慎重に
話す例は、
よく
- 「新しいから」
「有名な 会社が 使っているから」で選ぶ 自分たちの 課題と 結び ついていません - いきなり全体に入れる
合わなかった ときに 戻せず、 損が 大きくなります - 自分だけが
分かる 技術を入れる 自分が 休んだら、 だれも 直せなくなります
深掘りの問い
- 「試した
結果、 どうなったら 採用を やめますか」試す前に、 作る 速さや 不具合の 数など、 比べる 物差しを 決めて おく、と答えます - 「チームの
反対が あったら」 心配の 中身を 聞き、 試す範囲を 小さく するか、 心配を 確かめる 試しを 足す、と答えます - 「新しい
技術の 情報を どう 追っていますか」 公式の 文書と 更新の 記録を 読み、 手元で 小さく 動かして 確かめる、と答えます