締め切りの中で、速度と品質のバランスをどのように取っていますか?

Question

Accepted Answer

面接官は、**意図的で文脈を認識したトレードオフ**を求めています。独断的な「常に高速出荷する」や「決して妥協しない」ではなく、トレードオフを*意識的かつ可視的に*行うことが重要です。

## なぜ重要なのか

```text
1. Identify what quality is non-negotiable (correctness, security, data safety)
2. Find what can be deferred (polish, edge cases, refactors)
3. Cut scope, not core quality — ship less, not worse
4. Name any debt out loud and schedule paying it down
```

## 実例

```text
S: We had three days to launch an MVP for a client pilot.
T: Full feature set wasn't possible without risking stability.
A: I shipped the core happy path solidly, deferred two edge cases behind a flag,
   and wrote a ticket for the debt with a date. I told the client which parts
   were preview-only.
R: The pilot launched on time and stable. We closed the deferred tickets the
   following sprint.
```

## 良い例 vs 弱い例

```text
✓ Conscious tradeoff, debt tracked, scope cut
✗ Shipping broken code silently to hit a date
✗ Refusing to ever bend, missing the deadline
```

## なぜ重要なのか

速度と品質は、通常はスコープ問題という隠れた形です。スコープを削減することで、両方を保護できます。

技術的負債を明らかに名前を付けることで、ショートカットの信頼性を保ち、忘れられるのではなく返済されるようにします。

どの品質が非交渉的であるかを知ることは、経験とともに得られる判断力です。これは面接官が探っていることです。