Agile chartering
AGILE CHARTERING

Project charter je konkretizacija produktne vizije. Je prvi dokument, ki ga kreiramo v Agilnem ali waterfall projektu. Tu pa se podobnost konča.

Ker waterfall pristop temelji na vnaprejšnjem planiranju celotne izvedbe, je njegov charter precej obsežen.

Minimalno vsebuje:

  • Business case
  • Deliverables
  • Benefits
  • Risks
  • Budget
  • Schedule
  • Milestones
  • Stakeholder identification

Po drugi strani se Agile charter zaveda, da se zamišljena rešitev problema lahko tekom projekta spremeni. Zato se raje osredotoča na dodano vrednost, kot pa na pot do rešitve. Izbiro poti in način rešitve poslovnega problema se prepusti razvojnemu teamu.

Agilni charter je preprost. Poglejmo si par vzorcev.

Charter

Tri postavke

Verjetno najpogosteje uporabljen vzorec vsebuje:

  • Vision – kaj je naš cilj
  • Mission statement – kako si trenutno predstavljamo, da bomo (mogoče) dosegli cilj
  • Success criteria – kako bomo vedeli, da smo uspeli

5W

Staro novinarsko pravilo:

  • Who
  • What
  • When
  • Where
  • Why

Za Agile charter po tem vzorcu je najpomembnejši Why. Odgovori na ostala vprašanja pa so kar se da ohlapni, tako da omogočijo fleksibilnost izvedbe.

Elevator Statement

Popularen vzorec, ki se na srečo vse manj uporablja.

  • As a [target customer type]
  • who want(s) to [customer need],
  • [product/feature/service]
  • is a [market category]
  • that [key benefit].

Rezultat bi lahko izgledal nekako tako:

As a dog owner (target customer type) who wants to keep their dog healthy (need/desire), T-Rex Bones (product/name/service) is a high-mineral, organic dog food (market category) that provides optimum canine nutrition and a self-confidence my pup needs (key benefit).

Ali pa:

 

  • Who: Need (opportunity or problem)
  • The: Product/servicename
  • Is a: Product category
  • That: Key benefits/reason to buy
  • Unlike: Primary competitive altematives
  • We: Primary differentiation

Za elevator statement vam dajem izziv, da vzorčno izjavo kreirate sami.

Če je bilo težko, to ni zato, ker problema niste dovolj dobro definirali ali o njem razmislili, ampak preprosto zato, ker je elevator statement nepraktičen.

Katerega izbrati?

Charter v Agilnem okolju naj bo čim enostavnejši. Razumljivost, bo prispevala k lažji mobilizaciji deležnikov v projekt, preprostost pa ne omejevala njihove ustvarjalnosti.

Namesto filozofiranja o viziji, mission statement in sestavljanju kompliciranih stavkov, lahko enostavno zapišemo cilj in razlog projekta.

Po mojem mnenju je za Agile charter najbolje uporabiti vzorec WHO – WHAT (is success) – WHY.

Par primerov Agile project charterja:

  • Prodajni oddelek potrebuje 20% višji conversion rate, ker so ugotovili, da je v tem segmentu prodaje najvišji neizkoriščeni potencial.
  • Carina potrebuje API, ki bo omogočil B2B povezavo z lokalnimi špediterskimi aplikacijami in tako skrajšal čakalne čase tovornjakov za 10%.
  • Marketing želi identificirati neizkoriščene tržne segmente in tako povečati delež naših produktov na lokalnem trgu na 15%.

Takšen charter vzorec je istočasno dobra osnova za Impact Mapping. To je orodje strateškega planiranja, ki nam poslovne potrebe pomaga pretvoriti v konkretne uporabniške zgodbe. Omogoča nam premostitev prepada med poslovnimi potrebami in razvojnim procesom.

Chartering

Razvojni team med planiranjem doda še element How (deliverable v impact mapping besednjaku). Impact mapping je nadalje osnova za Story Mapping in Product Roadmap (releasi).

Kaj še?

Poleg zgoraj opisanega, Agile charter implicitno ali eksplicitno:

  • Daje sponzorjevo avtorizacijo za začetek projekta.
  • Opiše okvirni pristop in sestavo projekta (interni, eksterni,…).
  • Opisuje in odobri odstopanja od standardnih organizacijskih praks (change approval, stroški, proces zaposlovanja v teame, interna mobilnost razvojnikov…).

Orodje strateškega planiranja

Agile charter je pripravljen pred začetkom projekta. Njegov obstoj seveda ne zagotavlja, da bo projekt tudi odobren za izvedbo. V kontekstu strateškega/portfelij planiranja je lahko osnova za pripravo finančnih metrik kot na primer:

  • Return On Investment (ROI)
  • Present value (PV)
  • Net Present Value (NPV)
  • Internal Rate of Return (IRR)

Podatki za izračun zgornjih metrik niso del charterja. Predlagatelji projekta jih predstavijo v primeru, če organizacija uporablja ta način prioritizacije med projekti. Dejstvo je, da je pri razvojnih iniciativah, praktično nemogoče predvideti kvantitativne vrednosti potrebne za izračun opisanih metrik. Iz tega razloga naprednejše organizacije odločitve na osnovi ROI, PV, NPV in IRR nadomeščajo s product discovery tehnikami.

|

Čemu torej služi Agilni charter?

Na internetu obstaja veliko predlog za Agilni charter. Nekatere so praktično waterfall, druge pa precej blizu zapisanemu.

Če ga organizacija prakticira, naj bo Agile project charter kratek in preprost dokument, ki opredeljuje cilj in razlog iniciative. S tem pomaga usmerjati odločitve razvojnikov v času razvoja produkta. Charter je usklajen s produktno vizijo. Če pa govorimo o novem produktu je lahko tudi osnova zanjo.

Vsaka mikro odločitev se najprej preverja glede na merila določena v njem (in produktni viziji). Posledično to zmanjša potrebo po koordinacijah, ki so posledica nerazumevanja razlogov za obstoj iniciative in njenih ciljev.

In nazadnje še vprašanje: “Ali Agilna organizacija za svoje iniciative potrebuje Agilne charterje?

Odgovor je NE. Če ima organizacija dobro definirano vizijo, produktno strategijo in na nižjem nivoju produktne vizije, ta dokument ni potreben.

OPOMBA:

Če se je komu med branjem članka zazdelo, da so predloge za Agilni projekni charter nenavadno podobne predlogam za uporabniške zgodbe (ali epike ali feature), ima prav. Še en razlog več za opustitev tega dokumenta. Premikamo se namreč v svet produktnega in ne projektnega managementa.

Ostale objave

Daily standup in 3 vprašanja
Orodja
admin

DAILY STANDUP IN 3 VPRAŠANJA

Mnogo razvojnih timov ne prakticira Daily Standup oz. Daily Scrum. Do zavračanja praviloma pride zaradi nerazumevanja funkcije dogodka in njegovih napačnih izvedb. Posledica je prepričanje, da je Daily Scrum zapravljanje časa – in v takšnih okoliščinah pogosto tudi je. Po

Članek »
Scrum vzorci - duh Scruma
Napredni pristopi
admin

SCRUM VZORCI – DUH SCRUMA

“Scrum is a light-weight process framework which is simple to understand but difficult to master.” Zgornja trditev je uveljavljena mantra Agilnih praktikov, konzultantov in evangelistov. Je resnična, a sama po sebi ne prinaša vrednosti. Scrum vzorci nadgrajujejo framework s praktičnimi

Članek »
Scrumban
Osnove
admin

KAJ JE SCRUMBAN

Člani teamov, nezadovoljni s Scrumom, včasih pravijo, da bodo “kar prešaltali na Scrumban”, ker tam ni potrebno planirati. To je pogosto prepričanje. Scrumban bo nekako ohranil vse prednosti Scruma, rešil pa nas bo dolgočasnega ocenjevanja velikosti uporabniških zgodb in planiranja

Članek »
Adaptive leadership
Delo s teamom
admin

ADAPTIVE LEADERSHIP SKOZI RAZVOJ TEAMA

V nedavnem članku smo spoznali Tuckmanov model razvoja teamov. Prispevek se je osredotočal na sam model in značilnosti teamske dinamike v določenih fazah. Tokrat bomo temo nadgradili z vpogledom v to, kako razvoj teama izgleda s stališča “servant leaderja“. Adaptive

Članek »
Shopping Cart
Scroll to Top