これは本当のジレンマであり、トリック問題ではありません。生産的な試行錯誤はエンジニアが耐久性のあるスキルを構築する方法ですが、試行錯誤は一定の範囲までしか生産的ではなく、締め切りは現実です。答えはどちらかを選ぶことではなく、状況と人を読み取り、意図的に選択することです。
| ステークス | 正しいアクション |
|---|---|
| 低い / ラーニングタスク、時間がある | 試行錯誤させる、ヒントのみ |
| 高い / クリティカルパス上、時間が迫っている | 今ブロック解除する、後で報告 |
| 同じことで繰り返し詰まっている | 止めて、基礎的な概念を直接教える |
ミッドレベルエンジニアがリリース前夜に不安定なテストで詰まっています。夜の9時にソクラテス式セミナーをしません。ペアプログラミングで一緒に修正し、リリースします。翌朝は、レッスンがまだ活きるように、何がそれを不安定にしたのかについて20分を費やします。
いつも答えを与えると、依存関係が生まれ、成長しないエンジニアができます。いつもそれを控えると、時間、モラル、締め切りを消費します。良いメンタリングは2つの間の判断に存在し、ルールとしてではなくケースバイケースで適用されます。