Planview-bloggen

Din väg till smidighet i affärsverksamheten

Work Management för team

Scope Creep (krypande omfattning). Det händer oss alla.

Publicerad By Planview Blog

Den negativa effekten av scope creep på projekt är ett väldokumenterat faktum. Ändringar i omfattningen - oavsett hur små eller stora de är - kan påverka projektets tidsplan och kostnader. Oavsett om det är nya krav som läggs till eller ändringar av befintliga krav är scope creep källan till många huvudvärk för projektledningen.

Men hur påverkar scope creep det pågående arbetet? Till skillnad från projekt har pågående arbete vanligtvis inga parametrar som styrs av tidsfrister och budgetar, vilket gör det svårare att identifiera. Det betyder inte att det inte händer - det gör det bara svårt att förstå konsekvenserna och göra något åt dem.

Att känna igen personlig Scope Creep

För att få grepp om det kan vi lägga allt vi vet om scope creep på projektnivå åt sidan för ett ögonblick och föra ner det till den enskilda individen. Räckvidden i sig själv är trots allt en livlös sak.  Den kan inte krypa.  Inte helt och hållet själv, det kan den inte.  Om räckvidden kryper, beror det på att någon kryper den.

Och den "någon" är du och jag. Hur många gånger har du varit i affären med avsikt att bara köpa en eller två saker och sedan fått en hel kundvagn full med extra saker du behöver?

Det händer oss alla, trots våra bästa intentioner. Och jag kan garantera att det kan hända med alla typer av arbete - från programvaruutveckling till marknadsföring och konstruktion. Det är ofta svårt att motstå frestelsen att göra lite mer eller göra det lite bättre.

På individnivå verkar den här typen av scope creep ofarlig; vi kan lätt övertyga oss själva om att vi gör företaget en tjänst genom att göra en extra ansträngning. Men de många små förändringarna blir allt värre och kostar företaget en hel del i form av missade möjligheter.

Om du vill förbättra teamets övergripande prestationer måste du först inse att scope creep förekommer. Vårt marknadsföringsteam på LeanKit har nyligen ställts inför denna smärtsamma sanning. Som ett team på tio personer insåg vi att om vi alla fortsätter att tänja på parametrarna för vårt arbete bara en liten bit varje dag så bromsar vi i slutändan teamet - och organisationen -.

När du är i ögonblicket och är helt upprymd över det du arbetar med kan frestelsen att göra mer vara överväldigande. Så här är 5 tips som vi har tagit fram för att försöka minimera personlig scope creep.

Håll din omfattning under kontroll

  1. Se till att du har klart för dig vad som förväntas innan du börjar arbeta. Tro inte att du förstår omfattningen; det enda sättet att ta reda på det är genom att samarbeta med den person som ansvarar för att godkänna arbetet.
  2. Det är tydligt att definierar "definitionen av gjort". Det är okej att dela med sig av sina idéer om hur man skulle vilja göra det större och bättre, men sedan måste man skala tillbaka och komma överens om vad som är vettigt att göra nu.
  3. Dokumentera vad ni har kommit överens om. Vi äter hundmat här, så allt finns med i kortet på vår Planview AgilePlace board. Det undviker missförstånd, håller oss ärliga och gör att alla andra också kan känna till arbetets omfattning.
  4. Meddela tidigt och ofta. När du avslutar olika delar av arbetet kan du kontrollera om det är på rätt väg eller om du har avvikit från kursen. Ingen gillar att behöva göra stora ombyggnader senare.
  5. Håll varandra ansvariga inom teamet. Om du har dokumenterat vad du har sagt att du ska göra bör dina medarbetare vara villiga att fråga "Varför lägger du till visselpipor och klockor?".

För vårt team handlar det om hur mycket snabbare vi skulle kunna arbeta och hur mycket mer vi skulle kunna få gjort om vi alla höll oss till "definitionen av gjort".

Det kräver en hel del självdisciplin, men om du påminner dig själv om att genom att göra mindre gör du faktiskt mer för din organisation är det inte så svårt som det verkar. Lägg till ansvarstagande, samarbete och ett bra verktyg som hjälper dig att hantera det, så är du på god väg.

Relaterade inlägg

Skrivet av Planview-bloggen