Hvad er Feature Creep?
Funktionskrypning, også kaldet omfangskrypning, henviser til tendensen hos projektkrav til at overskride deres oprindelige skøn. Det er almindeligt med udviklingen af større computerprojekter, hvor ingeniører beslutter, at yderligere funktioner skal føjes til produktet inden frigivelse for at gøre det mere anvendeligt og morsomt for målmarkedet. Det kan også ske, når klienten, der indgår i projektet, fortsætter med at føje til ønskelisten. Funktionskræbning kan påvirke det samlede budget for et projekt samt forsinke frigivelsestiden betydeligt og forårsage frustration for virksomhedsledere. Det kan også i sidste ende svække et produkt ved at tilstoppe det med interessante, men unødvendige funktioner, så virksomheder er nødt til at passe på at undgå det.
Problemet kan afhjælpes ved at have et tæt organiseret projektteam, der anerkender de nøjagtige krav til projektet og arbejder sammen for at imødekomme dem. En projektleder, der er opmærksom på risikoen ved funktionskrypning, kan hjælpe med at forhindre det ved pas ved at fokusere teamet igen eller minde klienten om de oprindelige mål for projektet. Lejlighedsvis er funktionskrybning faktisk nødvendig, især med store projekter, hvor ingeniører udforsker nye koncepter. I disse tilfælde skal flere holdmedlemmer mødes for at evaluere den funktion, der sker, og som beslutter, om det er et gyldigt resultat af den retning, som projektet bevæger sig i.
Især i tilfælde af software er fristelsen til at bukke under for funktionskryp ofte intens. Softwareudviklere tænker konstant på nye måder at forbedre deres produkter på, og på et bestemt tidspunkt skal projektledere stoppe det. Funktionskrypning i dette tilfælde kan reduceres ved at have hyppige projektmøder for at minde deltagere i projektet om de mål, der blev angivet i begyndelsen. Når der udvikles nogen form for nyt produkt, skal teamet altid mødes, inden det begynder at arbejde for at blive enige om, hvad der skabes, hvad teamet ønsker, at det skal gøre, og hvordan produktet vil nå disse mål.
Bestræbelser på at afskrække funktionskryp er ikke designet til at straffe kreativitet. I stedet skal teammedlemmer notere ekstra funktioner, som de synes ville være interessante og nyttige, og de skal indsende dem sammen med ugentlige projektnoter. Hvis andre medlemmer af teamet er enige om, at funktionerne er vitale, kan de føjes til projektudviklingen. Hvis funktionerne er interessante, men ikke nødvendige med den bestemte projektudgivelse, kan de indgives til videreudvikling af senere udgivelser af projektet, hvad enten det drejer sig om ny software, en bil eller en anden form for enhed.