Der er mange myter om Kanban. Mange sejlivede myter, som ikke desto mindre er helt forkerte. Her kommer nogle stykker af dem:

• 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.

Uanset om du arbejder i en lille, stor eller gigantisk virksomhed, så foregår alt det arbejde I laver i 3 forskellige flyvehøjder. Der er simpelthen 3 forskellige niveauer. Nemlig det strategiske, det koordinerende og det udførende.

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.

Rundt omkring på de sociale medier florerer en fortælling om, at NU er de agile rammeværk og metoder på vej i graven. Er der hold i det, eller er historien om den snarlige agile død stærkt overdrevne?

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!

Få indsigt i, hvorfor agile frameworks som Scrum og SAFe er så svære at få til at fungere ordentligt, og hvorfor det er tæt på umuligt i offentlige organisationer. Hør også, hvad I kan gøre i stedet, hvis I også føler jer som medvirkende i et agilt teaterstykke. Vi dykker ned i:

• 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.

This is the 3rd and last episode in this mini-series, and I am extremely proud to once again present you to a very special guest, namely, David J Anderson, the pioneer of the Kanban Method.

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.

This is the second episode of three in this Kanban mini-series, and I am extremely proud to present you with a very special guest. None other than David J. Anderson, the pioneer of the Kanban Method.

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.

This is the first episode of three in this mini-series, and I am extremely proud to present you to a very special guest. None other than David J. Anderson, the pioneer of the Kanban Method.

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.

Der er opstået en slags blind tro på, at hvis man skal arbejde med noget IT-relateret, så skal man død og pine arbejde agilt. Mange vælger Scrum helt pr. automatik eller SAFe, hvis man er en stor virksomhed, der skal skalere. Men mon ikke sandheden er noget mere nuanceret?

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.

Der er så mange pudsige tolkninger af, hvad det vil sige at arbejde agilt, og hvad man kan forvente sig at få ud af en agil transformation. Jeg har nok set og hørt de fleste. Men det er faktisk som regel de ledelser, der beslutter sig for at ”gå agilt”, der har et noget skævt billede og nogle urealistiske ideer om, hvad de kan forvente at få ud af at kaste sig ud i de agile farvande.

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.