Nume: Management de produs în Scrum. Metode agile pentru afacerea dvs
Autorii): Roman Pichler
Editura: Mann, Ivanov și Ferber, 2016

Descriere:
Original (engleză): „Managementul agil al produselor cu Scrum: crearea de produse pe care clienții le plac” de Roman Pichler

Primul ghid pentru managementul agil al produselor folosind Scrum, de la unul dintre experții de top ai metodologiei.

Aceasta este o carte pentru oricine este interesat de managementul agil al produsului, în special pentru cei care sunt sau se mută într-un rol de proprietar de produs. Cartea acoperă rolul proprietarului produsului, precum și tehnicile de bază de management al produsului. Acestea includ vizualizarea produsului, dezvoltarea și rafinarea stocului de produse, planificarea și urmărirea lansării produsului, utilizarea întâlnirilor Scrum și tranziția către un nou rol. Acest ghid practic vă va ajuta să aplicați în mod eficient tehnicile de gestionare a produselor în Scrum. O atenție deosebită este acordată produselor legate de software, de la o simplă aplicație până la produse complexe precum telefoanele mobile.

Consultantul principal Scrum, Roman Pichler, demonstrează cu exemple reale modul în care proprietarii de produse pot crea produse de succes folosind Scrum.

Din carte vei afla:

  • Cum diferă Scrum de metodele tradiționale de management.
  • Despre ce dificultăți tipice se confruntă un proprietar de produs.
  • Care este rolul proprietarului produsului: ce și cum ar trebui să facă.
  • Cum să gestionați restanța chiar și cu cele mai complexe produse.
  • Cum să planificați o lansare și să luați decizii privind programul, bugetele și funcționalitatea.
  • Care este rolul proprietarului de produs în întâlnirile de sprint: ce trebuie și nu.

Aceasta este o carte pentru oricine este interesat de managementul agil al produsului, în special pentru cei care sunt sau se mută într-un rol de proprietar de produs.

Echipă

Pentru a crea o atmosferă de succes în echipa Scrum, minimizați modificările în compoziția sa în timpul și între lansări. Este nevoie de timp pentru ca un grup de oameni să se dezvolte într-o echipă coerentă.

Proiecte ale terților

Companii precum Google le permit dezvoltatorilor să petreacă până la 20% din timp pe „proiecte pasionale”. Acestea sunt proiecte private de cercetare care duc la idei noi care sunt implementate în prototipuri.

Restante

Dacă grădina este lăsată nesupravegheată pentru o lungă perioadă de timp, aceasta va deveni copleșită. La fel și stocul de produse - atunci când este neglijat, va deveni voluminos și incomod. Are nevoie de îngrijire și atenție și este recomandat să lucreze constant cu el.

Obstacole

Problemele nerezolvate se înmulțesc ca ciupercile după ploaie. Acesta este motivul pentru care Scrum se concentrează Atentie speciala abordarea obstacolelor - identificarea și eliminarea problemelor care interferează cu munca și provoacă prejudicii proiectului.

Fii cu ochii pe calitate

Lucrările parțial finalizate sau incorecte nu trebuie acceptate. Prin sacrificarea calității, echipele rămân cu un produs care va deveni din ce în ce mai dificil și mai costisitor de întreținut și extins.

Revizuire

Revizuirea rezultatelor sprintului contribuie la crearea unui produs de succes. Oferă echipei Scrum oportunitatea de a interacționa cu părțile interesate, de a revizui progresul dezvoltării produsului și de a decide pașii următori.

Roman Pichler este unul dintre experții de top în Scrum și managementul agil al produselor. Are o vastă experiență în formarea și îndrumarea proprietarilor de produse și în a ajuta companiile să implementeze metode eficiente management de produs. Pe lângă această carte, a creat un bestseller Scrum – Agiles Projektmanagement erfolgreich einsetzen(„Scrum – Aplicarea cu succes a managementului de proiect Agile”). Roman vorbește adesea la conferințe internaționale. Este Certified Scrum Trainer și a condus eforturile Alianței Scrum de a dezvolta un curs de formare pentru Certified Scrum Product Owners.

  • Cuvânt înainte de Geoff Sutherland
  • Cuvânt înainte de Brett Queener
  • Prefaţă
  • 1. Cine este un proprietar de produs?
    Rolul Product Ownerului
    Caracteristicile proprietarului potrivit de produs
  • 2. Planificarea conceptului de produs
    Viziunea produsului
    Calitățile dorite ale vederii
    Produs funcțional minim
    Simplitate
    Nevoile cumpărătorului și proprietățile produsului
    Nașterea unei viziuni de produs
    Tehnici de formare a vederii
    Formarea viziunii și a foii de parcurs pentru produse
    Produse și opțiuni minime de produs
    Greșeli comune
    Întrebări pentru autocontrol
  • 3. Lucrul cu stocul de produse
    Proprietăți profunde ale stocului de produse
    Se lucrează la stocul de produse
    Identificarea și descrierea elementelor
    Prioritizarea stocului de produse
    Pregătirea pentru planificarea sprintului
    Definirea scalelor elementelor
    Lucrul cu cerințe nefuncționale
    Backlog de produse la scară
    Greșeli comune
    Întrebări pentru autocontrol
  • 4. Planificarea lansării
    Timp, cost și funcționalitate
    Stabilitate de calitate
    Lansări rapide și frecvente
    Cicluri trimestriale
    Viteză
    Tabel de ardere pentru eliberare
    Planul de lansare
    Planificarea lansării în proiecte mari
    Greșeli comune
    Întrebări pentru autocontrol
  • 5. Colaborați la întâlnirile Sprint
    Planificarea sprintului
    Criterii de pregătire
    Întâlnire zilnică de scrum
    Întârziere de sprint și diagramă burndown pentru un sprint
    Revizuirea rezultatelor sprintului
    Revizuire retrospectivă Sprint
    Întâlniri de sprint pentru proiecte mari
    Greșeli comune
    Întrebări pentru autocontrol
  • 6. Devenirea unui proprietar de produs
    Cum să fii un mare proprietar de produs
    Cum să dezvoltați proprietarii de produse
    Întrebări pentru autocontrol
  • Bibliografie
  • Mulțumiri
  • Despre autor

Roman Pichler

Management de produs în Scrum. Metode agile pentru afacerea dvs

Roman Pichler

MANAGEMENT AGIL DE PRODUSE CU SCRUM

Crearea de produse pe care clienții le plac


Publicat cu permisiunea de la Pearson (Addison-Wesley Professional)


Mulțumim lui ScrumTrek, reprezentat de Alexey Pimenov, Daria Ryzhkova, Vasily Savunov și Alexander Tupikov, pentru sprijinul acordat în pregătirea publicației


Toate drepturile rezervate. Nicio parte a acestei cărți nu poate fi reprodusă sub nicio formă fără permisiunea scrisă a deținătorilor drepturilor de autor.


Traducere autorizată din ediția în limba engleză, intitulată Agile product management with Scrum: creating products that customers love, prima ediție, publicată de Pearson, publicată ca Addison-Wesley Professional.

© Roman Pichler, 2010

© Traducere în rusă, publicare în rusă, design. Mann, Ivanov și Ferber LLC, 2017

* * *

Această carte este bine completată de:

Scrum. O metodă revoluționară de management de proiect

Jeff Sutherland


Termen limită

Tom DeMarco


De la bun la grozav

Jim Collins

Dedicat Melissei


Cuvânt înainte de Geoff Sutherland

Product Owner este un rol nou pentru majoritatea companiilor și, prin urmare, necesită prezentare convingătoare pe care le oferă această carte. Când a fost ales primul Product Owner, am fost vicepreședintele Object Technology și am fost responsabil pentru dezvoltarea primului produs construit folosind Scrum. Acest produs urma să fie un produs definitoriu pentru companie și mi s-au dat șase luni să creez un instrument de dezvoltare care să schimbe piața. Pe lângă faptul că lucrez cu o echipă mică, atent selecționată, a trebuit să restructuram întreaga companie în jurul unui nou mod de operare. Au mai rămas câteva luni până la livrarea produsului și era clar că succesul va fi determinat de un set corect format de funcționalități minime. S-a dovedit că nu am avut suficient timp să vorbesc cu clienții și să analizez amănunțit acțiunile concurenților, ceea ce ar ajuta la prioritizarea cu precizie și la descompunerea funcționalității în elemente mici pentru echipă.

Îmi delegasem deja responsabilitățile de inginerie primului Scrum Master, John Skamniothales, dar aveam nevoie de un Product Owner. Am avut acces la toate resursele companiei, așa că l-am ales pe Don Redner pentru rolul de care aveam nevoie, cel mai bun specialist din echipa de management al produsului. Don, ca prim proprietar de produs, a trebuit să conducă produsul creând o viziune asupra viitorului, un plan de afaceri și venituri, planuri de dezvoltare și lansare și, cel mai important, dezvoltând cu atenție un backlog de produse cu priorități pentru întreaga echipă.

Don și-a petrecut jumătate din timp cu echipa și cealaltă jumătate cu clienții. Sarcina lui a fost să livreze produsul dorit, în timp ce eu, împreună cu întreaga companie, lucram la naming și branding, strategie de marketingși comunicații, planificarea vânzărilor și instruirea, continuând în același timp să meargă la întâlnirile scrum în fiecare zi și să îndepărteze toate obstacolele din calea echipei. Rolul lui Don a fost mult mai implicat decât un manager de marketing de produs tipic. Deodată s-a trezit proprietarul unei noi linii de afaceri. În același timp, a trebuit să se aprofundeze în munca inginerilor, explicând regulat situația și motivând angajații. Imersiunea completă atât în ​​piață, cât și în echipă în același timp este o experiență unică.

Nivelul de concentrare și responsabilitatea unui bun proprietar de produs este descris în detaliu în această carte, dar este rar observat în companiile de produse reale și echipele IT. Avem nevoie de o descriere a unui proprietar de produs exemplar și a modului în care acesta îndeplinește acel rol. Un astfel de ghid a fost pregătit de Roman Pichler.

Jeff Sutherlandunul dintre creatorii lui Scrum

Cuvânt înainte de Brett Queener

Astăzi, Agile câștigă avânt în toată industria software. În ultimii douăzeci de ani, mulți clienți, parteneri și angajați au fost frustrați de modul în care dezvoltăm soluții tehnologice pentru întreprinderi. Din păcate, acestea s-au dovedit adesea a fi de calitate scăzută, a durat câțiva ani pentru a fi aduse pe piață și de multe ori le-a lipsit inovația necesară pentru a rezolva problemele reale de afaceri.

Salesforce.com se angajează să fie o companie diferită, concentrată pe succesul clienților și angajaților. Știam că pentru tipul nostru de organizație nu erau aplicabile metodele tradiționale de dezvoltare a software-ului. A fost necesar să vin cu un alt model și, după ce mi-am umilit mândria, să găsesc cea mai bună opțiune. Ne-am întrebat: există o modalitate de a livra software de calitate în mod regulat și la timp? Este realist să creăm valoare pentru clienți în mod frecvent și rapid? Este posibil să inovem cu aceeași viteză cu creșterea companiei? S-a dovedit că da, se poate.

În calitate de proprietar șef de produs la Salesforce.com, trebuia să găsesc cea mai dinamică modalitate prin care managerii de produs pot comunica dorințele și nevoile clienților și de afaceri echipelor de produse, asigurând totodată părere. Utilizarea Scrum permite managerilor de produs să fie trași la răspundere pentru crearea de valoare pentru client. Ceea ce, la rândul său, face posibilă direcționarea echipei să dezvolte mai întâi cele mai critice caracteristici pentru afaceri, pentru a pune produsul în mâinile clienților cât mai repede posibil. Scrum ne oferă flexibilitatea de care avem nevoie pentru a răspunde rapid la condițiile în schimbare ale pieței și la presiunile competitive sau pentru a implementa idei noi de la echipele noastre. În această carte, veți afla cum este diferit un Product Owner de un Product Manager tradițional și de ce este mai împuternicit. nivel inalt responsabilitatea pentru succesul produsului. Aici se dezvăluie clar contrastul dintre comportamentul unui specialist în modelele tradiționale și cele agile.

Mulți au încercat să explice rolul proprietarului de produs, dar nimeni nu a reușit ca Roman Pichler. Vorbește convingător despre teorie și practică management flexibil produse care ajută proprietarii de produse, membrii echipei Scrum și directorii să inoveze. Romanul oferă multe exemple din activitățile unor astfel de inovatori competitivi precum Salesforce.com și, de asemenea, explică clar cum să creați și să asigurați funcționarea fiabilă a funcționalității minime atunci când inovăm. De asemenea, atrage atenția asupra greșelilor comune făcute de proprietarii de produse.

În dinamica de astăzi și mediu competitiv Cererile clienților sunt mai mari ca niciodată. Abordarea agilă pe care o adoptăm la Salesforce.com oferă rezultate excelente, deoarece proprietarii noștri de produse continuă să inoveze și să creeze valoare pentru clienți. Dacă vrei să obții același rezultat, atunci această carte este pentru tine. Instrumente dovedite, metode, sfaturi valoroase - toate acestea vă vor ajuta pe dvs. și clienții dvs. pe calea succesului.

Brett QueenerVicepreședinte senior al Product Salesforce.com

Prefaţă

Există multe cărți excelente scrise despre dezvoltarea agilă de software și managementul produselor. Cu toate acestea, nu există încă o descriere cuprinzătoare a modului în care funcționează. Practicienii agili par să încerce să evite să răspundă la această întrebare, în timp ce oamenii de management de produs încă se luptă să înțeleagă această lume minunată agilă. Asta e acum mai multe companii Scrum este adoptat, iar problema specificului managementului produsului într-un mediu Scrum devine foarte relevantă. Această carte încearcă să răspundă.

În 1999, am fost introdus în ideologia agilă și am fost impresionat de colaborarea strânsă dintre specialiștii tehnici și de business și tehnicieni. Întotdeauna am crezut că dezvoltarea de software a fost ceva care îi interesa pe tocilari, dar nu pe oamenii de afaceri. Când am antrenat primul meu proiect agil în 2001, obiectivul meu principal a fost să îi ajut pe managerii de produs să treacă la lumea metodologiilor agile. De atunci, proprietatea asupra produsului a rămas întotdeauna cea mai mare provocare pentru companie și a determinat succesul întregii întreprinderi. Acesta a fost cazul în toate companiile pe care le-am consultat și a ajutat nu numai la dezvoltarea unui produs de succes, ci și la aplicarea Scrum în scopul propus. Putem repeta cuvintele lui Chris Fry și Steve Green (Fry, 2007; 139), care au sfătuit Salesforce.com cu privire la tranziția la Agile:

În primele zile, am auzit continuu de la mulți experți că rolul Product Owner a fost cheia succesului tranziției Agile. Deși acest lucru ne-a fost clar intuitiv, încă nu am înțeles pe deplin schimbările semnificative care îi așteptau pe proprietarii de produse.

Prin ce este diferit managementul agil al produselor?

Agile, sau managementul agil al produselor bazat pe Scrum, este diferit de abordări tradiționaleÎn multe privințe. Tabelul 1 oferă un rezumat al celor mai importante diferențe.

Roman Pichler

MANAGEMENT AGIL DE PRODUSE CU SCRUM

Crearea de produse pe care clienții le plac

Publicat cu permisiunea de la Pearson (Addison-Wesley Professional)

Mulțumim lui ScrumTrek, reprezentat de Alexey Pimenov, Daria Ryzhkova, Vasily Savunov și Alexander Tupikov, pentru sprijinul acordat în pregătirea publicației

Toate drepturile rezervate. Nicio parte a acestei cărți nu poate fi reprodusă sub nicio formă fără permisiunea scrisă a deținătorilor drepturilor de autor.

Traducere autorizată din ediția în limba engleză, intitulată Agile product management with Scrum: creating products that customers love, prima ediție, publicată de Pearson, publicată ca Addison-Wesley Professional.

© Roman Pichler, 2010

© Traducere în rusă, publicare în rusă, design. Mann, Ivanov și Ferber LLC, 2017

Această carte este bine completată de:

Jeff Sutherland

Tom DeMarco

Jim Collins

Dedicat Melissei

Cuvânt înainte de Geoff Sutherland

Product Owner este un rol nou pentru majoritatea companiilor și, prin urmare, necesită o prezentare convingătoare, ceea ce oferă această carte. Când a fost ales primul Product Owner, am fost vicepreședintele Object Technology și am fost responsabil pentru dezvoltarea primului produs construit folosind Scrum. Acest produs urma să fie un produs definitoriu pentru companie și mi s-au dat șase luni să creez un instrument de dezvoltare care să schimbe piața. Pe lângă faptul că lucrez cu o echipă mică, atent selecționată, a trebuit să restructuram întreaga companie în jurul unui nou mod de operare. Au mai rămas câteva luni până la livrarea produsului și era clar că succesul va fi determinat de un set corect format de funcționalități minime. S-a dovedit că nu am avut suficient timp să vorbesc cu clienții și să analizez amănunțit acțiunile concurenților, ceea ce ar ajuta la prioritizarea cu precizie și la descompunerea funcționalității în elemente mici pentru echipă.

Îmi delegasem deja responsabilitățile de inginerie primului Scrum Master, John Skamniothales, dar aveam nevoie de un Product Owner. Am avut acces la toate resursele companiei, așa că l-am ales pe Don Redner, cel mai bun om din echipa de management de produs, pentru a ocupa rolul de care aveam nevoie. Don, ca prim proprietar de produs, a trebuit să conducă produsul creând o viziune asupra viitorului, un plan de afaceri și venituri, planuri de dezvoltare și lansare și, cel mai important, dezvoltând cu atenție un backlog de produse cu priorități pentru întreaga echipă.

Don și-a petrecut jumătate din timp cu echipa și cealaltă jumătate cu clienții. Sarcina lui a fost să livreze produsul potrivit, în timp ce eu, împreună cu restul companiei, lucram la denumire și branding, strategie de marketing și comunicare, planificare și formare de vânzări, continuând în același timp să merg la întâlnirile scrum în fiecare zi și să înlăturăm toate obstacolele din calea echipei. Rolul lui Don a fost mult mai implicat decât un manager de marketing de produs tipic. Deodată s-a trezit proprietarul unei noi linii de afaceri. În același timp, a trebuit să se aprofundeze în munca inginerilor, explicând regulat situația și motivând angajații. Imersiunea completă atât în ​​piață, cât și în echipă în același timp este o experiență unică.

Nivelul de concentrare și responsabilitatea unui bun proprietar de produs este descris în detaliu în această carte, dar este rar observat în companiile de produse reale și echipele IT. Avem nevoie de o descriere a unui proprietar de produs exemplar și a modului în care acesta îndeplinește acel rol. Un astfel de ghid a fost pregătit de Roman Pichler.

Jeff Sutherland

unul dintre creatorii lui Scrum

Cuvânt înainte de Brett Queener

Astăzi, Agile câștigă avânt în toată industria software. În ultimii douăzeci de ani, mulți clienți, parteneri și angajați au fost frustrați de modul în care dezvoltăm soluții tehnologice pentru întreprinderi. Din păcate, acestea s-au dovedit adesea a fi de calitate scăzută, a durat câțiva ani pentru a fi aduse pe piață și de multe ori le-a lipsit inovația necesară pentru a rezolva problemele reale de afaceri.

Salesforce.com se angajează să fie o companie diferită, concentrată pe succesul clienților și angajaților. Știam că pentru tipul nostru de organizație nu erau aplicabile metodele tradiționale de dezvoltare a software-ului. A fost necesar să vin cu un alt model și, după ce mi-am umilit mândria, să găsesc o variantă mai bună. Ne-am întrebat: există o modalitate de a livra software de calitate în mod regulat și la timp? Este realist să creăm valoare pentru clienți în mod frecvent și rapid? Este posibil să inovem cu aceeași viteză cu creșterea companiei? S-a dovedit că da, se poate.

În calitate de proprietar șef de produs la Salesforce.com, trebuia să găsesc cea mai dinamică modalitate prin care managerii de produs pot comunica dorințele și nevoile clienților și ale afacerii către echipele de dezvoltare, oferind și feedback. Utilizarea Scrum permite managerilor de produs să fie trași la răspundere pentru crearea de valoare pentru client. Ceea ce, la rândul său, face posibilă direcționarea echipei să dezvolte mai întâi cele mai critice caracteristici pentru afaceri, pentru a pune produsul în mâinile clienților cât mai repede posibil. Scrum ne oferă flexibilitatea de care avem nevoie pentru a răspunde rapid la condițiile în schimbare ale pieței și la presiunile competitive sau pentru a implementa idei noi de la echipele noastre. În această carte, veți afla cum diferă un Product Owner de un Product Manager tradițional și de ce are un nivel mai ridicat de responsabilitate pentru succesul unui produs. Aici se dezvăluie clar contrastul dintre comportamentul unui specialist în modelele tradiționale și cele agile.

Mulți au încercat să explice rolul proprietarului de produs, dar nimeni nu a reușit ca Roman Pichler. El oferă o introducere puternică în teoria și practica managementului agil al produselor, care ajută proprietarii de produse, membrii echipei Scrum și directorii să inoveze. Romanul oferă multe exemple din activitățile unor astfel de inovatori competitivi precum Salesforce.com și, de asemenea, explică clar cum să creați și să asigurați funcționarea fiabilă a funcționalității minime atunci când inovăm. De asemenea, atrage atenția asupra greșelilor comune făcute de proprietarii de produse.

În mediul dinamic și competitiv de astăzi, cerințele clienților sunt mai mari ca niciodată. Abordarea agilă pe care o adoptăm la Salesforce.com oferă rezultate excelente, deoarece proprietarii noștri de produse continuă să inoveze și să creeze valoare pentru clienți. Dacă vrei să obții același rezultat, atunci această carte este pentru tine. Instrumente dovedite, metode, sfaturi valoroase - toate acestea vă vor ajuta pe dvs. și clienții dvs. pe calea succesului.

Brett Queener

Vicepreședinte senior al Product Salesforce.com

Prefaţă

Există multe cărți excelente scrise despre dezvoltarea agilă de software și managementul produselor. Cu toate acestea, încă nu există o descriere cuprinzătoare a modului în care funcționează. Practicienii agili par să încerce să evite să răspundă la această întrebare, în timp ce oamenii de management de produs încă se luptă să înțeleagă această lume minunată agilă. Acum din ce în ce mai multe companii adoptă Scrum, iar problema specificului managementului produselor într-un mediu Scrum devine foarte relevantă. Această carte încearcă să răspundă.