{"id":53978,"date":"2014-11-01T12:28:46","date_gmt":"2014-11-01T11:28:46","guid":{"rendered":"http:\/\/agile.sk\/?p=53978"},"modified":"2014-12-16T21:02:59","modified_gmt":"2014-12-16T20:02:59","slug":"skusenosti-s-rolou-product-ownera","status":"publish","type":"post","link":"https:\/\/agile.sk\/?p=53978","title":{"rendered":"Sk\u00fasenosti s rolou Product Ownera"},"content":{"rendered":"

Na na\u0161om poslednom stretnut\u00ed<\/a>, kde bolo t\u00e9mou produktov\u00e9 vlastn\u00edctvo, som zdie\u013eal moje sk\u00fasenosti s rolou Product Ownera (PO), v ktorej som u\u017e 3 roky a ide o oblas\u0165 v\u00fdvoja software pre medic\u00ednu vo ve\u013ekom distribuovanom projekte (Nemecko, Slovensko, India). Tu je kr\u00e1tke zhrnutie.<\/p>\n

\u010co pova\u017eujem za najd\u00f4le\u017eitej\u0161ie:<\/p>\n

    \n
  1. PO mus\u00ed by\u0165 dostupn\u00fd pre svoje t\u00edmy a t\u00fdm nemysl\u00edm len DEMO a Pl\u00e1novac\u00ed meeting. Ak s\u00fa t\u00edmy distribuovan\u00e9 na r\u00f4znych miestach, treba by\u0165 s nimi fyzicky aspo\u0148 na 1 t\u00fd\u017ede\u0148 sprintu raz za \u010das. Najm\u00e4 v inici\u00e1lnych f\u00e1zach projektu \u010dastej\u0161ie, potom menej \u010dasto. PO mus\u00ed by\u0165 schopn\u00fd odpoveda\u0165 \u010dlenom t\u00edmu na ich ot\u00e1zky bez zbyto\u010dn\u00fdch prie\u0165ahov. Ak m\u00e1 PO viac t\u00edmov, je dobr\u00e9 ke\u010f si definuje presn\u00e9 \u010dasy v priebehu d\u0148a kedy \u010dlenovia dan\u00e9ho t\u00edmu m\u00f4\u017eu kontaktova\u0165 PO priamo telefonicky, cez Skype, chat a pod.<\/li>\n
  2. PO je zodpovedn\u00fd za produkt backlog, pri\u010dom priority s\u00fa dan\u00e9 zhora dole. PO takto maximalizuje biznis hodnotu produktu, t.j. najvy\u0161\u0161ie v produkt backlogu s\u00fa polo\u017eky s najvy\u0161\u0161ou biznis hodnotou pre z\u00e1kazn\u00edka. T\u00edm implementuje polo\u017eky z produkt backlogu s oh\u013eadom na t\u00fato prioritu.<\/li>\n
  3. PO reprezentuje biznis. PO mus\u00ed ma\u0165 dom\u00e9nov\u00e9 know-how a \u013eudia na neho pozeraj\u00fa ako na niekoho kto vie relevantne odpoveda\u0165 na v\u0161etky technick\u00e9 mo\u017en\u00e9 aj nemo\u017en\u00e9 ot\u00e1zky oh\u013eadne produktu.<\/li>\n
  4. PO mus\u00ed ma\u0165 v\u00edziu produktu. PO pl\u00e1nuje releasy, t.j. kedy jednotliv\u00e9 funkcie bud\u00fa uvo\u013enen\u00e9 z\u00e1kazn\u00edkovi.<\/li>\n
  5. PO berie zodpovednos\u0165 za svoje rozhodnutia napr. \u010di sa bude implementova\u0165 dan\u00e1 funkcionalita, s akou prioritou a kedy. PO reviewuje v\u00fdsledky sprintu a spolu s t\u00edmom sa rozhoduje o mo\u017en\u00fdch alternat\u00edvach\u00a0rie\u0161enia implement\u00e1cie polo\u017eiek z produkt backlogu.<\/li>\n
  6. PO informuje mana\u017ement firmy ak\u00fd je progres developmentu produktu a kedy m\u00f4\u017ee o\u010dak\u00e1va\u0165 release produktu pre z\u00e1kazn\u00edkov.<\/li>\n
  7. PO spolu so Scrum Mastrom motivuje t\u00edm a sna\u017e\u00ed sa\u00a0naplno vyu\u017ei\u0165 potenci\u00e1l svojho t\u00edmu.<\/li>\n<\/ol>\n

    Ako sa vlastne formuje a vznik\u00e1 rola PO? PO m\u00f4\u017ee vyr\u00e1s\u0165 z vn\u00fatra firmy z niektor\u00e9ho \u010dlena t\u00edmu alebo m\u00f4\u017ee by\u0165 prijat\u00fd z extern\u00e9ho trhu t.j. z prostredia mimo firmy. \u00a0PO, pod\u013ea toho \u010do preva\u017euje m\u00f4\u017ee:<\/p>\n