Det er tit sådan, at hvis der er mange nok, der siger den samme ting, så bliver det pludselig rigtigt, men denne ting skal jo helst også vise sig at være rigtig, når man ser på resultaterne ude i den virkelige verden.

Et eksempel på sådan en næsten vedtagen sandhed, er fænomenet ”et sprint”. Jeg møder igen og igen den holdning, at man ikke kan arbejde agilt, hvis man ikke arbejder i sprints. Nu har jeg sat mig for at se nærmere på den påstand. Hvad sker der egentlig, når man sprinter, og hvad med den proces, der ligger udenom?

Er sprints virkelig så agile, som mange mener, de er, eller kunne det i virkeligheden være sådan, at man faktisk ifører sig en stram, uagil spændetrøje, når man sprinter?

Jeg går til sagen så objektivt, som jeg overhovedet formår, og som altid læner jeg mig op ad den viden jeg har samlet op – nogle gange på den hårde måde - gennem de sidste snart 20 år. Den viden hænger selvfølgelig stærkt sammen mine praktiske erfaringer fra de Scrum, SAFe og Kanban transformationer jeg har stået i spidsen for eller været en del af ude i virkeligheden.

I den sidste ende er det jo det, der tæller, for virkeligheden vinder hver gang.

Er Kanban ikke kun for små support teams?

Er Kanban ikke kun noget, man bruger, når Scrum ikke virker?

Svaret på alle 3 spørgsmål – jeg havde nær sagt myter – er et rungende NEJ! Intet kan være mere forkert.

Hvis nu du sidder og tænker: ”ja men, hvad skal Kanban så forestille at være”? Så får du svaret serveret lige her. I denne episode af ”Den agile agenda” tager jeg dig nemlig med på en lidt over 30 minutters overflyvning henover Kanban-metoden.

Jeg fortæller om de overordnede elementer, der udgør hjørnestenene i ethvert Kanban-system uanset på hvilken flyvehøjde man befinder sig. Det handler altså ikke om detaljerne i metoden – dvs. de 6 generelle praksisser og de forskellige Kanban-principper. Denne gang handler det kun om de fundamentale byggeklodser, som ethvert Kanban-system består af.

Uanset branche, uanset sektor og uanset størrelse.

Vi bliver som sagt i helikopteren, og fra denne synsvinkel får du indsigt i, hvorfor det er smart at tænke 3 flyvehøjder og hvorfor Kanbans upstream/downstream-tankegang gør så stor positiv forskel på flow og effektivitet, og gør det muligt for jer at skabe mest mulig værdi, og gøre det hurtigt. Du hører også om Kanbans fokus på service leverancer og feedback loops, som er limen, der får hele balladen til at hænge sammen.

Er du også interesseret i detaljerne, er du meget velkommen på et af vores Kanban-kurser.

Kanban er ”the law of work”, som én i mit netværk sagde. Der er ingen ønsketænkning i Kanban, og som leder skal man helst kunne tåle at se tingene, som de virkelig er. Dem, der tåler det, er til gengæld også dem, der kan flytte deres teams og organisation til nye højder.

Lyt med her og hør om det fundament, som ethvert Kanban-system er bygget på.

Men hvad er transparens egentlig? Jo, når I har transparens, betyder det, at I kan se, hvad der foregår på alle leder og kanter. I har styr på jeres processer, som er kendte for alle, og I kan gennemskue, hvad der sker på kryds og tværs af teams, projekter, afdelinger osv.

Problemet med transparens er bare, at når først I begynder at få tingene op i lyset, så får I nogle ting at se, som ikke er så kønne, som I måske gik og troede, at de var.

Transparens tvinger én til at se tingene i øjnene. Ting, vi måske helst ville ignorere. Og det er bl.a. her, at ledelsen kommer ind i billedet. Vi vil helst have modne ledere, for umodne ledere er ikke nødvendigvis vilde med transparens.

Præcis som med umodne medarbejdere kan de være nervøse for at få ødelagt deres version af virkeligheden. Modne ledere, derimod, ønsker klarhed, for det giver dem mulighed for at handle på de ting, der ikke fungerer ordentligt.

Det er måske en ildehørt sandhed, men kun modne ledere kan modne deres organisation, og kun modne organisationer kan arbejde agilt i stor skala.

Alt det vil jeg fortælle mere om i denne episode af Den agile agenda. God fornøjelse.

PS: Hvis du har emner, du gerne vil have behandlet i Den Agile Agenda, så kontakt mig meget gerne på info@agilagenda.com. Jeg er vild med nye ideer.

Det lyder måske lidt barskt, men den er faktisk god nok, for hvis man kigger nærmere efter, så er fokus i Scrum udelukkende på arbejdsprocessen i hvert enkelt team. Scrum er simpelthen ikke bygget til at skalere.

Kigger man på SAFe, så ligger det i selve navnet, at det handler om at skalere det agile. Men gennem årene har der været mange diskussioner om, SAFe overhovedet er agilt. Det virker f.eks. ikke specielt fleksibelt og agilt at låse sine planer 3 måneder frem. Den stive struktur gør tingene statiske og dette i kombination med et kæmpe overhead, var jo bl.a. det, man ville undgå, da den agile bølge begyndte at rulle.

Men hvad gør man så, og hvad er alternativet, hvis Scrum og SAFe ikke er svaret? Det vil jeg tage fat på i denne episode.

Det er værd at lægge mærke til det faktum, at service leverancer typisk kræver en indsats fra mere end et enkelt team, og at de andre teams tit sidder spredt rundt omkring i jeres organisation. De har ofte nogle andre prioriteter end I har, og oveni det har forskellige service leverancer forskellige workflows.

Det er derfor jeres evne til at skabe flow og minimere ventetider, når jeres opgaver flytter sig på kryds og tværs af teams og organisatoriske enheder, der afgør, om organisatorisk agilitet er et fatamorgana eller en praktisk mulighed.

Sådan har det faktisk altid været, men først med Kanban har man fået en metode, der har flow som omdrejningspunkt, og som styrer disse tværgående ting og sager helt systematisk og proaktivt. Det er der heldigvis flere og flere, der får øjnene op for.

Enterprise agilitet er i den grad muligt at opnå, og I denne episode fortæller jeg om hvordan man kan komme derhen. Jeg fortæller om, hvorfor stærk agil ledelse er helt afgørende, og hvorfor Kanban-metoden er det oplagte men også det enkleste valg, hvis man gerne vil fra team til enterprise agilitet.

Ud med agil ønsketænkning og ind med en metode, der er skræddersyet til virkeligheden.

Skulle du blive mere interesseret i Kanban-metoden efter denne episode, så kan du finde en masse om Kanban, vores kurser og bøger med meget mere ved at hoppe ind på vores hjemmeside www.agilagenda.com.

Hvis du kan genkende de situationer, ja så har du også mødt den snigende produktivitetsdræber, som det jo er, når I har for mange ting i gang på én gang.

Det at begrænse igangværende arbejde (work in progress = WIP) er en af de mest undervurderede men samtidig mest effektive redskaber, som du kan lægge i din værktøjskasse, hvis I gerne vil have mere gjort færdigt hurtigere. Vel og mærke i en ordentlig kvalitet. Det er simpelthen hovedvejen til flow og agilitet.

I denne episode vil jeg først fortælle lidt om, hvor ideen med at begrænse WIP opstod, og hvad fidusen ved det er, når man arbejder med videnarbejde. Derefter giver jeg dig 20 gode grunde til hvorfor, det er en vanvittig god ide at begrænse WIP.

Jeg kommer også ind på de indvendinger der er imod at begrænse WIP, og hvorfor ledelsen også skal slå sig selv over fingrene, når de får lyst til at starte nye projekter eller initiativer i en organisation, der i forvejen ligger vandret.

Skulle du blive mere interesseret i Kanban-metoden efter denne episode, så kan du finde en masse om Kanban, vores kurser og bøger med meget mere ved at hoppe ind på vores hjemmeside www.agilagenda.com.

Det er præcis, hvad denne episode i ”Den Agile Agenda” handler om, og det bedste af det hele er, at jeg har en gæst med. En gæst som har stor erfaring med at få Kanban til at virke ude i den virkelige verden.

Jeg har glædet mig sådan, og er stolt over denne gang at kunne præsentere Pia Kjellerup, der er Product Owner i Sydbank. Hun har mange års erfaring med at arbejde med Kanban, og hun og jeg tager en tilbundsgående snak om, hvordan Kanban virker helt konkret i hendes teams og i hendes organisation, og hvordan hun har grebet implementeringen an.

Vi dykker ned i en række perspektiver, som ikke kun handler om Kanban-metoden, men i høj grad om de dynamikker, der sættes i spil, når man går ind i en forandringsproces. For det er jo dér, det kan være svært. Pia deler gavmildt ud af sine erfaringer om:

• Hvad hun og hendes teams konkret får ud af at bruge Kanban.

• Hvorfor man ikke altid kan bruge Scrum, selvom de fleste andre gør det.

• Hvad hendes teams siger til at bruge Kanban.

• Hvad Pias stakeholders og ledelsen synes.

• Hvordan hun og hendes teams kom i gang, og om det var svært.

Lyt med og hør hvad en super-erfaren Kanban-praktiker kan fortælle om Kanban ude i virkeligheden. Der er meget inspiration at hente, bl.a. hvis du også har en uforudsigelig hverdag, hvor Scrum bare ikke kan virke. Og hvis du går med tanker om, hvad du kan gøre i stedet, så får du svaret serveret på et sølvfad af Pia lige her.

Kan Kanban skalere? Er Kanban rigtig agilt? Kan Kanban bruges til andet end i små support teams? De tre spørgsmål har jeg fået mange gange, og svaret på dem alle tre er et stort JA. Det kommer tit som en overraskelse, for der er så mange misforståelser og sejlivede myter om Kanban.

I dag punkterer jeg en af de største og tager fat i, hvordan man skalerer Kanban og skaber organisatorisk agilitet. Nemmere bliver det faktisk ikke at opnå holdbar agilitet i stor skala.

Kanban er en management-metode, der skaber orden i kaos og fjerner uforudsigelighed, og uanset hvilket organisatorisk niveau, man arbejder på, er omdrejningspunktet flow.

Flow på det strategiske niveau, flow på porteføljeniveau og flow på team-niveau.

I denne episode vil jeg fortælle, hvordan man temmelig enkelt og ligetil breder Kanban ud i hele sin organisation – ja, også de allerstørste - helt uden at skulle omkalfatre den. Helt uden nye roller og virkelighedsfjerne processer, og med overhead skåret ned til et absolut minimum.

Jamen hvad så med vores ”sprints”, tænker du måske. Ingen panik – det med at man skal arbejde i sprints for at være agil, er kun en form for dogme eller vedtagen sandhed. Hvis man kigger efter, vil man opdage, at sprints ikke giver nogen form for sikkerhed for, at ens planer holder, eller at man leverer effektivt.

Hvis man tager nok et spadestik, vil man også finde ud af, at hvis man gerne vil have agilitet på kryds og tværs i hele sin organisation, så vil sprints kun være en ulempe. Det er nærmest umuligt at koordinere tværgående issues og afhængigheder mellem mange teams’ individuelle sprints. Det er til gengæld ikke noget problem i Kanban. Her er der nemlig fokus på serviceleverancer og flow – på tværs af teams. Og vi er hoppet ud af sprint-spændetrøjen.

Lyt med og hør, hvorfor Enterprise Scale Kanban er den enkleste, sikreste og mest effektive vej til organisatorisk agilitet. Jeg tror, at du vil blive overrasket over, hvor nemt det kan være.

• Man bruger kun kanban i små support teams.

• Man bruger Kanban, hvis Scrum ikke kan virke.

• Kanban er bare en tavle.

• Kanban kan ikke skalere.

• Man planlægger ikke i Kanban.

Disse myter har jeg lagt ører til mange gange, og hver gang bliver jeg lidt ærgerlig, for disse misforståelser er måske det, der forhindrer folk i at gå i gang med netop den metode, som er den letteste, hurtigste og billigste vej til at skabe målbar agilitet og dramatisk forbedrede resultater. Både i teams men så sandelig også på tværs af teams og organisatoriske enheder og niveauer.

Som akkrediteret Kanban-underviser og konsulent fra Kanban University er jeg dybt inde i detaljerne om Kanban-metoden, og i denne episode vil jeg dykke ned i, hvad rigtig Kanban er for noget og prøve at mane nogle af de bekymringer i jorden, som jeg indimellem hører som begrundelse for ikke at bruge Kanban.

Jeg fortæller om de byggesten, der skal til, når I skal have et godt, robust og effektivt Kanban-system op at stå, og du får også at vide, hvad I konkret vil få ud af at bruge metoden.

Hvis du vil vide endnu mere, kan du finde flere detaljer om Kanban og vores kurser og bøger på vores hjemmeside, www.agilagenda.com.

Her vover jeg pelsen, og tager fat i SAFe frameworket nok engang. Der er jo mange diskussioner i forskellige agile fora, der handler om, hvorvidt SAFe er agilt eller ej, og det er der mange holdninger til. Nu kaster jeg mine holdninger ind i diskussionen.

I de sidste mange år har jeg brugt meget tid på at analysere, hvordan de forskellige såkaldt agile tilgange virker. Både på papiret og ude i virkeligheden. Jeg er nået til den konklusion af nej, SAFe er ikke agilt og skaber heller ikke agilitet.

I denne episode fortæller jeg, hvordan jeg er nået til den konklusion og hvorfor jeg mener, at SAFe er unødigt dyrt og tilmed nærmest umuligt at få til at fungere.

Jeg indrømmer gerne, at jeg stikker næsen meget langt frem, og ved udmærket, at mange føler meget stærkt for SAFe. Jeg vil bare gerne parkere følelserne lidt og tage et nogenlunde objektivt og udogmatisk kig på SAFe og hvad man egentlig kaster sig ud i, hvis man vælger at gå den vej.

Her i den Agile Agenda tager jeg jævnligt fat i nogle af de myter og vedtagne sandheder, som florerer i det agile landskab. I dette tilfælde er det myten om, at SAFe er den eneste vej, hvis men er stor eller skal skalere det agile. I forbindelse med en tidligere episode, som også handlede om SAFe, gravede jeg i hvad andre agile specialister mener om sagerne. Jeg ville nemlig gerne finde ud af, om jeg var ”Annette alene i verden”.

I mit gravearbejde dengang stødte jeg på en hjemmeside, som faktisk har samlet en længere række agile koryfæers holdninger til SAFe. Den hjemmeside hedder: www.safedelusion.com, og her er der mange agile kendisser, der udtaler sig, ligesom du kan finde en række cases med eksempler på store virksomheder, der valgte SAFe til, men senere er gået væk fra det igen, fordi resultaterne udeblev, eller simpelthen gav dårligere resultater, end man havde før.

Summa summarum, så er mine konklusioner baseret på mine mange års praktiske erfaring med agile transformationer og viden om agile systemer fuldstændig på linje med de holdninger, som disse verdenskendte agile folk giver udtryk for.

Jeg vil lige understrege, at jeg ikke forsøger at overbevise nogen om, at de skal eller ikke skal arbejde med SAFe. Det vil jeg slet ikke blande mig i. Mit formål er alene at være rationel og faktuel og opfordre til, at der kommer flere fakta og færre følelser på bordet, når vi snakker agile tilgange.

Uhyggeligt tit er der ikke sammenhæng mellem disse 3 niveauer, og den ene hånd ved ikke, hvad den anden laver. Derfor ser man tit, at teams på det udførende niveau arbejder på ting og sager, der ikke har rod i strategien, men stikker af i alle mulige andre og mere tilfældige retninger.

Det er selvfølgelig ikke særlig smart, for man kan kun bruge sine ressourcer 1 gang, og det skulle da helst være på noget, der hænger sammen med strategien. Og lige netop dét skulle det koordinerende lag helst sikre. Det gør de bare langt fra altid.

Men der findes en løsning på, hvordan man kan skabe den sammenhæng, der bør være mellem de 3 niveauer. Den løsning hedder Kanban, og i denne episode fortæller jeg om, hvordan det så lige hænger sammen.

Denne gang tager jeg fat i, hvad det er, folk er skuffede over og trætte af efter at have brugt de gængse agile metoder, som Scrum og SAFe i årevis. Du hører også om, hvorfor de faktisk er svære at få til at virke.

Men jeg fortæller også hvorfor agil tænkning er mindst lige så relevant nu, som da jeg startede som IT-projektleder for mere end 35 år siden, og hvorfor jeg mener, at der heldigvis er håb forude.

Vejen til større agilitet er faktisk overraskende enkel, hvis ellers man gider at lægge vanetænkningen til side. Svaret er Kanban, og hvorfor lige præcis Kanban er en enkel og ukompliceret vej, fortæller jeg også om i denne episode. Så velkommen til!

• Flow som er nøglen til agil effektivitet

• Hvorfor det ikke skaber agilitet at ændre sin organisation

• Hvad agil modenhed er og hvad det ikke er

• Hvorfor Scrum-møderne ofte ender som det rene agile teater

• Hvorfor det er nærmest umuligt at planlægge præcist, når man arbejder med viden

• Hvorfor det gør en afgørende forskel at man begrænser igangværende arbejde i stedet for at begrænse tid.

• Hvorfor sprints i virkeligheden spænder ben for effektiviteten

• Hvorfor Kanban som alternativ til Scrum og SAFe er en mere sikker og effektiv vej til at opnå flow og agilitet

Jeg stiller skarpt på disse ting for at trække vanetænkningen ud af det agile og i stedet prøve at se objektivt på, hvad det egentlig er, der foregår derude.

In episode 3 you can look forward to getting David's answer to the big question: Why are organizations still reluctant to work with Kanban despite the significant, well-documented, and proven results? David will also share his insights on why Kanban is adopted eagerly in some countries and less eagerly in others.

We talk about the enormous costs of agile transformations and why leadership maturity plays an enormous role when choosing the path to agility. I am sure that you will be surprised when you hear this.

We will also talk about the new book, Discovering Kanban, that David published recently. I guess you might call it a sequel to the famous Blue Book. You will also hear David’s thoughts about the future of Kanban, and last but not least, you will get his recommendations on working agile in general.

If you are interested in Kanban, you don't want to miss this mini-series, where I interview the very person who made Kanban for knowledge work one of the most used agile approaches globally.

In this episode, you can among other things look forward to hearing David talk about the effort it took to write one of the most important books in the agile space, namely, the "Kanban Maturity Model" (KMM), and the purpose of writing it. You will hear what improvement gains you can expect as you move from one maturity level to the next.

You will also get exciting news about Kanban+, and you will get David’s answers to some of the questions I have repeatedly been asked by students and clients about the higher maturity levels in Kanban, i.e., what to strive for, what is feasible, and why.

Just to give you a heads up on the topics of episode 3 in this mini-series, you can look forward to hearing us talk about why organizations do not "go Kanban", when there is such strong, well-documented evidence that it pays off big-time.

David will talk about his work with the new book, Discovering Kanban that he published very recently. I guess you might call it a sequel to the famous Blue Book. You will also hear David’s thoughts about the future of Kanban, and last but not least you will get his recommendations on working agile in general. So, stay tuned.

If you are interested in Kanban, you don't want to miss this mini-series, where I interview the very person who made Kanban for knowledge work one of the most used agile approaches globally.

In this episode, you can look forward to hearing David's views on the geographic spread of Kanban, where there is most traction, and details about the Kanban adoption in the Nordics. We will also discuss the increased focus on flow and why you would do yourself a favor if you manage capacity rather than time. Another classic we will talk about is physical boards versus software boards, and much more.

Just to give you a heads up on the topics of episode 2 in this mini-series, you can look forward to hearing about the Kanban Maturity Model aka KMM, and the purpose of writing the book. You will also get exciting news about Kanban+, and David will give his answers to some of the questions that I have been asked over and over again about the higher maturity levels in Kanban, i.e., what to strive for, what is feasible, and why.

If you are interested in Kanban, you don't want to miss this mini-series, where I interview the very person who made Kanban for knowledge work one of the most used agile approaches globally.

Giver det overhovedet mening i alle sammenhænge at arbejde agilt, eller er der situationer, hvor man næsten lige så godt kunne have smidt sine penge ud ad vinduet? Dette er et af de emner jeg kommer til at diskutere med dagens gæst, Annie Stahel, som er CIO i Danmarks Statistik.

Annie og jeg taler også om, hvilke tanker hun har gjort sig om det agile, om hvad forskellene er på at arbejde i en offentlig virksomhed ift. vilkårene i private virksomheder, og hvordan det påvirker mulighederne for at arbejde agilt. Annie deler også de overvejelser hun gør sig, når hun vælger til og fra i det store agile landskab.

Hør hvad denne ualmindeligt vidende og erfarne CIO har at sige om de agile sager med mere.

En trend imod det agile har været i gang gennem de seneste mindst 20 år. I mange organisationer, offentlige som private, har man naturligt nok været irriterede over, at ens projekter jævnligt overskrider både deadlines og budgetter, og de agile organisationer har ikke været sene til at synge deres sirenesang: ”Bare se, hvor hurtigt og effektivt alting går, hvis bare man bruger ”min metode” eller ”mit rammeværk”.

Der er simpelthen blevet bygget en falsk fortælling op, og det er nærmest blevet gjort til en vedtagen sandhed, at hvis bare man arbejder agilt, så har man straks en kur mod fejlslagne projekter. Men velkommen til virkeligheden! Der findes ingen simple løsninger på komplekse problemer.

I denne episode fortæller jeg, hvor hunden ligger begravet, og hvorfor ledelserne i de organisationer, der virkelig ønsker agilitet, må se at komme ind i kampen. Det er nemlig dem, der står med de gyldne agile nøgler i hånden.

Mens det ikke er så svært endda at skabe agilitet på team-niveau - i hvert fald ikke, hvis de teams, der er involveret, kan se fidusen i det og har lyst til at spille med - så er det en helt anden sag at skabe organisatorisk agilitet.

Når jeg snakker formål med lederne i de organisationer, der vælger at sætte gang i en agil transformation, så drømmer de fleste om at få organisatorisk agilitet.

I de to ord ligger i sagens natur, at hele organisationen er med ombord på den agile båd. Det er godt nok nemmere sagt end gjort og det kræver medspillere i ledelsen. De medspillere findes så langt fra altid.

Derfor er dét, som disse ledelser får, sjældent det, de drømte om. Her fortæller jeg, hvad de så får og, hvorfor f.eks. organisationsændringer, ikke er vejen frem, når man skal skabe agilitet.

Jeg er simpelthen så pavestolt over at kunne præsentere Afdelingsdirektøren for Strategi og Innovation hos Knowit/Miracle, nemlig Ursula Krogsbøll.

Ursula Krogsbøll er en voldsomt erfaren kvinde, der ligesom jeg er glad for at dele ud af sine erfaringer. Hun ynder også at kalde en spade for en spade. Det ved jeg, fordi jeg har haft fornøjelsen af at holde foredrag sammen med hende bl.a. hos Dansk IT og itSMF, hvor vi har hørt om, hvordan hun sætter ”Turbo på det agile”.

Det har været nogle stærkt inspirerende oplevelser. Hendes omdrejningspunkt var ved disse lejligheder at sætte et stort, fedt spørgsmålstegn ved nogle af de mærkelige ting, der sker på den agile front. Det er jo lige vand på min mølle, og derfor var det lige til højrebenet at invitere Ursula med i Den agile agenda, så I, der lytter med, også kan få glæde af hendes – til tider provokerende – perspektiver.

Jeg kommer til at tale med Ursula om det agile overhovedet kan betale sig, og hvad kunderne egentlig siger plus meget mere. Hun fortæller også om Miracles agile opfindelse ”Fast-track Development”, der sørger for at Knowit/Miracles kunder hurtigt og tæt på risikofrit kan få rigtige leverancer baseret på rigtig udvikling på bare 12 uger.

Vi kommer vidt omkring i de agile farvande, vi snakker om agile fiaskoer såvel som agil succes, og hvis du efter at have hørt os, synes at det kunne være spændende at vide mere om Fast-track Development, Kanban eller andet så er du velkommen til at kontakte Ursula her: Ursula.Krogsboll@knowit.dk eller mig selv her: annette@agilagenda.com.

Jeg fristes næsten til at sige, at jeg denne gang stikker næsen meget langt frem, for jeg er fuldt ud klar over, at mange føler meget stærkt for SAFe, og jeg har ind imellem fået kærligheden at føle, når jeg har forsøgt at få en nogenlunde objektiv og udogmatisk snak med folk, der er stærkt SAFe-forelskede.

Men her i den Agile Agenda er formålet lige netop at tage fat i nogle af de myter og vedtagne sandheder, som florerer i det agile landskab. Jeg stikker derfor ikke halen mellem benene, men er dog ikke mere modig end, at jeg har forsøgt at grave i, hvad andre agile specialister mener om sagerne. Bl.a. den agile alliance, som var de folk, der i sin tid underskrev ”Det agile manifest”.

I det gravearbejde stødte jeg på en hjemmeside, som faktisk har samlet en længere række agile koryfæers holdninger til SAFe. Den hjemmeside hedder: www.safedelusion.com, og nogle af de folk, der har udtalt sig, er Al Shalloway, Mary Poppendieck, Jeff Sutherland, Mike Beedle, Ken Schwaber, Martin Fowler, Alistair Cockburn, Ron Jeffries, Dave Snowden og adskillige flere.

Her kan du også finde en række cases med eksempler på store virksomheder, der valgte SAFe til, men senere er gået væk fra det igen, fordi resultaterne udeblev, eller simpelthen gav dårligere resultater, end man havde før.

Summa summarum, så ligger mine konklusioner baseret på mine mange års praktiske erfaring med agile transformationer fuldstændig på linje med de holdninger, som disse verdenskendte agile folk giver udtryk for.

Som jeg nævner i episoden, så er mit formål ikke at skulle overbevise nogen om, at skal eller ikke skal arbejde med SAFe. Det skal jeg jo ikke blande mig i. Mit formål er at tage et rationelt og objektivt kig på sagerne og et opgør med nogle af de vedtagne sandheder, der findes derude i det agile landskab. Det synes jeg nemlig, at der er alt for få, der gør.

Hør, hvad der skal til for at skabe agilitet, hvorfor ledere, der udviser lederskab er altafgørende, og hvilken vej, I under alle omstændigheder kan vælge. Også selvom I har både uforudsigelighed, flaskehalse og andre slags "flowstoppers" i massevis i jeres organisation.

Der er en del populære usandheder om det agile, som bare ikke har nogen rod i virkeligheden. Jeg har sat mig for at kigge nærmere på de vigtigste af dem, men vil også vende tingene på hovedet og tale om nogle af de upopulære sandheder. Dem som mange ikke har lyst til at høre, men som bare ikke bliver mindre sande af den grund.

Der spildes ufattelige summer på at ændre den måde, man arbejder på i rigtig mange virksomheder. Man begynder at bruge en eller anden agil metode eller framework i håbet om, at miraklet så vil ske, og ens organisation begynder at levere deres projekter, initiativer eller hvad man nu kalder dem, i en ordentlig kvalitet, til tiden og uden at budgettet sprænges til atomer.

Der laves mange agile fejlskud ”derude”, og som agil specialist gør det mig ærgerlig at se, hvordan mange – ofte store – konsulentvirksomheder lover guld og grønne skove helt uden at have noget at have de løfter i.

Virksomhederne og medarbejderne betaler dyrt for det, og det kunne have været undgået, hvis bare man havde taget et fordomsfrit kig på realiteterne. Man skal i øvrigt altid være skeptisk, når nogen lover det hele for det halve.

Men selvom disse 6 anti-patterns er ualmindeligt almindelige, så er det jo ikke ensbetydende med, at man ikke skal gøre noget ved dem. Især fordi der faktisk findes løsninger på alle disse problemer, hvis ellers man vil parkere ”plejer” på sidelinjen og erkende, at der findes andre veje til agilitet end Scrum.

Når alt kommer til alt, er det jo resultaterne, der tæller, og hvis man ikke kan få Scrum til at virke ordentligt - sandsynligvis fordi forudsætningerne ikke er til stede, så er det da smartere at prøve noget andet end at blive ved med at humpe videre.

Dette andet, der kan reparere den kuldsejlede Scrum-skude, er Kanban. Metoden er skabt til at håndtere uforudsigelighed og foranderlighed, og kan bruges overalt, hvor man laver videnarbejde. Af enhver art.

Når jeg bidrager på Scrum eller SAFe transformationer, så er løbende, tæt coaching tvingende nødvendigt for at få tingene til at flytte sig. Men når jeg sætter gang i Kanban teams, så går der ikke lang tid før de er langt mere selvkørende. Sådan har det været hver eneste gang hos hver eneste kunde, jeg har samarbejdet med gennem årene.

Her kan du høre, hvorfor det er sådan. Og lad mig bare afsløre, at det ikke er fordi de Kanban teams, jeg har coachet, var foran på point, da de startede. Det ligger simpelthen i selve Kanban-metoden.

I mit arbejde som agil coach og underviser m.m. er en af de diskussioner, der dukker op igen og igen, den om hvorfor det ikke er nødvendigt at estimere, og hvorfor det som regel er et kæmpe spild af tid. Dette er ikke et postulat, der er grebet ud af luften, og ikke noget jeg siger, fordi jeg er blevet småtosset, men fordi der er fuldstændig rationelle argumenter for, hvorfor det er sådan.

Der findes nemlig en anden, mere enkel og præcis vej. Her kan du høre, hvordan I kan spare oceaner af tid ved at droppe estimaterne, samtidig med at I øger træfsikkerheden i jeres prognoser. Jo, den er god nok, og du får hele historien lige her.

I dag vil jeg tage fat på et emne, som jeg tit har tænkt over, og det er, hvorfor folk automatisk tænker Scrum når de beslutter sig for at hoppe på den agile vogn. Alle agile teams, som jeg har mødt i de sidste mange år, arbejder enten med Scrum eller Kanban. Problemerne opstår, når valget foregår tilfældigt.

Vælger man Scrum til teams, der ikke kan forudsige deres aktiviteter selv i korte perioder, eller arbejder med en pose blandede bolsjer, vil ikke kunne få Scrum til at fungere bare nogenlunde ordentligt. Redningsmanden hedder Kanban, som kan bruges overalt, hvor man laver videnarbejde.

Her kan du høre, hvad I skal have med i overvejelserne, når I skal vælge den agile vej til jeres teams, og hvorfor det er vigtigt at tage bestik af, hvor jeres organisation er, så I kan vælge rigtigt.

I dag har jeg sat mig for at dræbe nogle af de mange myter, der er om Kanban, og i stedet fortælle den rigtige historie om metoden. Det gør jeg med min tunge ballast som akkrediteret Kanban underviser og konsulent fra Kanban University.

Som agil specialist har jeg arbejdet med utallige agile teams. De fleste er startet med Scrum, adskillige som en del af SAFe, men mange af dem har måtte erkende, at de ikke har kunne få deres Scrum til at fungere ordentligt.

Det har virket meningsløst på dem at skulle planlægge deres uforudsigelige hverdag i sprints, de har haft ansvaret for en række forskellige produkter, de har haft mange enmandshære i form af specialister på deres område, og er det situationen, er det tæt på umuligt at få Scrum til at virke.

Når jeg så har hevet Kanban op af min agile værktøjskasse, så er skuldrene faldet ned i disse teams Pludselig har de kunne se sig selv i agile sammenhænge, fordi Kanban-metoden er blevet tilpasset deres kontekst, frem for som før at blive presset ind i en ramme, de ikke kan være i.

Her gennemgår jeg de vigtigste elementer i Kanban metoden og fortæller også, hvorfor den er så vanvittig effektiv, når man gerne vil være mere agile.

Jeg fortæller dig de ubekvemme sandheder og kalder en spade for en spade. Det er det, der er hele ideen bag ”Den agile agenda”. Ud med glansbillederne og ind med fakta.

I dag tager jeg en overflyvning over de mest brugte agile metoder og frameworks, og hvad der skal til for at få dem til at virke. Der er nemlig ikke nogen agil one-size-fits-all. Jeg tager et nærmere kig på de luftkasteller, som nogen forsøger at sælge. Men som i alle andre sammenhænge: Hvis noget lyder for godt til at være sandt, så er det nok heller ikke sandt.

Når man vælger, at ens organisation skal arbejde agilt, er drivkraften som regel, at der skal mere gennem pølsemaskinen, end man plejer at få, og det er selvfølgelig forståeligt nok. Men vejen dertil er ikke bare at indføre nye praksisser. Så nemt er det desværre ikke. Her fortæller jeg, hvad der skal til for at skabe de forandringer, som mange ledelser tørster efter.

Jeg giver dig som sædvanlig en stribe konkrete eksempler på, hvad jeg har set ude i virkeligheden, og hvorfor mange af de ting man gør i den bedste mening, kan være nærmest spild af tid.

Jeg fortæller også, hvad jeg selv ville gøre, hvis det var mig, der skulle skabe fede agile resultater så hurtigt, billigt og effektivt som muligt. Alt er naturligvis baseret på noget jeg ved, fordi jeg selv har gjort det og har set det virke.

Velkommen til og god lytning!

I dag kommer jeg ind på nogle emner, som nok er forskellige, men alligevel hænger sammen. Jeg tager bl.a. de ikke-eksisterende agile tryllestave, som nogen stadig håber på findes, under kærlig behandling. Jeg kommer ind på falsk estimeringstryghed, og fortæller også om, hvad man tit måler på og belønner folk for – også i agile sammenhænge, og hvorfor det nærmest kan modarbejde det, man gerne vil opnå.

Når man vælger, at ens organisation skal arbejde agilt, er drivkraften som regel, at der skal mere gennem pølsemaskinen, end det man plejer at få. Men hvordan ved man, at man får det?

Det kan man kun finde ud af på én måde, nemlig ved at måle. Det er bare ikke ligegyldigt, hvad man måler på, så i stedet for at plage sin organisation med at måle noget, der ikke siger en pind om effektiviteten, så vend skuden og begynd at måle på det, der virkelig fortæller noget om ens teams’ eksekveringskraft.

Jeg giver dig som sædvanlig en stribe konkrete eksempler på, hvad jeg har set ude i virkeligheden, og hvorfor mange af de ting man gør i den bedste mening, kan være nærmest spild af tid. Jeg fortæller selvfølgelig også, hvad jeg selv ville gøre, hvis det var mig, der skulle skabe fede agile resultater så hurtigt, billigt og effektivt som muligt. Alt er naturligvis baseret på noget jeg ved, eller selv har gjort og har set virke.

Velkommen til og god lytning!

Jeg fortæller dig de ubekvemme sandheder og kalder en spade for en spade. Det er det, der er hele ideen bag ”Den agile agenda”. Ud med glansbillederne og ind med fakta.

I denne episode ser jeg på, hvilken kæmpebetydning ledelsens gøren og laden har i forbindelse med de agile transformationer og initiativer, de som regel selv har sat i gang.

Formår lederne at ændre deres adfærd, så den passer til de nye agile spilleregler? Spiller de med på en måde, der understøtter og hjælper de agile teams på vej, eller er det i virkeligheden ledelsen selv, der ”disrupter” de agile fremskridt?

Jeg giver dig mit erfaringsbaserede syn på, hvad god agil ledelse betyder, hvis man virkelig vil opnå agile resultater, og jeg fortæller lidt om, hvor vigtigt det er at vælge den agile metode/framework, som passer til ens organisation.

Velkommen til og god lytning!

Denne gang dykker jeg ned i, hvordan man kommer godt i gang med sine agile initiativer, hvad enten det er en fuld transformation eller en mindre implementering i nogle få teams. Jeg taler også om, hvordan man får nogle konkrete målbare resultater i stedet for feel-good-agile, og kommer ind på hvordan man undgår at ens agile initiativ sander helt til efter alt for kort tid, og ikke mindst hvordan man kan målrette sin forbedringsindsats.

Det kan både handle om forbedringer i hele ens organisation eller i individuelle teams. Med lidt konkret planlægning kan man nemlig ramme netop de mål man formentlig satte sig, da man startede, og dermed komme nærmere det ambitionsniveau, man har lagt.

Velkommen til og god lytning!

Mange siger selv, at de arbejde ”Scrumish” eller ”SAFe-agtigt”, og der er også dem, der siger, at de arbejder med Kanban, men i virkeligheden bruger en opgavetavle, hvor myriader af aktiviteter flyder tilfældigt rundt. Disse virksomheder vil gerne være med på den hypede agile vogn, men uden at sætte sig ordentligt ind i, hvad det kræver, og uden at være parate til at betale den pris, der er for højere agilitet.

I denne episode beskriver jeg, hvad agilewashing er for noget, og jeg giver nogle tips til, hvordan man kan undgå det. Jeg fortæller om, hvorfor der hverken er et ”easy fix” eller genveje til agilitet, og punkterer myten om, at det skulle være lettere at arbejde agilt end på klassisk facon. Arbejdet er jo præcis lige så komplekst, som det hele tiden har været, så hvorfor skulle det også være det?

Jeg kommer ind på, hvorfor ledelse er helt afgørende for at opnå agile gevinster. Det er bestemt ikke kun en team-ting.

Som altid kalder jeg en spade for en spade. Det er det, der er hele ideen bag ”Den agile agenda”. Ud med glansbillederne og ind med fakta.

Velkommen til, og god lytning!

Det var mange spørgsmål, men dette og meget mere tager jeg fat på i denne episode, hvor jeg både tager et tilbageblik til dengang den agile bølge begyndte at rulle, men også fortæller om, hvorfor de agile metoder så langt fra er et easy fix og advarer om "Kejserens agile klæder".

Jeg dykker ned i forudsætningerne for at få agile systemer til at virke, jeg pirker lidt til agil ledelse og (manglende) team disciplin, og deler i det hele taget ud af mine erfaringer om, hvad det er, der får det agile til at fungere eller det modsatte.

Som altid kalder jeg en spade for en spade, og du får rene ord for pengene. Alt hvad jeg fortæller om, har jeg selv oplevet og arbejdet med. I denne podcast får du ca. 20 års erfaringer i kondenceret form.

Jeg, Annette Vendelbo er din vært, og jeg har sat denne podcast i verden for at få at gøre op med varm agil luft og "Kejserens agile klæder". Jeg ønsker at få de ubekvemme sandheder om det agile op i lyset, så folk ved, hvad de har med at gøre, når de kaster sig ud i agile farvande.

Der er meget "religion", mange myter omkring det agile og meget agilewashing 'derude'. Alt det vil jeg gerne til livs ved at dele mine dyrekøbte erfaringer med dig og forholde mig så objektivt og realistisk til tingene, som muligt, så du slipper for at hoppe i de faldgruber, som så mange ellers havner i.

I denne podcast får du rene ord for pengene baseret på ca. 14 års praktisk erfaring med det agile fra snart sagt enhver tænkelig vinkel. Der er mange fordele ved at arbejde agilt, det er bare ikke det easy fix, som mange vil give indtryk af. I min podcast, Den agile agenda, får du intet "feel-good-agile", ingen glansbilleder, men kun fakta baseret på mine erfaringer fra utallige agile teams samt mit tunge faglige fundament.

I denne episode bliver du præsenteret for Den agile agenda, og mig, Annette Vendelbo. Du hører, hvad du kan forvente, når du skruer op for denne podcast, og jeg fortæller dig, hvad min baggrund er for at have en mening om agile metoder, frameworks, systemer, eller hvad man nu kalder det.

Velkommen til - jeg håber, at du vil få noget ud af at lytte med.

Du skal også lige vide, at hvis du har forslag til gæster, du gerne vil lytte til eller har emner, du gerne vil have bragt op, så kan du kontakte mig på info@agilagenda.com

Jeg har arbejdet som agil konsulent, coach, underviser, forfatter og blogger i ca. 14 år, og alle dage har jeg været stærk modstander af agile fundamentalister, der nægter at tage virkeligheden for gode varer. Dem møder jeg faktisk oftere, end man skulle tro.

Som en direkte modsætning til agile fundamentalisme står jeg og Den agile agenda for en agil realisme og pragmatisme, der tager udgangspunkt i den konkrete kontekst, som det agile skal fungere i. Virkeligheden vinder nemlig altid.

Jeg håber, at du får en masse ud af at lytte på mig og de gæster, som jeg ind imellem inviterer til at dele deres erfaringer. Både jeg og de har en masse på hjerte, og det jeg selv drives af, er at forbedre folks agile systemer, så man får så meget som muligt gennem "pølsemaskinen". Uanset hvad man producerer.

Velkommen til!