Fremdrift<\/strong> rapporteres hyppigt af projektlederen, og alle projekters rapporteres p\u00e5 samme m\u00e5de p\u00e5 tv\u00e6rs af projekter. Den reelle fremdrift er rapporteret som en proxy, hvilket er det nuv\u00e6rende bedste bud, omend det er subjektivt. V\u00e6rdien ligger mellem 0-100%.<\/p>\n

De reelle omkostninger<\/strong> er angivet ret n\u00f8jagtigt som summen af l\u00f8n og andre direkte omkostninger. Dertil kommer at vandfaldsprojekter typisk er ret effektive til at h\u00e5ndtere risici<\/strong>; registrering, planl\u00e6gge im\u00f8dekommelse af risici, samt holde styr p\u00e5 den enkeltes status.<\/p>\n

Hvorvidt l\u00f8sningen matcher behovet<\/strong> hos kunde\/ markedet, er sv\u00e6rt at vurdere f\u00f8r produktet rammer bruger og\/eller markedet. I vandfaldsprojekter kan b\u00e5de preto- og prototyper testes p\u00e5 udvalgte brugere\/ kunder, for at f\u00e5 en proxy for om produktet reelt er en l\u00f8sning.<\/p>\n<\/div><\/div>

\n
Vandfaldsmetoden<\/div>
\n
Er en sekventiel model, hvor hver fase er afsluttet og godkendt, f\u00f8r n\u00e6ste fase kan starte. Faserne er Analyse, Design, Implementering, Test og Idrifts\u00e6ttelse. Alle krav beskrives og godkendes f\u00f8r design p\u00e5begyndes osv.<\/p>\n
Et afleveringsklart produkt fremkommer n\u00e5r alle faser er afsluttet.<\/div><\/div>\n<\/div><\/div><\/div>\n
<\/p>\n
Hvordan vurderes governance indikatorerne for agile <\/strong>projekter<\/strong><\/h4>\n
I agile projekter evalueres indikatorerne anderledes. Den reelle fremdrift<\/strong> er summen af afleverede og implementerede produktudvidelser\u00a0 og der medregnes ikke igangv\u00e6rende arbejder. Product Owner’en<\/a> er central i denne opg\u00f8relse, da han\/hun er ansvarlig for godkendelsen.<\/p>\n
\n
De reelle omkostninger<\/strong> opg\u00f8res p\u00e5 samme m\u00e5de som for vandfaldsprojekter, som summen af l\u00f8n og andre direkte omkostninger.<\/p>\n
I agile projekter, h\u00e5ndteres risici<\/strong> og forhindringer efterh\u00e5nden som de opst\u00e5r; og hvis ikke muligt, eskaleres de. Udbedringen oprettes i backloggen, hvis den ikke straks udf\u00f8res. En dedikeret risici-log udarbejdes kun s\u00e5fremt dette er n\u00f8dvendigt, eftersom fokus er p\u00e5 at reducere\/fjerne risici fremfor registrering.<\/p>\n
Ved afslutning af hver sprint, leveres en afleveringsklar produktudvidelse. Denne er f\u00e6rdigtestet og kan idrifts\u00e6ttes til slutbruger, s\u00e5ledes at man kan opn\u00e5 feedback fra slut-brugerne. Denne feedback vil have direkte indvirkning p\u00e5 produktets videre udvikling. Om l\u00f8sningen matcher behovet<\/strong> bliver dermed l\u00f8bende evalueret.<\/p>\n<\/div><\/div>
\n
Agile metoder<\/div>
\n
En gruppe af metoder der lever op til det agile manifest<\/a>. Indenfor agile metoder, foretages alt fra analyse til udvikling og idrifts\u00e6ttelse indenfor sprints. Hvert sprint tager 1-4 uger og derefter haves et potentielt leveringsklart produkt(-udvidelse).<\/p>\n
Krav tilf\u00f8jes og prioriteres l\u00f8bende, hvorved teamet l\u00f8bende arbejder p\u00e5 det vigtigste omr\u00e5de der endnu ikke er afsluttet.<\/div><\/div>\n<\/div><\/div><\/div>\n
Fremskrivninger af hvad der kan leveres, og hvorn\u00e5r, opn\u00e5s ved at bruge den faktiske leveringshastighed samt estimater<\/a> for de h\u00f8jest prioriterede krav.<\/p>\n
<\/p>\n
Sammenligning af governance for agile og vandfaldsprojekter<\/strong><\/h4>\n
I figuren herunder er vist n\u00f8jagtigheden hvorp\u00e5 der svares p\u00e5 de fire governance faktorer, hvor gr\u00f8n er (t\u00e6t p\u00e5) fuld n\u00f8jagtighed, gul er medium, mens r\u00f8d er lav n\u00f8jagtighed.<\/p>\n
<\/p>\n
$\"Agile$
Sammenligning af Agile og Vandfalds Governance.<\/figcaption><\/figure>\n
Projekt governance er mere end bare fire indikatorer, men for overskuelighedens skyld er de blevet udvalgt. P\u00e5 tilsvarende vis kan portef\u00f8lje governance sammenlignes for agile og vandfaldsprojekter.<\/p>\n
<\/p>\n
Opsummering<\/strong><\/h4>\n
Governance <\/span>er lige s\u00e5 relevant for agile som for vandfaldsprojekter. Selvom vi evaluerer dem forskelligt, s\u00f8ger b\u00e5de agile og vandfaldsprojekter svar p\u00e5 de samme underliggende sp\u00f8rgsm\u00e5l. Dog kan de underliggende sp\u00f8rgsm\u00e5l v\u00e6re g\u00e5et i glemmebogen, mens vi l\u00e6nge har evalueret projekter p\u00e5 en bestemt m\u00e5de.<\/p>\n
Som et lille tip kan du overveje hvorfor du skal rapportere p\u00e5 netop denne metrik <\/em>(m\u00e5leparameter), n\u00e5r du bliver bedt om at rapportere p\u00e5 en. Hvis svaret ikke er oplagt, eller ikke er \u00e5rsags-roden, er der en god chance for du skal rapportere p\u00e5 en proxy. Hvis du skal rapportere p\u00e5 en vandfalds-proxy for et agilt projekt, kan du ende med at rapportere p\u00e5 en proxy-proxy.<\/p>\n
Overgangen fra governance for vandfaldsprojekter<\/em> til governance for agile projekter<\/em> er bedst faciliteret, hvis du har st\u00e6rk indsigt i hvordan de v\u00e6rdiskabende aktiviteter h\u00e6nger sammen. Alternativt kan i overveje f\u00e5 hj\u00e6lp af en agile specialist<\/a> til netop det, for at f\u00e5 maximalt udbytte og en smidig overgang.<\/p>\n
<\/p>\n
<\/p>\n
Held og lykke med din agile governance!<\/p>\n
Majken Vildrik Thougaard<\/em><\/strong>, Uafh\u00e6ngig Agile Specialist & Ejer Owner af VILMA Consulting<\/p>\n
<\/p>\n
PS:<\/strong> Hvis du kigger n\u00e6rmere p\u00e5 jeres KPI struktur, er der gode chancer for du finder tilsvarende approksimationer, der sl\u00f8rede for opm\u00e6rksomheden p\u00e5 det oprindelige sp\u00f8rgsm\u00e5l.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Projekter startes og afsluttes hver dag, b\u00e5de af de rigtige og de knap s\u00e5 attraktive \u00e5rsager. Governance (styring af og overblik over) projekter og portef\u00f8ljer er fokuseret p\u00e5 at tr\u00e6ffe de rette beslutninger, p\u00e5 det rette tidspunkt. Og derfor er governance b\u00e5de relevant og vigtigt, uanset om du anvender agile metoder eller vandfaldsmodellen. Men lad … <\/p>\n
Read More Read More<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_oct_exclude_from_cache":false,"footnotes":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts\/609"}],"collection":[{"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/comments?post=609"}],"version-history":[{"count":15,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts\/609\/revisions"}],"predecessor-version":[{"id":627,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts\/609\/revisions\/627"}],"wp:attachment":[{"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/media?parent=609"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/categories?post=609"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/tags?post=609"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}