Personalitățile cu care îmi place să lucrez – Atunci când trebuie să creez echipe noi, obișnuiesc să mă gândesc atent la responsabilitățile fiecărui rol și la competențele asociate rolului.
Categorie: Scrum
Care este interesul unui Responsabil de Produs Mandatat? Niciunul. Proxy Product Owner VS Product Owner
Proxy înseamnă autoritatea de a reprezenta pe cineva. De exemplu, de a vota în locul cuiva. Din acest motiv m-am gândit că o traducere potrivită pentru „Proxy Product Owner” ar fi Responsabil de Produs Mandatat (prescurtat: RPM).
Obligațiile Responsabilului de Produs (Product Owner)
Obligațiile Responsabilului de Produs – Rolul Responsabilului de Produs nu are tradiție, și-i percepem importanța diferit în funcție de gradul de experiență cu Scrum. Sper ca articolul de mai jos să clarifice obligațiile acestui rol și să lumineze drumul echipelor Scrum în permanenta și umana lor luptă pentru control.
Cine răspunde pentru conținutul Produsului? Responsabilul de Produs sau Administratorul/Managerul companiei?
Dacă în articolul precedent am răspuns la o întrebare frecvent întâlnită, astăzi voi încerca să adresez o întrebare pe care uităm s-o probăm când așezăm Scrum-ul în context: Cine decide ce funcționalități trebuie să conțină produsul?
Pe cine servește Responsabilul de Produs?
Am scris acest articol pentru că recent am avut ocazia să discut cu un Responsabil de Produs debutant. Scopul era să-i ghidez primii pași. Nicidecum surprinzător, înțelegerea-i era alterată față de Agilitate și Scrum în general, în special asupra răspunderilor asociate. În urma discuției noastre, a înțeles că, indiferent cât de mult își dorește să aducă valoare viitorilor utilizatori, în primul rând trebuie să asimileze așteptările celor care-l plătesc.
Legătura dintre reputație, bani, succes și leadership. Lecții de la Marissa Mayer.
Putem itera multe trăsături ale liderilor fără adepți. Adică, despre acei lideri urmați de angajați pentru că trebuie, nu pentru că așa este mai bine. Însă două trăsături ies adesea în evidență
Lecții învățate despre utilizarea Definiției unei cerințe pregătite (Definition of Ready for a feature).
Am tot scris pe blog despre definiția unei cerințe pregătite, despre utilitatea și dezavantajele folosirii unui astfel de instrument, și-am să descriu în acest articol alte două motive pentru care folosirea acestei definiții poate descuraja tranziția către agilitate:
Folosește întrebări în loc de reguli.
Mai întâi realitatea, abia apoi ceea ce ne dorim.
Ce este coaching-ul?
Vinerea și sâmbăta trecută (6 și 7 februarie 2015) am fost în București pentru un curs de coaching. De fapt, este vorba despre un proces de formare întins (sau restrâns) pe o perioadă de trei luni de zile, avându-l ca formator pe Viorel. De-a lungul celor două zile am avut ocazia să lucrez altfel cu oameni deja dragi mie (ne-am înscris în grup) și bucuria să întâlnesc alți oameni frumoși. Cursul mi-a dat…
Scrum Master și apoi dezvoltator sau dezvoltator înaintea Scrum Master?
Mi s-a întâmplat de mai multe ori să văd că o singură persoană asumându-și cele două roluri: de Scrum Master și de dezvoltator. Motivul invocat de obicei este lipsa de buget sau lipsa de eficacitate. Ce va face un Scrum Master pentru o echipă de două persoane? Pe lângă raționamentele evidente, precum subiectivitatea Scrum Master-ului în stimularea performanței echipei, cred că merită să precizăm că în întreaga…
Gânduri despre reacțiile noastre, ultimatum și nonsens
Realitatea Făceam check-in-ul în aeroportul din Chișinău. La coada de așteptare răspundeau doar două persoane (două servere). La un moment dat, apare o problemă cu un călător. Ceva nu era în regulă cu pașaportul sau cu viza sa – unul din cele două servere se blochează. Cel mai probabil din neatenție, persoana care urma la rând, nu-și dă seama că poate totuși să avanseze către celălalt…