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

Agile - Pa vendar
Napredni pristopi
admin

AGILE PRI NAS DELUJE. PA VENDAR…

UVOD Ta članek je navdihnjen z lastnimi opažanji, kar malce preroškim opozorilom v knjigi The Lean Startup in zmedo, ki jo je v razvojni cikel prinesla umetna inteligenca. Članek ima dve sporočili, ki sta medsebojno neodvisni, a se funkcionalno navezujeta.

Članek »
Tuckmanov model razvoja timov
Delo s teamom
admin

TUCKMANOV MODEL RAZVOJA TEAMOV

Od razvojnih timov se učinkovitost pogosto pričakuje “Out of the Box”. Vodstvo: “Saj so v našem timu navsezadnje sami  strokovnjaki (in dobro plačani)!”  Pri tem se običajno pozabi, da razvojni timi delovne sinergije ne dosežejo čez noč, ampak je to

Članek »
ZAKAJ VSI RAZVOJNI CIKLI IZGLEDAJO PODOBNO?
Zanimivo
admin

ZAKAJ VSI RAZVOJNI CIKLI IZGLEDAJO PODOBNO

UVOD Agilni svet rad ustvarja nove modele, diagrame in cikle. Scrum ima svoj cikel ceremonij, Lean Startup govori o Build-Measure-Learn, Lean UX o Think-Make-Check, Deming pa o PDSA. Na prvi pogled gre za različne pristope z različno terminologijo in različnimi

Članek »
Približki
Zanimivo
admin

PRIBLIŽKI SM IN PO VLOG V OSTALIH FRAMEWORKIH

Razvojni timi uporabljajo različne Agilne in Lean pristope. Ti v večjem delu temeljijo na skupnih temeljih. Najpomembnejša sta:  inkrementalni razvoj, ki omogoča pogoste povratne informacije in organizacijsko ustvarjanje pogojev za aktivacijo ustvarjalnega potenciala timov. Obstajajo seveda tudi izjeme. Na pamet

Članek »
Shopping Cart
Scroll to Top