S — Status
Locul perceput în ierarhie. Cea mai sensibilă dimensiune și cea mai des amenințată accidental — în refinement-uri, demo-uri, ședințe de prioritizare și prezentări la stakeholders.
- Recunoști când Status e amenințat în interacțiunile BA/PO zilnice
- Reformulezi feedback (review de specs, retro, demo) fără să declanșezi defensivă
- Construiești obiceiuri zilnice care alimentează Status-ul echipei
Status nu e despre titlu. E despre cum mă văd ceilalți și cum mă văd eu în comparație cu ei. Un comentariu inocent pe story-ul tău — „nu e clar ce ai vrut aici” — poate fi citit ca „mă faci să par neprofesionist în fața echipei”. Asta închide oamenii instant.
Cum se manifestă Status pentru BA/PO
Pentru BA și PO, Status-ul e expus în multe arene zilnice: refinement (claritatea story-urilor și AC), backlog grooming (justificarea priorităților), sprint demo (a livrat ce ai promis?), retros (deciziile tale sunt analizate), prezentări la stakeholders (înțelegi cu adevărat domeniul?), workshop-uri (ai facilitat bine?). Fiecare e o evaluare publică.
Ce activează Status (toward)
- Recunoaștere publică pentru o contribuție specifică („Ana, story-ul tău detaliat pentru flux-ul checkout a salvat echipa de 2 sprinturi de rework”) — nu generic („mulțumiri echipei”).
- A fi consultat înainte de o decizie de scope care îți afectează echipa.
- A primi un task care îți validează expertiza („tu ai cea mai bună privire pe domeniu — poți drive-ui asta?”).
- A vedea feedback-ul tău aplicat în story refinement — și menționat („per sugestia lui Ana am împărțit asta în 2 stories”).
Ce amenință Status (away)
- Comentarii scurte și directive pe story-uri sau specs („nu așa”, „rescrie”) — fără context.
- A fi corectat de cineva mai junior, în public, în stand-up sau Slack canal comun.
- A vedea altcineva primind credit pentru o decizie pe care ai propus-o tu prima dată.
- A nu fi invitat la decizii de prioritizare unde echipa ta e direct afectată.
- A primi specs cu instrucțiuni „pas cu pas” pe lucruri pe care le poți decide singur.
- Demo făcut de altcineva pentru ce ai livrat tu (chiar și „în numele echipei”).
4 momente de Status în viața de BA/PO
Care din scenariile următoare amenință cel mai mult Status-ul? Apasă răspunsul, apoi „Verifică”.
În demo, manager-ul te întrerupe: „Ana, scope-ul ăsta nu corespunde cu ce am discutat. Cum s-a întâmplat?”.
Junior dev-ul lasă comentariu pe story-ul tău în Jira: „nu cred că e bine formulat aici, ar trebui rescris”.
Tech Lead-ul îți schimbă storie-ul direct în Jira (titlu, AC) fără să-ți spună. Vezi când o reasignează.
În planning, EM-ul nu te invită — doar pe Tech Lead. Afli din notițele post-meeting.
Redesign: comentariu brutal pe story-ul tău
Mai jos e un comentariu pe care un Tech Lead l-a lăsat pe story-ul tău în Jira. Tehnic, are dreptate — dar a triggerit Status. Rescrie-l ca să păstreze conținutul (problema reală) dar să nu lovească Status-ul.
Scrie-ți versiunea ta — apoi vezi un hint și o variantă propusă.
Când ți-a fost Status-ul amenințat la job?
Notează aici un moment recent (ultimele 30 zile) în care ți-a fost lovit Status-ul. Notițele rămân în acest browser — nu se trimit nicăieri.
Recall: un refinement, demo, retro, prezentare la stakeholders în care ai simțit fizic „nu sunt văzut bine acum”. Ce s-a spus exact? De ce te-a atins?
- Ce ai fi vrut să fie spus altfel? În ce setting (1-1 vs. public)?
- Cine altcineva în acea cameră a observat ce simțeai? Ai vorbit ulterior cu el/ea?
- Săptămâna asta — ai fi pe punctul să spui ceva similar cuiva? Cum reformulezi?
Trebuie să spui unui PO că un user story e ambiguu. Ce alegi?