Më trego për një kohë kur e bindhe ekipin tënd të miratojnë qasjen tënde.

Question

IT Interview Practice · Accepted Answer

Kjo testeton **përsuadimin teknik**: a mund të paraqesësh një argument me prova dhe të bindësh njerëzit, ndërsa mbetesh i hapur ndaj mundësisë të gabuarit? Përsuadimi nuk është fitim i një debati.

## Si ta afrohesh

```text
1. State the problem and the criteria for a good solution first
2. Present options fairly, including the team's preferred one
3. Back your choice with data, a spike, or a small benchmark
4. Invite critique — adjust if they find a real flaw
```

## Shembull i punuar

```text
S: The team planned to build a custom job queue; I thought we should use an
   existing tool.
T: I had to make the case without dismissing their work.
A: I listed our actual requirements, built a one-day spike with the off-the-shelf
   tool, and showed it met every need with far less code to maintain.
R: The team agreed, and we shipped two weeks earlier. I noted the one case where
   their concern was valid and we documented the workaround.
```

## I mirë kundër i dobët

```text
✓ Evidence + fair comparison + open to critique
✗ "I argued until they gave up"
✗ Pushing your idea with no proof
```

## Pse ka rëndësi

Vendimet e mira kanë nevojë për mbështetje; një ide e shkëlqyer që asnjë nuk e miratoi nuk ndryshon asgjë.

Udhëzimi me kritere dhe prova e mban fokuson në rezultatin më të mirë, jo në atë se kush e ka hedhur idenë.

Qenia e vërtetë e hapur ndaj mundësisë të gabuarit është ajo që bën që njerëzit të besojnë në përfundimet e tua herën tjetër.

Si ta afrohesh

Shembull i punuar

I mirë kundër i dobët

Pse ka rëndësi

Pyetje të ngjashme