När folk börjar tänka "sluta börja börja avsluta" (Kanban) eller "fokusera på den aktuella sprinten" (Scrum) är en vanlig fråga som dyker upp hur man ska hantera människor som krävs för olika aktiviteter under hela arbetslivscykeln.
Exempel på scenarier
Kanban-tavlan ovan illustrerar följande scenarier. Användarna "D1" och "D2" representerar utvecklarna och användaren "T1" representerar testaren.
"Jag är en testare som både deltar i specifikationsworkshopar för acceptanstestdriven utveckling (ATDD) (uppströms) och i utforskande testning (nedströms). Utvecklarna är fria att börja en ny berättelse. Ska jag hjälpa dem med ATDD-tänkandet för ett nytt kort eller fokusera på att avsluta det jag arbetar med?"
"Jag är en utvecklare som både analyserar nya berättelser (man kan kalla det "backlog grooming" om man är ett Scrum-team) och utvecklar dem. Jag ser att vår backlog av färdiga berättelser börjar bli knapp. Ska jag fortsätta att arbeta med min berättelse eller ska jag börja analysera nya berättelser?"
Sluta börja Börja avsluta
"Stop Starting Start Finishing" handlar om att slutföra saker och minimera slöseri med inventarier. Det verkar som om man alltid föredrar att avsluta och inte börja. Varför skulle vi ens överväga ett annat tillvägagångssätt? Och i vissa sällsynta team är det faktiskt rimligt att arbeta i ett rent "one piece flow"-läge där vi fokuserar på en sak, avslutar den och sedan går vidare till nästa. Men detta kräver en mycket hög nivå av kollektivt ägarskap och samverkande samtidiga konstruktioner. Detta är sällan utgångspunkten och sällan ett tidigt resultat för grupper som försöker skapa ett sundare arbetsflöde.
Så i de flesta team är utmaningen att för att upprätthålla ett sunt flöde arbetar folk vanligtvis med olika saker. Och när arbetsprocessen i dessa team är sådan att den kräver att olika medlemmar av teamet deltar i arbetet i olika delar av livscykeln - så att de måste röra vid arbetet, lämna det och återvända till det - har vi ett problem. Att upprätthålla ett hälsosamt flöde står nu i konflikt med "Stop Starting Start Finishing" eftersom du vanligtvis alltid har något att avsluta, så när ska du flytta dig till vänster på din tavla eller börja arbeta med saker som är relaterade till din nästa sprint?
Filter för Lean-beslut
Ett koncept som kan vara till hjälp är "Lean Decision Filter":
- Värde är viktigare än flöde: För att maximera värdet måste man påskynda på bekostnad av flödet.
- Flödet är viktigare än att eliminera avfall: Öka WIP om det behövs för att upprätthålla flödet, även om det leder till mer avfall.
- Eliminera slöseri för att förbättra effektiviteten: Sträva inte efter stordriftsfördelar.
Så utifrån filtret kan vi dra slutsatsen att om vi måste starta något nytt för att upprätthålla flödet är det detta vi bör göra - även om det är ett potentiellt slöseri - eftersom vi kunde ha fokuserat på att avsluta något.
För övrigt: I många Scrum-team visar sig detta som en heuristik att spendera 10% av teamets kapacitet på att förbereda sig för nästa sprint.
Ett sätt att minska slöseriet med att byta sammanhang och samtidigt upprätthålla flödet är att använda en löpande kadens. Håll till exempel specifikationsworkshops eller sessioner för att ta reda på backlogs vid en regelbunden tidpunkt varje vecka. Detta minimerar konsekvenserna av kontextbytet eftersom det ger en viss förvarning till människor, i stället för att överraska dem och tvinga dem att gå över till något annat. (Annars kommer resten av laget att vara sysslolösa.)
Slutsats
Ett av de första stegen för att verkligen förstå Kanban eller Scrum är att börja tänka "sluta börja börja börja avsluta". Men Lean Decision Filter hjälper oss att tillämpa det nödvändiga sunda förnuftet i verkliga situationer där det verkar stå i konflikt med ett effektivt flöde - vilket faktiskt är vad vi strävar efter.
![En global plan för hantering av samarbetsarbete [Video]](https://blog.planview.com/wp-content/uploads/2019/07/A-Global-Collaborative-Work-management-blueprint.png)
