Hva er Feature Creep?

Funksjonskryp, også kalt omfangskryp, refererer til tendensen til prosjektkrav til å overskride de opprinnelige estimeringene. Det er vanlig med utviklingen av store datamaskinprosjekter, der ingeniører bestemmer at ytterligere funksjoner skal legges til produktet før utgivelse for å gjøre det mer brukbart og morsomt for målmarkedet. Det kan også skje når klienten som kontraherer prosjektet fortsetter å legge til ønskelisten. Funksjonskryp kan påvirke det totale budsjettet for et prosjekt, i tillegg til å utsette utgivelsestiden betraktelig, forårsake frustrasjon for selskapets ledere. Det kan også til slutt svekke et produkt ved å tette det opp med interessante, men unødvendige funksjoner, så selskaper må passe på for å unngå det.

Problemet kan avbøtes ved å ha et tett organisert prosjektgruppe som anerkjenner de eksakte kravene til prosjektet og jobber sammen for å oppfylle dem. En prosjektleder som er klar over risikoen ved kryp av funksjoner, kan hjelpe deg med å ta det av pasningen ved å fokusere teamet på nytt eller minne klienten om de opprinnelige målene for prosjektet. Noen ganger er funksjonskryp faktisk nødvendig, spesielt med store prosjekter der ingeniører utforsker nye konsepter. I disse tilfellene skal flere teammedlemmer møtes for å evaluere funksjonskryp som oppstår og avgjøre om det er et gyldig resultat av retningen som prosjektet beveger seg.

Spesielt når det gjelder programvare, er fristelsen til å gi etter for funksjonskryp ofte intens. Programvareutviklere tenker stadig på nye måter å forbedre produktene sine på, og på et bestemt tidspunkt må prosjektledere stoppe det. Funksjonskryp i dette tilfellet kan reduseres ved å ha hyppige prosjektmøter for å minne deltakerne i prosjektet om målene som ble uttalt i begynnelsen. Når vi utvikler noen form for nytt produkt, bør teamet alltid møtes sammen før de starter arbeidet med å bli enige om hva som skapes, hva teamet vil at det skal gjøre, og hvordan produktet vil oppnå disse målene.

Arbeidet med å motvirke funksjonskryp er ikke designet for å straffe kreativitet. Snarere bør teammedlemmer lage notater om tilleggsfunksjoner som de synes ville være interessante og nyttige, og bør sende dem sammen med ukentlige prosjektnotater. Hvis andre medlemmer av teamet er enige om at funksjonene er viktige, kan de legges til prosjektutviklingen. Hvis funksjonene er interessante, men ikke nødvendige, med den aktuelle prosjektutgivelsen, kan de stilles for videre utvikling av senere utgivelser av prosjektet, enten det er ny programvare, en bil eller noen annen slags enhet.