Roko Roić
Autor:
Roko Roić

Direktor softverskih isporuka

Kako stvoriti Product ownere?

U tranziciji na Scrum procese, dvije role sigurno niste zatekli u svojoj postojećoj organizaciji: Scrum master i Product owner. Isto tako, u landscapeu Agilne organizacija naizgled imate jednu viška rolu: Projektnog managera. 

Kad se dobro pogledaju koncepti Scruma, rola Scrum mastera brzo sjedne na svoje mjesto. On je coach. Ne mora igrati na terenu, ali mora kontrolirati da se poštuju pravila igre i osiguravati igračima najbolje uvjete. Neki će reći da je onda bolje da bude na terenu i bude captain, ali idem probati ovaj blog post ne pretvoriti u teoriju Scrum mastera. O tome u drugom.

Projektni manager i Product owner. Kako igraju skupa i trebaju li nam oba? Scrum je koncipiran kao product development metodologija. I to ne samo Scrum Scwhabera i Sutherlanda kakvog koristimo mi u softverskoj industriji, već i izvorni Scrum kojeg su opisali Nonaka i Takeuchi u svom radu "The new product development game". Product development je često in-house proces i nema vanjskog naručitelja. To znači da nema ugovora, vanjskih stakeholdera, acceptance procedura i pravno-ekonomskog formalizma s trećim stranama. To s druge strane ne znači da u Scrumu (i generalno u Product developmentu) nema osobe koja brine o novcu, razlika je jedino da je povrat investicije interna stvar, a upravljanje budgetom je odgovornost prema vlastitoj Upravi. Upravo tako je i zamišljen Product onwer u Scrumu: osoba koja brine o tome da se uloženi novac koristi maksimalno efikasno, da bi se izgradio produkt koji jamči najbrži ROI. Ali nije zamišljen da upravlja odnosima sa trećim stranama, posebno ne u financijskom smislu.

Scrum je lightweight metodologija i namjeno nije pokrila sve scenarije IT poslovanja. U tome i leži tajna njegovog uspjeha. Scrum se primjerice ne bavi načinom na koji će Product owner opisivati zahtjeve, dok neke tradicionalne metodologije (RUP) to ekstenzivno pokrivaju. Scrum se isto tako ne bavi s pitanjem "kako ćemo upravljati odnosima s naručiteljem".

Kako je Scrum zaživio i u servisnim kompanijama, ne samo u product development kompanijama, nekako treba riješiti ovaj dosta veliki gap. Kad se pogleda šira slika, svaki projekt za vanjskog naručitelja je zapravo jednokratni ciklus Product developmenta za treću stranu. Dakle, u core procesima nema razlike, Scrum paše 1 na 1. No, da bi svi bili sretni, formalni ugovori zadovoljeni, tržišna pravila servisnog poslovanja bila poštovanja - netko mora upravljati i financijsko-ekonomskim odnosom s naručiteljem. Tko će? Po meni postoji samo jedan odgovor - Product owner. On je taj koji brine o internom budgetiranju projekta, poznaje dubinski poslovnu stranu budućeg rješenja i logično je da nastavi taj odnos kontrolirati i prema naručitelju. Uvođenje nove osobe u proces ili zadržavanje role Projektnog managera da brine samo o ovom segmentu, donosi poskupljenja i rizike od loše komunikacije.

Kad se ovo sve uzme u obzir, ovo su karakteristike osobe koju nominirate za budućeg Product ownera u vašem procesu tranzicije:

  • Ima osjećaj za poslovnu vrijednost - zna razlikovati važno od nevažnog za budućnost produkta
  • Ima osjećaj za poslovanje u IT-u: financije, pravo
  • Dobro komunicira s ljudima, ima izgrađene socijalne vještine
  • Dobro upravlja očekivanjima drugih ljudi
  • Ima mogućnost dubinskog fokusa na zahtjeve budućeg rješenja - gotovo kao poslovni analitičar

Neke od ovih vještina se izgrade brzo, ali neke poput osjećaja za poslovanje i upravljanja očekivanjima izgrađuju se sporo, a i nije svatko dobar kandidat za taj proces. Postoji jedna grupa ljudi koju ste zatekli, a koji bi već trebali imati ove dvije "skuplje" vještine - to su Projektni manageri. Postoji druga grupa ljudi koju ste zatekli, a koja ima ove ostale vještine - to su Poslovni analitičari. Sumarno, do sad se u mojoj praksi pokazalo kraćim putem graditi Product ownera od PM-a, nego od analitičara. Put od PM-a do PO-a je gotovo bezbolan za servisne kompanije. Naravno, kod vas situacija može biti drugačija i ovisi o "PMO kulturi" koju imate, jesu li PM-ovi tradicionalno bili previše distancirani od produkta kojeg isporučuje njihov tim. Ako jesu, moguće da će im biti teško izgraditi ove ostale osobine.

Skraćena verzija priče: u servisnim kompanijama PO je dužan raditi neke stvari koje metodološki nisu pokrivene Scrum procesima. Birajte mudro svoje PO-ove, jer te stvari su iznimno važne za poslovanje tvrtke.

Članak je baziran na poglavljima iz knjige "Agile i Lean" koju dovršavam s kolegom Ivanom Krnićem.
Popularne teme
.NET ABAP ADFS Agile Always On Anemic Model Angular Azure Backbone BI Bootstrap building people business inteligence Business Intelligence Change Chrome CI CITCON Claims compile continuous deployment Continuous Integration CSR d3js data visualization DDD dekompozicija dependency injection dinamička forma dinamički parametri dinamički query distribuirani razvoj Domain-Driven design DOP društvena odgovornost edge-based video analytics Eliminating waste enkapsulacija enterprise razvoj softvera ERP ETL Excel FIORI Frontend game Geopackage GPKG GIS Git Groovy heat map HICCUPS Hichert HTML IBCS interoperability IoT IPSO izvještavanje java JavaFX Javascript Jazz Build Engine JBE Jenkins jquery jqueryui jsfiddle JVM Kaizen Kanban KING ICT Kingovci Knockout kvaliteta leadership Lean M language Management Maven Metodologija microservices Microsoft mobile Mobility moć monday game NetWeaver network nodejs OGC OKR open source optimizacija organizacija organizacijska struktura OutOfMemoryError outsourcing paginacija Performance performanse PERT PMI podatkovni skup pouzdanost Power BI Power Map Power Pivot Power Query Power View pretraga proces procjena Product Owner programming proizvod Project manager projektni plan radar Rational Team Concert razvoj tima resize responsive charts REST retrospektiva Rich-Domain model Roko Roić rolling wave planning RTC SAP scale scatterplot chart Scrum scrum team scrum tim service boundaries single responsibility principle Single Sign-On smart metering SoapUI social responsibility softver Software Software Testing Club Spring Boot SQL standard sustav videonadzora svg Team team building team development terminski plan Testing tim timesheet timovi Toggl.com touch transakcijski nadzor tražilica Visual Studio vodstvo vodstvo leadership moć društvena odgovornost DOP social responsibility CSR vođenje projekata WBS Web Zagreb STC

PRIJAVA NA NEWSLETTER

Najnovije novosti iz ICT svijeta