{"id":317,"date":"2016-10-12T09:24:31","date_gmt":"2016-10-12T07:24:31","guid":{"rendered":"http:\/\/qed.dk\/rasmus-kaae\/?p=317"},"modified":"2016-12-19T07:06:04","modified_gmt":"2016-12-19T07:06:04","slug":"hands-on-forbliv-agil","status":"publish","type":"post","link":"https:\/\/agilerasmus.com\/wordpress\/hands-on-forbliv-agil\/","title":{"rendered":"Hands-on: Forbliv agil"},"content":{"rendered":"

For nogen tid siden skrev jeg om den agile transformation <\/a>i Danske Bank\u00a0og om hvilke tiltag der p\u00e5 dav\u00e6rende tidspunkt blev iv\u00e6rksat for at fastholde agiliteten i organisationen. Sidenhen har jeg talt med andre agile coaches rundt om i branchen og det lader til at det “nye sort” i IT-branchen er: Fastholdelse af agilitet efter de f\u00f8rste sp\u00e6de trin.<\/p>\n

I mit f\u00f8rste indl\u00e6g om emnet skrev jeg om en lokal forankring med en lokal “racerk\u00f8rer” der i t\u00e6t samarbejde med den agile coach kunne drive den forsatte rejse ud i det agile. Mange steder opleves samme udfordring; og heldigvis findes der en r\u00e6kke redskaber som kan hj\u00e6lpe.<\/p>\n

Den indbyggede mekanisme<\/h2>\n

De fleste der vil arbejde agilt adopterer Scrum som deres eksekverings- og organiseringsmekanisme. I Scrum findes det velkendte og velbeskreve Retrospektive<\/a> m\u00f8de. Dette m\u00f8de er essentielt i forhold til at sikre en kontinuert forbedringskultur. Hvis Retrospektiv m\u00f8det ikke fungerer<\/a>, s\u00e5 er der stor risiko for at teamet stagnerer. Der findes mange gode artikler og vejledninger i hvordan m\u00f8det kan indrettes s\u00e5 det bliver s\u00e5 effektfuldt som muligt, men det vigtigste er dog at man tilpasser det til den p\u00e5g\u00e6ldende situation og s\u00f8rger for at variere agendaen tilstr\u00e6kkeligt samt en ordentlig h\u00e5ndtering og udf\u00f8rsel af tiltag.<\/p>\n

Hurtige tips:<\/strong><\/p>\n

    \n
  1. Brug en fast skabelon til at pr\u00e6cisere tiltagene, f.eks. SMART (specific, measureable, assignable, realistic og time-related)<\/li>\n
  2. Udn\u00e6vn en tovholder p\u00e5 tiltaget og s\u00f8rg for at denne tager ansvar for opgaven<\/li>\n
  3. S\u00e6t en deadline for hvorn\u00e5r tiltaget skal v\u00e6re udf\u00f8rt og s\u00f8rg for at f\u00f8lge op<\/li>\n
  4. Synligg\u00f8r tiltaget ved oph\u00e6ng i lokalet eller p\u00e5 Scrum boardet<\/li>\n<\/ol>\n

    Andre mekanismer<\/h2>\n

    agile42<\/a> har skabt et rammev\u00e6rk (Enterprise Transition Framework – ETF<\/a>) som i l\u00f8se termer beskriver b\u00e5de hvordan man kan introducere et agilt v\u00e6rdis\u00e6t men ogs\u00e5 hvordan man fastholder det i sin organisation. ETF tager udgangspunkt i den traditionelle Deming cyklus med Plan, Do, Check og Act. \u00c9n af fordelene ved at arbejde med fastholdelse af agilitet p\u00e5 denne m\u00e5de er at skabe empiri bag tiltagene og p\u00e5 den m\u00e5de sikre at man bev\u00e6ger sig i den rigtige retning. I ETF arbejder man med f\u00f8lgende faser:<\/p>\n