A — Autonomy
Sentimentul că am control asupra propriei munci. În IT — specs over-prescriptive, micromanagement în standup, calendar invadat — sunt cele 3 forme dominante de furt de Autonomy.
- Recunoști când îi furi cuiva Autonomy fără să vrei (specs, ședințe, decizii)
- Construiești user stories outcome-based (WHAT + WHY, nu HOW)
- Reformulezi „comenzi” în „opțiuni”
Studii (Lazarus, 1991; Steptoe, 2000) arată: senzația de control asupra propriei munci reduce stress-ul mai mult decât rezolvarea problemei. Un dev căruia i se spune „cum” să implementeze e mai stresat decât unul căruia i se spune doar „ce” problemă rezolvă — chiar dacă a doua e o problemă mai grea. Autonomy nu e un nice-to-have, e un need.
Cum se manifestă Autonomy în IT
Există 3 zone unde BA/PO/EM fură Autonomy fără să-și dea seama: (1) Specs — ticket-ul descrie HOW (poziție exactă în UI, wording exact, pași exacți de comportament) în loc de WHAT și WHY. (2) Standup-ul se transformă în „status report către manager” în loc de sincronizare. (3) Calendar-ul — ședințe puse fără întrebare, focus time spart de „repede 5 min”.
Ce activează Autonomy (toward)
- A da WHAT și WHY, lăsând HOW. „Userul trebuie să confirme acțiunea ușor” > „pune un buton primary cu text Confirm”.
- Întrebări deschise în refinement: „cum ai aborda asta tehnic?”.
- „Te interesează să iei taskul ăsta?” în loc de „ți-l alocez”.
- Time-blocks de focus respectate — nu „doar 5 min, repede”.
- Permisiunea de a refuza o ședință fără explicații lungi.
Ce amenință Autonomy (away)
- Specs prescriptive cu detalii UX/UI (poziție exactă, wording exact, ordine câmpuri, comportament la fiecare click) — care ar trebui lăsate echipei de design + dev.
- Status check-ins zilnice când nu sunt necesare („vreau update la 10 până termini”).
- Cineva (PO, PM, EM) care îți rescrie story-urile sau acceptance criteria în Jira fără să-ți spună.
- Decizii care îți afectează calendarul (recurring meetings) impuse, nu negociate.
- „Hai să facem...” în loc de „te interesează să facem...?”.
- Comentarii pe specs/story care „dictează” rescrierea în loc să întrebe.
4 momente de Autonomy în IT
Care din următoarele scenarii amenință cel mai mult Autonomy? Apasă apoi „Verifică”. Atenție: unele lovesc multiple dimensiuni — alege ce e dominant.
PM-ul îți pune ședință recurentă „daily check-in 1-1” la 9:00, fără să te întrebe dacă-ți convine.
Story-ul descrie pas-cu-pas exact ce să apară pe ecran: ce label, ce text exact pe buton, ce mesaj de eroare cuvânt-cu-cuvânt, ce ordine de câmpuri.
EM-ul te întreabă în public, în standup: „Mihai, când termini taskul X?”.
Tech Lead-ul îți rescrie titlul story-ului în Jira, direct, fără să-ți zică. Vezi când îl reasignează.
Redesign: spec prescriptive → outcome-based
Mai jos e un acceptance criteria scris prescriptive (zice HOW). Rescrie-l ca outcome-based (WHAT + WHY), care lasă echipa să decidă implementarea.
Scrie versiunea outcome-based. Apoi vezi un hint și o variantă propusă.
Când te-ai simțit micromanagerit?
Recall: ultimul moment în care ai simțit că cineva îți fură Autonomy. Ce s-a întâmplat? Ce ai făcut?
Notează scena. Cine, ce a spus/făcut, cum te-ai simțit fizic, ce ai făcut (sau nu ai făcut).
- Cum ai fi vrut să ți se vorbească? Ce întrebare deschisă ar fi schimbat tot tonul?
- Săptămâna asta — ai un coleg pe care l-ai putea micromanagement-i fără să-ți dai seama? La ce să fii atent?
Ai un dev care întârzie cu un task. Ce alegi?