Termék tulajdonos

Termék tulajdonos

Product Owner egyfajta közötti kapcsolat az ügyfél és a fejlesztő csapat. Végső döntések meghozatalát a Scrum Team - pontosan ez a Product Owner

A fő feladata Product Owner - a létrehozása és ellenőrzése termék Backlog

Fő feladatok és felelősségi Product Owner a menedzsment Product Backlog:

  • Meghatározása elemek bekloga termék;
  • Megfelelő elhelyezése az elemek optimalizálása, a célok;
  • Biztosítva az egyértelműséget és átláthatóságot Termék Backlog;
  • Az átláthatóság biztosítása és tisztaságát követelményeket, amelyek a munka az egész Scrum csapat;
  • Általános optimalizálás hogy elérjék a legnagyobb munka értékét Development Team;
  • Felelős megértéséhez bekloga fejlesztő csapat.

Érdemes megjegyezni, hogy a Product Owner maga is végezhet mindezen feladatokat, és adhat nekik a fejlesztő csapat, de mindig marad a felelős.

Product Owner megoldások végrehajtásának bizonyos feladatokat el kell végezni. Minden döntéseit, a Product Owner sugározza át a termék elmaradás, amelyet úgy kapunk. Fontos megjegyezni, hogy milyen hatással van a munka maga Development Team, ő nem, és néha nem is jelen van a tervezés, mint a Scrum Planning Meeting. de mindig ott lesz, hogy abban az esetben bármilyen kérdése van, akkor lehet gyorsan megoldani.

Termék tulajdonos
Life Product Tulajdonos Scrum csapat

A Product Owner fontos, hogy írjon a probléma nem ugyanabból a programot, és a megrendelő igényei szerint - „hotelok”. Például a log-mintavevő rendszer túl lassú, kívánatos lenne gyorsabb. Ha a Product Owner írja - Végezzünk adatbázis optimalizálás, akkor ez rossz megközelítés. A probléma valójában nem lehet az adatbázisban, vagy nem csak ott. Ezért a leírás az összes feladat egyszerű nyelven, például, hogy gyorsítsák fel a kibocsátó a magazin. Ötletek a problémák megoldására, Product Owner (bármilyen más) a Megjegyzés mező a termék elmaradás.

A termék tulajdonos nem korlátozza magát, hogy csak így egy listát, amit szükség, mert a kölcsönhatás a csapat vezet jobb és hatékonyabb munkát.

Visszatérve a megbeszélést, akkor gyakran észre, hogy bármennyire igyekezett Product Owner kitöltésénél termék elmaradás, mindig megjelennek viták. A legalapvetőbb probléma - újraértékelése történet emlékeztet. Product Owner néha nem minden technikai szempontból a műveletet (és nem kell), és így a problémát, azt nem lehet előre látni, hogy mi a távoli összetett kölcsönhatásokat, amelyek növelik az átfutási idő is több alkalommal. Ebben az esetben fennáll annak a felülvizsgálatát becslések ezt a problémát, és ez hatással lehet a kimenet az összes történet túl rámutat csapat lehetőségek értékű Velocity.

Product Owner van szükség nem csak a kezdeti szakaszban, mint amilyennek látszik, hanem az egész Sprint. A kapcsolat a csapat igazán megy csak egyirányú - a csapat, mint kérdések merülnek folytatására jogosultak Product Owner. Gyakran előfordul, hogy a szükséges idő, hogy vonzza a Product Owner függ a teljes időt töltött a csapat. Erről a vita: „A csapat megérett kérdéseket a Product Owner»

Termék tulajdonos

Egy másik fontos feladata a Product Owner, hogy hagyja abba a Sprint. A cikk Rendellenes megszűnése / Stop sprint részletesen ezt a műveletet.

Termék tulajdonos

Scrum csapat

Az akció egyetlen organizmus, amely igyekszik megelőzni a kellemetlen helyzeteket, mint például a Stop sprint / rendellenes befejezése és az összes munkát.

Termék tulajdonos

Termék Backlog

A jegyzék az összes olyan feladatot, amely összegyűjtött minden, amit meg kell tenni, hogy a csapat néhány gyorsul. Feladatainak át a Sprint elmaradás.

Termék tulajdonos

Development Team

Motor Scrum csapat. A fejlesztő csapat működik, mint egy jól szervezett foci, vagy bármely más csapat. Az játéktér (Battle) - soha senki nem zavarja, de csak segít. A fő asszisztens - Scrum mester.

Termék tulajdonos

Sprint Planning Meeting

Nagyon fontos és felelősségteljes esemény Scrum módszertan, amely közvetlenül befolyásolja a munkát a jövőben. Érdekeltek részt venni az eseményen.

Termék tulajdonos

történet pontok

Ahhoz, hogy világosan megértsük, hogyan Velocity a Scrum, meg kell érteni, hogyan kell helyesen értékeli a történet emlékeztet. Ez a megértés vezet a fejlődés a legtermelékenyebb csapat.

Termék tulajdonos

Értékelése történet rámutat, illetve azok számát, globális szinten történik Velocity. A sebesség, amellyel fejlődik parancsot képlet alapján számítható ebben a grafikonon.

Termék tulajdonos

Sprint Backlog

Valami, ami már kiszállt a termék Backlog a Sprint Backlog, és meghatározta a célokat a jelenlegi Sprint. Sprint Backlog - rendkívül jól átgondolt dolog, ami lehetővé teszi, hogy pontosan ezeket a feladatokat egy ciklus, amely létrehoz egy működő termék.

Termék tulajdonos

Scrum Sprint

Talán a legfontosabb folyamat a módszertani Scrum, megáll, és ami előfordulhat. Eközben a munka folyik Sprint Development Team, Scrum Mester és Product Owner.

Kapcsolódó cikkek