Vad sjutton är Kanban för något?\n\nJag brukar beställa yakiniku....\n
Kanban är ett verktyg som hjälper dig och ditt team att blir bättre och bättre. \n\nAtt identifiera och åtgärda problem i er abetsprocess\n\nKanban fungerar ihop med befintliga metod\n\nEgentligen är det några enkla principer som baserar sig i tankarna från ...\n\n
Toyota Production System - TPS \n\nEller fritt översatt till västvärlden - LEAN\n
Grundtanken att man når ett flöde från idé till färdig produkt där värde läggs till i en ständig ström \n\nDet når man när arbete görs Just-in-time [CLICK] - precis när det finns behov. \n\nIstället för att bygga lager Just-in-Case [CLICK]\n\n\n\nEftersom inget lager finns kommer alla problem att sakta ner flödet eller ...\n\n
Grundtanken att man når ett flöde från idé till färdig produkt där värde läggs till i en ständig ström \n\nDet når man när arbete görs Just-in-time [CLICK] - precis när det finns behov. \n\nIstället för att bygga lager Just-in-Case [CLICK]\n\n\n\nEftersom inget lager finns kommer alla problem att sakta ner flödet eller ...\n\n
... stoppar det helt\n\nOch det är något BRA eftersom vi då får en chans att förbättra oss, undanröja hinder och eliminera slöserier - waste.\n\nSå för att summera denna korta introduktion kan man säga att Lean handlar om att engagera alla medarbetare i en ständigt mission att identifiera och eliminera problem i vår process. \n\nOch vi använder verktyg som Kanban för att göra det. \n\n\n
Ju snabbare vi kan få värde till kunden desto mer pengar kommer vi att tjäna, eller värde kommer vi att skapa.\n\n
Därför fokuserar man på cykel- och led-tider och försöker driva ner dem. \n\nDvs hur lång tid det tar från beställning till leverans\n\n\n
Det finns massor av fördelar med att korta ledtiderna men en som en grupp testare lätt kan relatera till är feedback och kortare feedback-loopar.\n\nJu snabbare vi får feedback på det vi gjort, om det fungerar, används och är omtyckt desto enklare är det att fatta nästa beslut om hur vi ska göra. \n\nDet vi gjorde hela förra året går inte att använda. \nDet vi gjorde hela förra veckan går inte att använda.\n\nVi har skapat ett mindre lager\n
Ok - så hur får vi kortare ledtider? \nVad kan vi göra?\n\nHelt enkelt bara jobba snabbare? Det är både svårt och dyrt. \n\nKanban hjälper oss med tre enkla principer\n\n
\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- hjälp arbetet att flöda fort genom processen - dvs korta ledtiderna\n\n\nHär lånar jag från Janice Linden Reed’s site Kanban101\n\n\n\n\n\n\n\n
\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- hjälp arbetet att flöda fort genom processen - dvs korta ledtiderna\n\n\nHär lånar jag från Janice Linden Reed’s site Kanban101\n\n\n\n\n\n\n\n
\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- hjälp arbetet att flöda fort genom processen - dvs korta ledtiderna\n\n\nHär lånar jag från Janice Linden Reed’s site Kanban101\n\n\n\n\n\n\n\n
\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- hjälp arbetet att flöda fort genom processen - dvs korta ledtiderna\n\n\nHär lånar jag från Janice Linden Reed’s site Kanban101\n\n\n\n\n\n\n\n
Bestäm er för att begränsa mängden arbete ni håller på med just nu. \n\nWork-in-process\n\n
ta bara nytt arbete från kön när något annat är avslutat\n\n\n\n
Och använd visualisering som stöd för att göra det.\n\nHa! Vad lätt! Tack för mig!\n\n...\n\nMen hur gör man det i praktiken?\n\n\n
Vi börjar med Visualisering. \n\nVisualisering är en mycket viktig princip i Kanban och handlar om att synliggöra arbete och dess flöde där det kanske annars inte hade varit synligt\n\n\nextra viktigt i vår branch, där arbetet inte syns.\n
Vem av dessa två har mest att göra?\n\nDet går inte att säga - vårt arbete syns inte... Det sker i huvudet.\n
Så istället skapar vi visuella hjälpmedel för vårt arbete, t.ex. lappar på en tavla och visar hur det färdas genom vår arbetsprocess. \n\nHär är ett enkelt exempel för ett litet utvecklingsteam.\n\n
Och ibland kanske det är så här komplext\n
Låt oss titta lite på att begränsa WIP - Work in Process\n
Låt oss titta lite på att begränsa WIP - Work in Process\n
Men förresten vad är det? \nWork-in-Process? \nFör oss i mjukvaru-branchen?\n\nHär är några exempel\n
Specifikationer som inte implementerats\n
Kod som inte integrerats med annan kod\n
Otestad kod\n
Eller kod som är färdig för produktion men får ligga och vänta på nästa produktionsättning\n\nAllt detta är exempel på saker som fortfarande är i vår process och som vi har ansvar för Work-in-Process.\n\n
OK - då vet jag vad det är \n\nMen hur kan jag begränsa det?\n\n
Vi kan jobba med mindre delar\n\nIstället för stora use case som tar månader att göra klart jobbar vi med user stories som tar ett par dagar t.ex., som man gör i XP och Scrum\n\n\n
Hur många har upplevt det där?\n\nJa inte åsnan då utan att få arbete påtvingat dig och ditt team. Arbete och en deadline som inte ni har satt t.ex. \n\nFör att minska mängden samtidigt arbete bör vi istället låta teamet dra nytt arbete när de avslutat något. \n\n\n
Se till att vi bygger med kvalitet så att vi inte får göra om saker för att VI har gjort fel.\n\nAnvänd automatiserade tester och korta feedbackloopar.\n\n
Undvik väntan - för vad händer när man väntar?\n\nJa inte ska jag sitta här och inte göra något - jag börjar med något nytt. \n\nmen kom då ihåg att du just ökade ledtiden för allt annat arbete in process.\n\n
Samma sak med hinder - man börjar gärna med något nytt\n\n
Ett sätt att hantera hinder och väntetider att är att ha korsfunktionella team, som kan hjälpa varandra att göra klart saker istället för att jobba på en sak var. \n\nOm man staffar teamet med alla kunskaper för att ta saker från start till mål så har vi verkligen möjlighet att reducera risken för väntan och andra slöserier.\n\n
Så vem bryr sig? \n\nLite mer arbete i processen - vem bryr sig?\n\n\n
Att ni får för mycket WIP är symptomen på ett problem . \n\nStrunta inte i det - lös det\n\nDet här händer om ni inte gör något åt det\n- allt arbete i processen får längre ledtid\n- lägre kvalitet\n- mer risk - mer förändringskänsliga\n- större “lager”\n
Att ni får för mycket WIP är symptomen på ett problem . \n\nStrunta inte i det - lös det\n\nDet här händer om ni inte gör något åt det\n- allt arbete i processen får längre ledtid\n- lägre kvalitet\n- mer risk - mer förändringskänsliga\n- större “lager”\n
Här är själva tricket ... eller hur. \n\nHär finns det mängder att lära och läsa. På ett så kort tal så har jag ingen möjlighet att gå igenom alla saker vi gör för att hjälpa arbetet att flöda. \n\nMen jag kanske hinner två korta saker:\n\n
När visualiserar vårt arbetsflöde, som det här enkla exemplet, så kan det vara en god idé\n\n
att hanterat överlämningar och väntet tider genom att introducera köer. \n\n
\nSå att nästa steg kan se när det är dags att dra nytt arbete från Klar-kön från föregående steg.\n
Och nu kan vi sätta en policy för hur många saker vi jobbar med samtidigt i varje kolumn.\n\nVår WIP-limit. Här har vi skrivit den ovanför varje kolumn. \n\nDet får bara finnas 2 lappar i analys (både doing och done)\n\nGränsen i utveckling är 3 och test 2.\n\n
Jaha - vad ska vi ha dessa gränser till?\n\nJo de hjälper oss att fatta beslut om hur vi ska hantera problemsituationer\n
Här t.ex. är alla kolumner fulla. \n\nMan jobbar i test med sina två \n\nmen samtidig håller utvecklingsgänget på att avsluta sin sista saker.\n\n\n
Så helst skulle utveckling vilja dra en ny lapp. \n\nAnnars blir de idle\n\n
Men det får de inte - då bryter de vår WIP-limit\n\nVi har en flaskhals - denna gång i test.\n\nEn bra sak är att denna flaskhals inte uppstår ur tomma intet - du kommer att se den byggas upp över tid.\nJämför med en rapport som talar om hur det gick \n\nVad ska vi göra?\n- vi ska INTE fortsätta producera och bygga lager - för då kommer allt annat arbete i processen bli lidande och gå långsammare\n- det här pekar på att ett problem finns. Lös dem - strunta inte i dem!\n\nIstället - det vi SKA göra\n- prata om det\n- försök först att utnyttja flaskhalsen till fullo. Ta bort andra sysslor eller projekt t.ex. så att de lägger all tillgänglig tid på test. \n- därefter kanske vi ska öka flaskhalsen kapacitet, t.ex. genom automatisering eller anställa fler testare.\n\n\n\n\n
För att sammanfatta så kan man säga att Kanban handlar om att:\n\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- och hjälpa arbetet att flöda fort genom processen - dvs korta ledtiderna\n\nDessa 3 principer kan appliceras på vilken metod du än jobbar med idag. Du gör säkert vissa av dessa saker redan, till viss utsträckning. \n\n\n\n\n\n\n
För att sammanfatta så kan man säga att Kanban handlar om att:\n\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- och hjälpa arbetet att flöda fort genom processen - dvs korta ledtiderna\n\nDessa 3 principer kan appliceras på vilken metod du än jobbar med idag. Du gör säkert vissa av dessa saker redan, till viss utsträckning. \n\n\n\n\n\n\n
För att sammanfatta så kan man säga att Kanban handlar om att:\n\n- Synliggöra arbete och dess flöde\n- Begränsa mängden pågående arbete\n- och hjälpa arbetet att flöda fort genom processen - dvs korta ledtiderna\n\nDessa 3 principer kan appliceras på vilken metod du än jobbar med idag. Du gör säkert vissa av dessa saker redan, till viss utsträckning. \n\n\n\n\n\n\n
Så faktiskt - jag tycker du ska börja imorgon. \n\n- Kom överens om att sluta börja och börja sluta istället\n- Synliggör ert arbete och studera dess flöde genom processen\n- Begränsa mängden pågående arbete och förbättra era ledtider\n\nDå har ni kommit en bit på väg och kommer lättare att upptäcka och kunna åtgärda problem som uppstår.\n\nPå det sättet kan ni bli bättre och bättre\n
Så faktiskt - jag tycker du ska börja imorgon. \n\n- Kom överens om att sluta börja och börja sluta istället\n- Synliggör ert arbete och studera dess flöde genom processen\n- Begränsa mängden pågående arbete och förbättra era ledtider\n\nDå har ni kommit en bit på väg och kommer lättare att upptäcka och kunna åtgärda problem som uppstår.\n\nPå det sättet kan ni bli bättre och bättre\n
Så faktiskt - jag tycker du ska börja imorgon. \n\n- Kom överens om att sluta börja och börja sluta istället\n- Synliggör ert arbete och studera dess flöde genom processen\n- Begränsa mängden pågående arbete och förbättra era ledtider\n\nDå har ni kommit en bit på väg och kommer lättare att upptäcka och kunna åtgärda problem som uppstår.\n\nPå det sättet kan ni bli bättre och bättre\n