Fr\u00e5n tid till annan uppst\u00e5r det fenomen och str\u00f6mningar som lyckas etablera sig som sanningar \u00e4ven om det mer handlar om religion \u00e4n vetenskaplig fakta. Och d\u00e4r den grundl\u00e4ggande tanken plockas upp och b\u00f6rjar till\u00e4mpas p\u00e5 fel s\u00e4tt. Vi har sett det f\u00f6rr och vi kommer att se det igen, m\u00e5nga g\u00e5nger till. Agila projekt \u00e4r just ett s\u00e5dant fenomen.<\/p>\n
Varf\u00f6r har agila arbetss\u00e4tt och agila projekt blivit popul\u00e4ra som modeller f\u00f6r utveckling? Jo, av den enkla anledningen att de i m\u00e5nga sammanh\u00e4ng \u00e4r den enda och den b\u00e4sta v\u00e4gen f\u00f6r att uppn\u00e5 ett l\u00e5ngsiktigt och h\u00e5llbart resultat.<\/p>\n
Lite f\u00f6renklat kan man h\u00e4vda att ett agilt arbetss\u00e4tt \u00e4r en lyckosam mix av tv\u00e5 modeller som i grunden egentligen \u00e4r d\u00e5liga. Den ena modellen f\u00f6respr\u00e5kar att man planerar \u201dallt\u201d in i minsta detalj innan man p\u00e5b\u00f6rjar sin f\u00f6r\u00e4ndring och utveckling. Och den andra modellen f\u00f6respr\u00e5kar att man utan n\u00e5gon planering direkt s\u00e4tter ig\u00e5ng och utvecklar och tacklar problemen i den takt de uppst\u00e5r. Den agila modellen f\u00f6respr\u00e5kar att man arbetar med en successiv planering och utveckling men d\u00e4r planeringen begr\u00e4nsar sig till \u201dvad som \u00e4r rimligt att \u00f6verblicka\u201d utan att \u00f6verarbeta ned i minsta detalj. Det inneb\u00e4r dock ocks\u00e5 att projektet successivt kan \u00e4ndra karakt\u00e4r och f\u00f6rflytta sig i takt med att nya insikter uppst\u00e5r under projektets arbete. Och d\u00e4r slutresultatet kan skilja sig emot vad som f\u00f6rv\u00e4ntades n\u00e4r projektet inleddes. Och detta kan givetvis betraktas som s\u00e5v\u00e4l positivt som negativt.<\/p>\n
Grunden till att arbeta enligt en agil modell kommer ifr\u00e5n systemutveckling. Historiskt har det genomf\u00f6rts v\u00e4ldigt m\u00e5nga IT-projekt d\u00e4r kostnaden blivit astronomisk och d\u00e4r det f\u00f6rv\u00e4ntade och n\u00f6dv\u00e4ndiga resultatet \u00e4nd\u00e5 aldrig uppn\u00e5tts. Att arbeta agilt \u00e4r ett motdrag f\u00f6r att dels arbeta med kontinuerlig kontroll och styrning samt dels kunna agera och f\u00f6r\u00e4ndra n\u00e4r nya insikter visar att det kr\u00e4vs korrigeringar av plan och m\u00e5l. P\u00e5 s\u00e5 s\u00e4tt blir det agila projektet mer en snabb och man\u00f6vrerbar motorb\u00e5t j\u00e4mf\u00f6rt med en stor supertanker som tar l\u00e5ng tid att v\u00e4nda.<\/p>\n
<\/p>\n
Om det nu finns s\u00e5 mycket positivt att s\u00e4ga om agila projekt varf\u00f6r har d\u00e5 denna blogg en rubrik som indikerar n\u00e5got annat? Jo, av den anledningen att det kr\u00e4vs sans och balans i syns\u00e4ttet kring agilitet. Alla modeller, oavsett vad de heter, har sin givna plats och sitt givna tillf\u00e4lle. Och precis som f\u00f6r andra modeller \u00e4r en agil modell inte l\u00e4mpad f\u00f6r alla IT-projekt och i alla sammanhang. Och ett av de sammanhang d\u00e4r en agil modell ska anv\u00e4ndas med stor f\u00f6rsiktighet eller inte alls \u00e4r aff\u00e4rssystemsprojekt.<\/p>\n
Givetvis finns det skillnader mellan aff\u00e4rssystemsprojekt i s\u00e5v\u00e4l omfattning som komplexitet men i vardagligt tal menas ett projekt d\u00e4r en m\u00e5ngfald av processer och moduler ska bytas ut fr\u00e5n en gammal milj\u00f6 till en helt ny milj\u00f6. Och en situation d\u00e4r merparten beh\u00f6ver bytas ut vid samma tillf\u00e4lle (vilket dock inte ska f\u00f6rv\u00e4xlas med det klassiska uttrycket Big Bang). Grundlogiken kring ett aff\u00e4rssystem \u00e4r att alla delarna \u00e4r s\u00e5 pass sammanbyggda och integrerade att det \u00e4r sv\u00e5rt och ibland om\u00f6jligt att planera f\u00f6r n\u00e5got annat \u00e4n en samlad drifts\u00e4ttning. Det hindrar dock inte att det kan g\u00e5 att avvakta med vissa processer som inte \u00e4r kritiska f\u00f6r drifts\u00e4ttningen eller att man kan planera f\u00f6r en drifts\u00e4ttning d\u00e4r man v\u00e4ljer begr\u00e4nsad flexibilitet i processerna innan man v\u00e4xlar upp.<\/p>\n
Utmaningen med aff\u00e4rssystem \u00e4r just att aff\u00e4rens grundlogik och det samlade informationsfl\u00f6det m\u00e5ste h\u00e4nga ihop och vara genomt\u00e4nkt innan systemet fullt ut kan testas och d\u00e4r hypotesen om aff\u00e4rsmodellen kan pr\u00f6vas. Det problem som kan uppst\u00e5 med en agil modell \u00e4r den slaviska tron p\u00e5 hur modellen ska till\u00e4mpas. Av m\u00e5nga f\u00f6ljare ska modellen f\u00f6lja en ganska strikt princip med sprintar om 3-5 veckor, n\u00e5got som ihop med ett relativt stort och komplext aff\u00e4rssystem kan visa sig vara sv\u00e5rt och i ett sammanhang d\u00e4r arbete m\u00e5ste p\u00e5g\u00e5 parallellt inom m\u00e5nga processomr\u00e5den, och d\u00e4r resultatet \u00e4r sv\u00e5rt att bed\u00f6ma innan man i ett betydligt senare kan b\u00f6rja k\u00f6ra kompletta tester igenom systemet.<\/p>\n
Det missf\u00f6rst\u00e5nd som ofta leder till utmaningar med agila aff\u00e4rssystemsprojekt \u00e4r inst\u00e4llningen att den agila modellen h\u00e5ller nere totalkostnaden och att slutresultatet blir b\u00e4ttre. Det \u00e4r p\u00e5 inga s\u00e4tt givet. Och i de allra v\u00e4rsta exemplen v\u00e4ljer parterna att inta ta fram n\u00e5gon karta eller ritning alls utan utg\u00e5r ifr\u00e5n att det som finns i standard \u00e4r tillr\u00e4ckligt och att man hanterar problemen n\u00e4r de dyker upp. Och d\u00e4r det ganska sent kan visa sig att den totala l\u00f6sningen inte alls kommer h\u00e5lla ihop p\u00e5 det s\u00e4tt man hade f\u00f6rv\u00e4ntat sig. Men d\u00e4r man samtidigt har g\u00e5tt s\u00e5 l\u00e5ngt i arbetet att det av kostnadssk\u00e4l eller politiska sk\u00e4l \u00e4r sv\u00e5rt att backa eller att avbryta.<\/p>\n
Det \u00e4r viktigt att kunden f\u00f6rst\u00e5r sin roll och sitt ansvar i ett agilt aff\u00e4rssystemsprojekt. Och att kunden \u00e4r beredd att betala priset f\u00f6r resultatet. \u00c4ven om slutkostnaden visar sig bli betydligt h\u00f6gre \u00e4n vad som estimerades n\u00e4r projektet initierades.<\/p>\n
Det \u00e4r v\u00e4ldigt sv\u00e5rt f\u00f6r den traditionella kunden att fullt ut f\u00f6rst\u00e5 konsekvenserna av de beslut som fattas i respektive sprint och kunna \u00f6verblicka hur det kommer att p\u00e5verka den slutliga systeml\u00f6sningen. Och samtidigt kan leverant\u00f6ren h\u00e5lla ryggen relativt fri d\u00e5 kunden avkr\u00e4vs ett godk\u00e4nnande f\u00f6r varje enskild sprint. I den absoluta merparten av alla aff\u00e4rssystemsprojekt kommer det f\u00f6rr eller senare en formell fas d\u00e4r kunden ska acceptanskontrollera l\u00f6sningen. Och i de situationer d\u00e4r kunden i denna fas st\u00e4lls inf\u00f6r fakta att den slutliga l\u00f6sningen inte kommer fungera som det var t\u00e4nkt vid uppstarten \u00e4r det sv\u00e5rt att h\u00e4vda att leverant\u00f6ren ska st\u00e5 f\u00f6r merkostnaden f\u00f6r de justeringar som kr\u00e4vs f\u00f6r att \u00e4ndra upps\u00e4ttningen. Det kan vara s\u00e5 att enskilda delar och fl\u00f6den fungerar utm\u00e4rkt men att systemet vid s.k. end-to-end tester inte alls ger det resultat som \u00e4r planerat. Och f\u00f6ljden blir att ansvarsfr\u00e5gan blir oklar och d\u00e4r en r\u00e4ttslig bed\u00f6mning blir v\u00e4ldigt sv\u00e5r.<\/p>\n
Likv\u00e4l som det finns exempel p\u00e5 projekt d\u00e4r en agil modell fungerat vid implementering av ett aff\u00e4rssystem finns det minst lika m\u00e5nga exempel p\u00e5 projekt d\u00e4r resultatet blivit en katastrof. Hur man \u00e4n vrider p\u00e5 situationen kan framg\u00e5ngen kokas ned till de individer och den erfarenhet som inkluderas i teamet som ska genomf\u00f6ra projektet. En agil modell kan aldrig skapa motvikt mot bristande insikt och f\u00f6rst\u00e5else f\u00f6r aff\u00e4rssystemsprojekt, ist\u00e4llet blir effekten den motsatta.<\/p>\n
Ovanst\u00e5ende text ska inte tolkas som ett brandtal emot agila projekt. Det ska tolkas som att agila modeller inte automatiskt \u00e4r den b\u00e4sta modellen f\u00f6r aff\u00e4rssystemprojekt. Och i m\u00e5nga fall \u00e4r det till och med en modell man definitivt ska avst\u00e5 ifr\u00e5n \u2013 om man skapa en tydlighet i vad man vill uppn\u00e5 med sitt system och d\u00e4r man vill skapa tydlighet i hur ansvaret ser ut mellan parterna g\u00e4llande l\u00f6sningens realiserande. Modellen ska till\u00e4mpas med f\u00f6rnuft och f\u00f6rsiktighet.<\/p>\n","protected":false},"excerpt":{"rendered":"
Fr\u00e5n tid till annan uppst\u00e5r det fenomen och str\u00f6mningar som lyckas etablera sig som sanningar \u00e4ven om det mer handlar om religion \u00e4n vetenskaplig fakta. Och d\u00e4r den grundl\u00e4ggande tanken plockas upp och b\u00f6rjar till\u00e4mpas p\u00e5 fel s\u00e4tt. Vi har sett det f\u00f6rr och vi kommer att se det igen, m\u00e5nga g\u00e5nger till. Agila projekt \u00e4r just ett s\u00e5dant fenomen.<\/p>\n","protected":false},"author":8,"featured_media":34005,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"slim_seo":{"title":"NEJ till agila aff\u00e4rssystemsprojekt - HerbertNathan & Co","description":"Fr\u00e5n tid till annan uppst\u00e5r det fenomen och str\u00f6mningar som lyckas etablera sig som sanningar \u00e4ven om det mer handlar om religion \u00e4n vetenskaplig fakta. Och d\u00e4r"},"footnotes":""},"categories":[1708,1715],"tags":[2016],"class_list":["post-34000","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erp","category-digitalisering","tag-agilitet","formats-blogg"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/34000","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/comments?post=34000"}],"version-history":[{"count":2,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/34000\/revisions"}],"predecessor-version":[{"id":34016,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/posts\/34000\/revisions\/34016"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media\/34005"}],"wp:attachment":[{"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/media?parent=34000"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/categories?post=34000"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.herbertnathan.com\/sv\/wp-json\/wp\/v2\/tags?post=34000"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}