Planview-bloggen

Din väg till smidighet i affärsverksamheten

Work Management för team

3 Anledningar till att IT Ops använder Lean Flow (Kanban för DevOps del 3 av 3)

Publicerad Av Dominica Degrandis

I den här tredelade serien om Kanban för DevOps förklarar Dominica DeGrandis, chef för utbildning och coachning på Planview AgilePlace, tre viktiga anledningar till varför IT-Ops-team och de som implementerar en DevOps värdekedja använder en lean flow-strategi för produktutveckling. Om du bara vill börja med den här serien kan du läsa del ett och del två.

Anledning #3: Personer som ansvarar för produktstödet har en röst under produktutvecklingen.

Ansvarstagande utan auktoritet suger. Att vara ansvarig för att produktionen fungerar smidigt - men inte ha någon talan om de förändringar som sker i produktionen - suger energi, suger moral och suger pengar. Och det sugande ljudet betyder att den organisatoriska hälsan är på väg mot botten.

Problemet är tvåfaldigt:

1) Den ekonomiska kostnaden för att äga något återspeglas inte nödvändigtvis i byggandet av det, utan i stödet och det framtida underhållet av det. Vi förstår ofta inte hur mycket arbete som krävs för att stödja produkter.

2) Välståndet i organizational health (dvs. ett företags ekonomiska prestanda, arbetstillfredsställelse, förtroende och samarbete samt tolerans för experiment) är beroende av hur de anslutna grupperna är anpassade. När grupper ignorerar eller konkurrerar med varandra - i stället för att arbeta för att förbättra den övergripande framgången och tillväxten - försämras organisationens hälsa. Vi får inte glömma att DevOps-rörelsens syfte är att förbättra systemet som helhet.

Produktstödet påverkar den ekonomiska kostnaden

Hur stor budget behövs för underhåll? Vem vet?

Låt oss definiera underhåll. Underhåll omfattar arbete för att tillhandahålla förbättringar, åtgärda fel, köra tester, stödja kunder, utöka kapaciteten, migrera plattformar, optimera prestanda, omarbeta funktioner, uppdatera säkerhet/överensstämmelse, lokalisera globala delar och avveckla servrar. Underhåll omfattar nästan alltid någon form av operativt stöd. Ofta krävs det någon form av design, utveckling och testning.

Forskning¹ om budgetering av programvaruunderhåll visar att produktstödet kräver mellan 20-75 % av den ursprungliga kostnaden för produktutvecklingen. Variationen i utbudet beror på många faktorer, bland annat storlek, kompetensnivå, komplexitet, varaktighet och omfattning.

Även om det är svårt att tydligt definiera underhållskonsekvenserna av en ny produkt, är det värt att att få in synpunkter från de personer som ansvarar för underhållet. Det är de som blir utkallade klockan 2:00 på morgonen för att stabilisera produkten i produktionen, hantera prestandaproblem och reagera på kundklagomål. Genom att tidigt fråga dem vad de tycker kan meningsskiljaktigheterna lyftas fram och debatteras - en grundläggande egenskap för en sund organisation.

Produktstödet påverkar den organisatoriska hälsan

"Om människor inte är med och väger in, kan de inte köpa in sig", hävdar Patrick Lencioni i sin bok The Advantage (2012). Lencioni påpekar helt riktigt att människor inte aktivt engagerar sig i ett beslut som fattas för deras räkning om de inte har haft möjlighet att bidra med synpunkter, ställa frågor och förstå skälen bakom beslutet.

När människor är medvetna om utvecklingen av en ny produkt och har en röst under utvecklingen kan de undvika att bli överrumplade med "Åh, förresten, du ärver en ny produkt imorgon". De kan avsätta kapacitet för support och har tid att överväga en lämplig lösning. De kan identifiera krav på lastbalansering och säkerhetsaspekter. Myndigheten ökar deras ansvarstagande när de har befogenhet att föreslå alternativa förbättringar som sannolikt kan minska de totala kostnaderna och riskerna.

Människor vill veta vad som är på väg mot dem och ha möjlighet att delta i besluten. Även om deras förslag inte genomförs vet de att deras bidrag har beaktats. Bara detta kan förbättra förtroendet och samarbetet - viktiga ingredienser för anpassning.

Hur man skapar anpassning i hela organisationen

Att skapa anpassning börjar med att skapa klarhet så att alla kan förstå varför organisationen rör sig i en viss riktning. Klarhet om företagets avsikt minskar förvirring och tvetydighet. Med ett tydligt och konsekvent budskap från ledningen kan medarbetarna fritt utföra sina uppgifter. Det finns få mer destruktiva hinder för de anställda än att ständigt behöva hantera skiftande eller motstridiga meddelanden från ledare som inte är i linje med varandra.

Kommunikation ger människor den klarhet de behöver för att kunna gå framåt som en enhetlig organisation. Organisationer kan förbättra kommunikationen genom att skapa visuella representationer av prioriteringar, risker och arbetsflöden. Vi kommer att utforska visuella arbetsflöden här.

Lösning av problem med feljustering med visualiseringar av lean arbetsflöden

Ett sätt att lösa problem med felanpassning är att titta på hur arbetet rör sig i organisationen. Att analysera hur de iterativa delarna av arbetet flödar genom hela värdeflödet och in i konsumentens händer ger klarhet och stödjer en konsekvent anpassning i alla team. Från design, till tillverkning, till lansering och produktstöd - människor använder visuella verktyg för lean arbetsflöden (t.ex. Kanban-tavlor) för att hjälpa dem att se problem som rör överlämningar, slöseri, omarbete och blockeringar.

En Kanban-tavla som visar utveckling, operativa effekter och stödarbete.

Genom att kartlägga en tvärfunktionell vy av iterativa produktbitar som rör sig genom organisationen på väg till produktion kan man se hur traditionellt orelaterade processer fungerar och hur beslut som fattas uppströms påverkar arbetsflödet nedströms.

På Kanban-tavlan ovan uppmärksammar stödbanan längst till höger det stödansvar som teamet måste förbereda sig för. På äkta DevOps-manér påminns vi om att produktutvecklingen inte är klar förrän den fungerar bra i produktionen och kan stödjas fullt ut.

Dessutom är dataflödesmodellen och datalagringsuppgifterna uppmärksammade i den här vyn så att de kan granskas av dem som berörs. Genom att bjuda in fler personer att delta i skapandet av produkten kan vi undvika besvärliga frågor i efterhand, t.ex. "Varför utformade de dataflödesmodellen på det här sättet? Det kommer att ta minst sex veckor att skaffa det lagringsutrymme som behövs för att hantera dataintegreringen - och vi vill gå live när?!??!"

En förutseende förståelse för vad som krävs för att lansera och stödja en produkt kräver ett tidigt och regelbundet engagemang från de berörda parterna.

Sätt att skapa engagemang i teamet

För att engagera berörda team använder organisationer en av två effektiva strategier:

1) integrering av verksamhet och infrastruktur i produktutvecklingsgrupper.

2) och insisterar på att produktteamen ska ta ansvar för drift och support av produkten.

I det första fallet ökar förtroendet och samarbetet genom att ha en röst i frågan kvaliteten och arbetstillfredsställelsen. I det andra fallet ökar det ansvarstagande som erhålls genom service av produkten kvaliteten och självständigheten. Hur som helst ger dessa förändringar av de traditionella metoderna för driftsstöd företag en fördel som gör att de kan reagera och anpassa sig snabbare.

Slutsats

För att vi ska kunna blomstra, växa och öka samarbetet och arbetstillfredsställelsen behöver vi en anpassning i hela organisationen. Vi behöver alla som ror båten i samma riktning. Lean flow hjälper oss att förutse vad som är på väg mot oss och ger människor en röst i processen. Ett ansvarstagande som innebär att organisationens hälsa är på väg norrut.

Source:
¹Hayes, Jim. (2014, december 3) Hur stor budget behöver jag för underhåll av programvara?

Relaterade inlägg

Skrivet av Dominica Degrandis

Dominica lär ut Kanban till DevOps-entusiaster. Som Executive Consultant på LeanKit kombinerar Dominica erfarenhet, praktik och teori för att hjälpa organisationer att öka sin kapacitet. Hon vill gärna ge synlighet och transparens i olika team för att avslöja kritisk information för båda parter. Följ henne på Twitter på @dominicad.