Commit to a call you can't fully prove, then revisit.
What it really is
On the surface, Making decisions with incomplete info can look like a single technique you either know or you don't. The real skill underneath is being the kind of engineer who starts from customer value, owns the outcome, and keeps growing past the ticket — and that's the part that actually transfers from one situation to the next. Here it shows up as a concrete, repeatable habit: commit to a call you can't fully prove, then revisit.
Why it matters
Tools and frameworks change; mindset is what makes a developer adaptable and trusted with ambiguity. A Delta is defined less by what they know than by how they show up.
What good looks like
- You move forward without waiting for perfect clarity.
- You treat the goal — not the ticket — as the job.
- You stay curious instead of defending what you already know.
Common trap
Mistaking activity for progress, or hiding behind "it wasn't in the spec."
How to practice
The rep: Commit to a call you can't fully prove, then revisit.
Do it on a real problem, not a hypothetical — under the kind of pressure where it's tempting to skip. Land it and you earn the Decisive badge. Repeat it until it stops feeling like a technique and starts feeling like instinct.