Warning: The magic method Visual_Form_Builder::__wakeup() must have public visibility in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php on line 68 Warning: The magic method Visual_Form_Builder_Form_Display::__wakeup() must have public visibility in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/public/class-form-display.php on line 35 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 Warning: Cannot modify header information - headers already sent by (output started at /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-content/plugins/visual-form-builder/visual-form-builder.php:68) in /customers/6/2/6/vilma-consulting.dk/httpd.www/wp-includes/rest-api/class-wp-rest-server.php on line 1831 {"id":1285,"date":"2020-03-15T01:26:20","date_gmt":"2020-03-15T00:26:20","guid":{"rendered":"https:\/\/www.vilma-consulting.dk\/?p=1285"},"modified":"2020-03-15T23:42:11","modified_gmt":"2020-03-15T22:42:11","slug":"skalere-agil-sadan-kommer-du-i-gang","status":"publish","type":"post","link":"https:\/\/www.vilma-consulting.dk\/da\/skalere-agil-sadan-kommer-du-i-gang\/","title":{"rendered":"Skalere Agil – S\u00e5dan kommer du i gang"},"content":{"rendered":"\n

At skalere agil<\/strong> er et emne der synes at poppe op flere og flere\nsteder. P\u00c5 IT-konferencer, blandt ledelsen og n\u00e5r HR starter med at rekruttere\nen ny medarbejder. Men det at skalere agil er ikke bare \u00e9n specifik og veldefineret\nting der skal g\u00f8res. Der findes en l\u00e6ngere liste af agile skaleringsrammev\u00e6rk,\nkombinationer af rammev\u00e6rk og metoder opbygget inde i organisationer. Og ja,\ndet har stor betydning<\/em> hvordan du starter med at skalere agil. <\/p>\n\n\n\n

Skalere Agil – n\u00f8glen er at starte rigtigt<\/figcaption><\/figure>\n\n\n\n
Skalere agil \u2013 at starte bedst\nmuligt med at skalere agil er n\u00f8glen til succes med den skalerede agile rejse. <\/p>\n\n\n\n
Skalere agil er et omr\u00e5de at f\u00e6rdigheder der kan till\u00e6res, ligesom\naddition i matematik i folkeskolens sm\u00e5 klasser. Men mens addition er entydigt\ndefineret og f\u00f8lger logiske regler (2 + 3 = 5, altid), er det at skalere agil\nhverken entydigt defineret eller f\u00f8lger en logik, som addition.<\/p>\n\n\n\n
Inden vi fordyber os i at skalere agil, ser vi f\u00f8rst p\u00e5 hvad agil er.<\/p>\n\n\n\n
Agil<\/strong><\/h4>\n\n\n\n
Ordet agil er ikke nyt og bruges almindeligt i sproget. Ok, m\u00e5ske mere\nalmindeligt p\u00e5 engelsk end p\u00e5 dansk (omend det faktisk kommer fra latin *agilis<\/em>).<\/p>\n\n\n\n*
If\u00f8lge Den Danske Ordbog\nordnet.dk, har ordet *agil <\/em>f\u00f8lgende betydning og oprindelse <\/p>\n\n\n\n*
OPRINDELSE fra latin agilis<\/em>, afledt af agere<\/em> ‘bev\u00e6ge, handle’<\/li><\/ul>\n\n\n\n
hurtig, let og smidig i sine bev\u00e6gelser SPROGBRUG sj\u00e6ldent<\/li><\/ul>\n\n\n\n
SYNONYMER bev\u00e6gelig, adr\u00e6t<\/li><\/ul>\n\n\n\n
I relation til udvikling af IT-l\u00f8sninger er et mere udbredt udgangspunkt\ndet agile\nmanifest<\/a> <\/p>\n\n\n\n
$\"Agile$ <\/figure>\n\n\n\n
R\u00e6kken af agile teknikker er lang, men de mest udbredte er Scrum, Kanban og XP, om end flere anvendes i Danmark. Helt overordnet kan man sige at hvis et produkt udvikles agilt, er der kun et team der arbejder p\u00e5 det, om end der naturligvis er undtagelser. <\/p>\n\n\n\n
Ligesom der er flere m\u00e5der at organisere arbejdet agilt\n(fx om det er organiseret omkring en iteration eller ikke), er der tilsvarende\nflere m\u00e5der at skalere agil udvikling. <\/p>\n\n\n\n
En\nhelt central forskel til agil p\u00e5 team niveau, er at mere end et team arbejder\nmed det samme produkt. Om det s\u00e5 er 5-8 teams, 25 teams eller 1000 teams der\narbejder med samme produkt, afh\u00e6nger af selve produktets definition. Ved bredere\nproduktdefinitioner er der typiske flere teams der arbejder p\u00e5 samme produkt,\nhvilket giver mulighed for at h\u00e5ndtere synergier og afh\u00e6ngigheder indenfor produktets\ndom\u00e6ne. Smalle produktdefinitioner medf\u00f8rer typisk at der er flere produkter i\norganisationen. <\/p>\n\n\n\n
Vi vil nu bev\u00e6ge os videre ind i det at skalere agil, og de v\u00e6sentlige skalerede agile rammev\u00e6rk. Med v\u00e6sentlige rammev\u00e6rk til at skalere agil, f\u00f8lger vi listen over hvad de danske organisationer bruger, som afd\u00e6kket af VILMA Consulting i unders\u00f8gelsen du kan l\u00e6se mere om her<\/a>.<\/p>\n\n\n\n
Hvilke niveauer er der ved at skalere agil <\/h4>\n\n\n\n
En helt central forskel mellem agil for et (eller f\u00e5) team(s) og det at skalere agil, er der kun er et niveau n\u00e5r vi taler agil p\u00e5 team-niveau. Der er ikke en portef\u00f8ljestyring \u2018ovenp\u00e5\u2019 eller \u2018omkring\u2019 teamet. Med andre ord, er det den direkte kontakt mellem stakeholdere og Product Owner der bidrager til indholdet i teamets Product Backlog. Eftersom hvert produkt udvikles af \u00e9t team, vil eventuel koordinering mellem teams v\u00e6re koordinering mellem<\/em> produkter og ikke *indenfor<\/em> et produkt. I det f\u00f8lgende kalder vi dette agil p\u00e5 team-niveau.<\/p>\n\n\n\n*
N\u00e5r vi i stedet ser p\u00e5 skaleret agil organisering, bliver koordinering indenfor<\/em> produktet n\u00f8dvendig, eftersom flere teams tr\u00e6kker opgaver fra den samme Product Backlog der d\u00e6kker produktet. Denne Product Backlog d\u00e6kker opgaver til flere teams, og repr\u00e6senterer derfor et h\u00f8jere niveau. Det hyppigste er at se at opgaver for en gruppe p\u00e5 4-8 teams samlet p\u00e5 denne Product Backlog, men eksempler p\u00e5 grupper med b\u00e5de 10 og 11 teams findes. <\/p>\n\n\n\n
Denne\ngruppering kan gentages for derved at skabe endnu et niveau og derved kan vi se\norganiseringer med 3, 4, eller endnu flere niveauer for at skalere agil i en\norganisation. Dette er opstillet herunder. <\/p>\n\n\n\n
*Niveau 1: Teams (fx 5 teams)<\/li>*
*Niveau 2: Gruppe af teams (fx 5 x 5 teams = 25 teams)<\/li>*
*Niveau 3: Gruppe af niveau 2-grupper (fx 5 x 25 teams = 125 teams)<\/li>*
*Niveau 4: Gruppe af niveau 3-grupper (fx 5 x 125 teams = 625 teams)<\/li>*
*Niveau 5: Gruppe af niveau 4-grupper (fx 5 x 625 teams = 3,125 teams)<\/li>*
etc.<\/li><\/ul>\n\n\n\n
Hvis hvert team best\u00e5r af 6 personer i gennemsnit, vil niveau 4 svare til 3.750 personer, mens niveau 5 vil rumme 18.750 personer, s\u00e5fremt antallet af teams er som i eksemplet herover. <\/p>\n\n\n\n
Rammev\u00e6rk til at skalere agil<\/h4>\n\n\n\n
Der\ner grundl\u00e6ggende tre m\u00e5der at skalere agil p\u00e5 i en organisation; 1) implementer\net veldefineret rammev\u00e6rk til at skalere agil. 2) Defin\u00e9r jeres egen m\u00e5de at\nskalere agil p\u00e5. Og sidst men ikke mindst, 3) skab en hybrid af de to foreg\u00e5ende. I\nDanmark har vi eksempler p\u00e5 alle tre m\u00e5der at takle udfordringen, som beskrevet\ni artiklen *Skalerede\nAgile Organisationer i Danmark 2019<\/em>, som du kan l\u00e6se her* *https:\/\/www.vilma-consulting.dk\/da\/artikler\/<\/a>. <\/p>\n\n\n\n*
*De\nmest udbredte rammev\u00e6rk til at skalere agil, er SAFe, Nexus, Scrum@Scale og\nLeSS, som alle er fremkommet mellem 2011 og 2018. Vi\nvil herfra fokusere p\u00e5 disse. <\/p>\n\n\n\n*
Nexus<\/h4>\n\n\n\n
Nexus<\/a> blev udviklet af Ken Schwaber\n(medskaber af Scrum) sammen med en gruppe hos Scrum Inc. Nexus rammev\u00e6rket har\nv\u00e6ret til r\u00e5dighed siden 2015. <\/p>\n\n\n\n
Nexus\ner en videreudvikling af of Scrum<\/a>, og er skabt ved at gentage de mekanismerne\ni Scrum for flere teams og p\u00e5 to niveauer i organisationen. Med andre ord er\nNexus baseret p\u00e5 at, mekanismerne der virker for et team, kan virke for en gruppe\naf teams. <\/p>\n\n\n\n
Kort\nfortalt virker rammev\u00e6rket til at skalere agil ved at have op til 8 teams i en \u201dNexus\u201d\n(gruppe af teams), hvor de alle arbejder ud fra den samme<\/em> Product Backlog\nmed kun en Product Owner til alle teams. Team medlemmer fra alle teams deltager\ni klarg\u00f8ring af backlog emner (refinement<\/em>). Alle teams leverer et samlet\nog integreret klar-til-kunden produktudvidelse (shipable product increment<\/em>),\nder fremvises til den f\u00e6lles Nexus Sprint Review. For l\u00f8bende af inspicere og\nforbedre, holder teamet dagligt m\u00f8de (Daily Standup<\/em>) efter at Nexus\u2019en\nhar holdt et dagligt m\u00f8de (Nexus Daily Standup<\/em>) og dertil inspektionsm\u00f8der\n(*Retrospective<\/em>) efter hvert sprint p\u00e5 b\u00e5de team- og Nexus-niveau. <\/p>\n\n\n\n*
*$\"Nexus$* Gengivet fra Scrum.org med accept. Materialet kan findes her (engelsk)
https:\/\/www.scrum.org\/resources\/online-nexus-guide.<\/a> Copyright Scrum.org.<\/figcaption><\/figure>\n\n\n\n
Nexus\nkan anvendes for 2 niveauer (team + grupper af teams), mens Nexus+ kan anvendes\nfor 3 niveauer, ved at kombinere flere parallelle Nexus-er.<\/p>\n\n\n\n
Den struktur der anvendes til at skalere agil i et rammev\u00e6rk er designet til at optimere for en udvalgt parameter. I dette tilf\u00e6lde er Nexus designet til at optimere for realiseret v\u00e6rdi<\/em>. Med andre ord er form\u00e5let med at anvende Nexus til at skalere agil, at maksimere den realiserede v\u00e6rdi via den klar-til-kunden produktudvidelse der er resultatet af iterationen.
<\/p>\n\n\n\n
*Scrum@Scale<\/h4>\n\n\n\n*Scrum@Scale<\/a> blev udviklet af Jeff Sutherland (medskaber af\nScrum). Scrum@Scale rammev\u00e6rket har v\u00e6ret til r\u00e5dighed siden 2018.<\/p>\n\n\n\n
Scrum@Scale\ner en videreudvikling af Scrum<\/a>, og er skabt ved at gentage de mekanismerne\ni Scrum for flere teams og p\u00e5 flere niveauer i organisationen. Med andre ord er\nScrum@Scale baseret p\u00e5 at, de mekanismer der virker for et team, kan virke for en\ngruppe af teams og hele vejen op til C-level i en organisation.<\/p>\n\n\n\n
Kort\nfortalt virker rammev\u00e6rket ved at have op til 5 teams i en gruppe (team of teams).\nHvert team har deres egen Product Owner og Product Backlog, hvor opgaver flyder\nfra Product Backloggen for team-of-teams (niveau 2) til teamets Product\nBackloggen (niveau 1). Team medlemmer deltager\ni klarg\u00f8ring af opgaver (refinement) p\u00e5 team niveau.<\/p>\n\n\n\n
P\u00e5\nhvert niveau er der mindst en Product Owner med sin Product Backlog. Konkret er\nder en Product Owner (PO) for hvert team (niveau 1), en Chief Product Owner\n(CPO) for hvert team-of-teams (niveau 2), en Chief Chief Product Owner (CCPO)\nfor hvert Team-of-Team-of-team (Level 3) etc. Og dertil er der for hver Product Owner (PO,\nCPO, CCPO etc) en Product Backlog.<\/p>\n\n\n\n
Alle\nProduct Ownere arbejder i Product Owner cirklen fra strategisk vision (fra\nh\u00f8jeste niveau) til prioriteret Product Backlog p\u00e5 alle niveauer klar til\nteamets sprint planl\u00e6gning (*Sprint Planning<\/em>). Derved sikres til enhver\ntid, konsistens fra visionen til hvert teams prioriterede backlog.<\/p>\n\n\n\n*
Alle\nteams leverer et integreret klar-til-kunden produktudvidelse, der demonstreres til\nteamets Sprint Review<\/em> ved iterationens afslutning. For l\u00f8bende af\ninspicere og forbedre, holder teamet dagligt m\u00f8de (Daily Standup<\/em>) efterfulgt\naf Scrum-of-Scrums (niveau 2),\nScrum-of-Scrum-of-Scrum (niveau 3) og gennem alle niveauer op til \u00f8verste\nniveau. Som eksempel vil en organisation med 3.750 personer afholde 4 standup\nm\u00f8de \u00e1 15 minutter (60 minutter ialt) for at eskalere problemer fra team til\n\u00f8verste niveau. <\/p>\n\n\n\n
Ydermere\nafholdes inspektionsm\u00f8der (*Retrospective<\/em>) efter hvert sprint p\u00e5 team-niveau.\n<\/p>\n\n\n\n*
*$\"\"$*
Gengivet fra Scrumatscale.com med accept. Materialet kan findes her (engelsk) https:\/\/www.scrumatscale.com<\/a>. Copyright Scrum Inc, Scruminc.com<\/figcaption><\/figure>\n\n\n\n
Scrum@Scale virker i princippet for et vilk\u00e5rligt antal niveauer fra 2 og opefter. <\/p>\n\n\n\n
Den struktur der anvendes til at skalere agil i et rammev\u00e6rk er designet til at optimere for en udvalgt parameter. I dette tilf\u00e6lde er Scrum@Scale designet til at optimere for realiseret v\u00e6rdi<\/em>. Med andre ord er form\u00e5let med at anvende Scrum@Scale til at skalere agil, at maksimere den realiserede v\u00e6rdi via den klar-til-kunden produktudvidelse der er resultatet af iterationen.
<\/p>\n\n\n\n
*LeSS (Large Scale Scrum)<\/h4>\n\n\n\n*LeSS<\/a> (Large\nScale Scrum) blev udvikle t af Craig Larman og Bas Wodde og rammev\u00e6rket er\noffentliggjort i 2014. LeSS er en videreudvikling af de strukturer der virker\nfor teams i Scrum, kombineret med organisations design, systemisk design og principper\nfra Lean. <\/p>\n\n\n\n
Udgangspunktet\nfor LeSS er at reducere<\/em> organisationens kompleksitet<\/em> (de-skalere\norganisationen), forud for at organisationen skaleres<\/em>. Derved reduceres\nm\u00e6ngden af kompleksitet, interne bindinger og afh\u00e6ngigheder, som derved\nydermere bidrager til at den skalerede agile organisation bliver mindre kompleks.\n <\/p>\n\n\n\n
LeSS\ner centreret omkring en Product Owner der har det fulde ansvar. Fra ide til\nklar-til-kunden produkt, arbejder Product Owner og teamet p\u00e5 ideen, mens\nrelevante stakeholdere kaster lys over relevante detaljer. Helt konkret betyder det at teamet er langt\nmere involveret i klarg\u00f8ringsprocessen (refinement) fra f\u00f8rste ide til at\nopgaven er klar til at tr\u00e6kke ind i sprintet. <\/p>\n\n\n\n
*Alle\nteams leverer et samlet integreret klar-til-kunden produkt, som bliver\ndemonstreret p\u00e5 det f\u00e6lles Sprint Review, der afslutter sprintet. <\/p>\n\n\n\n*
For\nl\u00f8bende af inspicere og forbedre, holder teamet dagligt m\u00f8de (Daily Standup<\/em>)\nog teams koordinerer med andre teams l\u00f8bende og efter behov. Dertil afholdes inspektionsm\u00f8der (*Retrospective<\/em>)\nefter hvert sprint for b\u00e5de team (Niveau 1) og team-of-team (niveau 2). <\/p>\n\n\n\n*
*$\"\"$*
Gengivet fra LeSS.works med accept. Materialet kan findes her (engelsk)\u00a0 https:\/\/less.works\/<\/a>. Copyright LeSS.works <\/figcaption><\/figure>\n\n\n\n
LeSS\ner opbygget omkring de to niveauer team og gruppe af teams, mens LeSS Huge kan\nanvendes til at indeholde tre niveauer (Niveau 1 \u2013 3), der fortsat er underlagt\nen <\/em>fuldt ansvarlig Product Owner med en samlet Product Backlog.<\/p>\n\n\n\n
Den\nstruktur der anvendes til at skalere agil i et rammev\u00e6rk, er designet til at\noptimere for en udvalgt parameter. Det skalerede agile rammev\u00e6rk LeSS, er mere fleksibelt,\nda organisationen reorganiseres, designes og LeSS derfor kan optimere efter den\n\u00f8nskede parameter, fx realiseret v\u00e6rdi, besk\u00e6ftigelse til alle (business<\/em>),\nfortrolighed (*secrecy<\/em>) eller anden relevant parameter. <\/p>\n\n\n\n*
*SAFe (Scaled Agile Framework)<\/h4>\n\n\n\n*SAFe<\/a> Scaled\nAgile Framework, blev udviklet af Dean Leffingwell og var det f\u00f8rste offentligt\ntilg\u00e6ngelige rammev\u00e6rk til at skalere agil, da det blev offentliggjort i 2011. Den\nnuv\u00e6rende version 5.0 er frigivet i 2020. SAFe kombinerer Lean og agile\nprincipper i et s\u00e6t lean-agile principper der er en del af fundamentet. SAFe er\ndet eneste af rammev\u00e6rkerne der implementerer det at skalere agil p\u00e5 b\u00e5de team niveau\n(Niveau 1) og gruppe af teams niveau (Niveau 2) parallelt.<\/p>\n\n\n\n
SAFe starter med organisationens portef\u00f8ljelag og Lean Portfolio Management, hvor m\u00e5let er at have en trimmet organisation (lean enterprise<\/em>) med klare beskrivelser af roller og ansvar. SAFe er ikke direkte linket til Scrum eller Kanban, da alle teams selv frit kan v\u00e6lge arbejdsmetode, s\u00e5 l\u00e6nge de er kompatible med faste kadence der er f\u00e6lles for gruppen af teams. Kadencen er oftest fastsat som 2-ugers sprints, sammensat i en l\u00e6ngere planl\u00e6gningshorisont (PI) p\u00e5 fem 2-ugers sprints. Der planl\u00e6gges i SAFe b\u00e5de for sprint (sprint planning) og laves klar forventningsdannelser for PI\u2019en (PI Planning).<\/p>\n\n\n\n
*$\"Full$*
Gengivet fra Scaledagileframework.com med accept. Materialet kan findes her (engelsk)
https:\/\/www.scaledagileframework.com<\/a>. Copyright Scaledagile Inc <\/figcaption><\/figure>\n\n\n\n
Overbliksbilledet for SAFe findes ikke kun som en, men i hele fire versioner, afh\u00e6ngig af st\u00f8rrelsen af organisationen. Ovenfor er vist den samlede version Full SAFe<\/em>, der de d\u00e6kker 4 niveauer (Niveau 1-4). Dertil findes versionen Essential SAFe<\/em> for 2 niveauer (Niveau 1-2) og to versioner for tre niveauer (Niveau 1-3) *Portfolio SAFe<\/em>\u00a0og\u00a0Large Solution SAFe<\/em>.<\/p>\n\n\n\n*
Den\nstruktur der anvendes til at skalere agil i et rammev\u00e6rk, er designet til at\noptimere for en udvalgt parameter. I dette tilf\u00e6lde er SAFe designet til at\noptimere for Outcome<\/em>. Med andre ord er form\u00e5let med at anvende SAFe til\nat skalere agil, at maksimere *outcome<\/em> via den klar-til-kunden\nproduktudvidelse der er resultatet af iterationen. <\/p>\n\n\n\n*
*Andre rammev\u00e6rk<\/h4>\n\n\n\n*Udover\nde allerede n\u00e6vnte rammev\u00e6rk til at skalere agil, er der et antal\norganisationer der har ladet sig inspirere af den struktur der tidligere blev\nanvendt hos Spotify. Strukturen er ikke beskrevet i samme detaljeringsgrad som\nde ovenst\u00e5ende rammev\u00e6rker, ligesom de personer der har bidraget til opbygningen\naf dem ikke anser dem for at v\u00e6re rammev\u00e6rk. Deres m\u00e5de at arbejde med skaleret\nagile r beskrevet i videoer fx denne<\/a> og\n denne<\/a>\np\u00e5 YouTube.<\/p>\n\n\n\n
De\nhybrider af andre skalerede agile rammev\u00e6rk vi ser, kombinerer ofte en struktur\nfor team niveauet med en eller flere strukturer p\u00e5 portef\u00f8ljeniveauet. Der er ikke\nen klar opskrift for hybriderne, men flere af dem lader sig inspirere af *Lean\nPortfolio Mangement<\/em>.<\/p>\n\n\n\n*
Men hvilken m\u00e5de til at skalere agil skal vi\ns\u00e5 v\u00e6lge<\/h4>\n\n\n\n
Det\ner netop 100.000kr sp\u00f8rgsm\u00e5let vi ofte h\u00f8rer, n\u00e5r vi taler om at skalere agil. Men\nf\u00f8r vi kommer frem til at kunne besvare det, skal vi f\u00f8rst identificere jeres *m\u00e5l<\/em>\nmed at skalere agil. Hvad er det I gerne vil opn\u00e5?<\/p>\n\n\n\n*
N\u00e5r jeres m\u00e5l er kendt, er I klar til at unders\u00f8ge om 1) Skal\/kan I de-skalere organisationen og opn\u00e5 m\u00e5let? 2) Skal\/kan I starte med at indf\u00f8re agile arbejdsgange p\u00e5 team niveau (Niveau 1) og opn\u00e5\/komme n\u00e6rmere m\u00e5let? Sidst men ikke mindst, 3) Kan skaleret agil hj\u00e6lpe jer med at opn\u00e5\/komme n\u00e6rmere m\u00e5let?<\/p>\n\n\n\n
*P\u00e5\ntrods af de forholdsvist enkle sp\u00f8rgsm\u00e5l, b\u00f8r disse trin ikke udelades. P\u00e5\nsamme m\u00e5de som I ikke ville springe over et trin i en modenhedsmodel.<\/p>\n\n\n\n*
Nu\ntil svaret om hvilket skaleret agilt rammev\u00e6rk I b\u00f8r v\u00e6lge. Og svaret er at det\nkommer an p\u00e5 jeres kontekst. Der findes desv\u00e6rre hverken universelt korrekte eller\nuniverselt forkerte rammev\u00e6rk. Det rammev\u00e6rk der er \u201dbedst\u201d for jer, vil v\u00e6re\ndet rammev\u00e6rk der bedst bringer jer t\u00e6ttest p\u00e5 m\u00e5let. Og m\u00e5lene er ikke ens p\u00e5\ntv\u00e6rs af organisationer, landegr\u00e6nser, brancher eller forretningsmodeller. <\/p>\n\n\n\n
Anbefalinger<\/h4>\n\n\n\n
VILMA\nConsulting anbefaler at f\u00f8r I starter p\u00e5 en agile transformation, at afd\u00e6kke hvorfor\n<\/em>I vil v\u00e6re en skaleret agil organisation. *Hvad <\/em>specifikt \u00f8nsker I at\nopn\u00e5 (m\u00e5let) ved at v\u00e6re en skaleret agil organisation, samt hvorvidt I kan\nde-skalere organisationen for at opn\u00e5 m\u00e5let. <\/p>\n\n\n\n*
Som\ndet n\u00e6ste skridt, anbefaler vi at sammenligne 3-4 forskellige skalerede agile\nrammev\u00e6rk, hvor I inddrager b\u00e5de risiko, omkostningsaspektet og dette menneskelige\naspekt ved at g\u00e5 igennem en transformation. Sammenligningen kan opstilles som\nen business case for hvert skaleret agilt rammev\u00e6rk, hvorved sammenligning p\u00e5\ntv\u00e6rs af rammev\u00e6rk bliver underst\u00f8ttet. <\/p>\n\n\n\n
N\u00e5r\nI derefter er klar til at begynde den skalerede agile rejse, selve\ntransformationen, er I samtidig blevet bedre kl\u00e6dt p\u00e5 til at lave den f\u00f8rste\nbacklog, transitions-backloggen. Denne prioriteres efter evnen til at bringe\njer t\u00e6ttere p\u00e5 jeres m\u00e5l.<\/p>\n\n\n\n
*Vi er i VILMA Consulting klar til at hj\u00e6lpe jer med alle disse skridt. Og samtidig \u00f8nsker vi jer:<\/p>\n\n\n\n*
*Held\nog lykke med at starte – eller forts\u00e6tte, jeres agile transformation!<\/p>\n\n\n\n*
***Majken Vildrik Thougaard<\/em><\/strong>, Uafh\u00e6ngig Agile Specialist\n& Ejer af VILMA Consulting <\/p>\n\n\n\n***
PS<\/strong>: Hvis I har startet jeres skalerede agile transformation for et stykke tid siden, er der stadig god inspiration at hente fra de \u00f8vrige skalere agile rammev\u00e6rk. Det kan fx v\u00e6re hvis I er interesseret i *Continuous Learning…<\/em> <\/p>\n","protected":false},"excerpt":{"rendered":"*
At skalere agil er et emne der synes at poppe op flere og flere steder. P\u00c5 IT-konferencer, blandt ledelsen og n\u00e5r HR starter med at rekruttere en ny medarbejder. Men det at skalere agil er ikke bare \u00e9n specifik og veldefineret ting der skal g\u00f8res. Der findes en l\u00e6ngere liste af agile skaleringsrammev\u00e6rk, kombinationer af … <\/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\/1285"}],"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=1285"}],"version-history":[{"count":9,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts\/1285\/revisions"}],"predecessor-version":[{"id":1301,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/posts\/1285\/revisions\/1301"}],"wp:attachment":[{"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/media?parent=1285"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/categories?post=1285"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vilma-consulting.dk\/wp-json\/wp\/v2\/tags?post=1285"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}