Lo scorrimento delle caratteristiche, chiamato anche scorrimento dell’ambito, si riferisce alla tendenza dei requisiti del progetto a superare le stime originali. È comune con lo sviluppo di grandi progetti informatici, in cui gli ingegneri decidono di aggiungere funzionalità aggiuntive al prodotto prima del rilascio per renderlo più utilizzabile e divertente per il mercato di destinazione. Può anche accadere quando il cliente che appalta il progetto continua ad aggiungere alla lista dei desideri. Lo scorrimento delle funzionalità può influire sul budget complessivo di un progetto, oltre a ritardare notevolmente i tempi di rilascio, causando frustrazione ai dirigenti dell’azienda. Può anche alla fine indebolire un prodotto intasandolo con funzionalità interessanti ma non necessarie, quindi le aziende devono fare attenzione per evitarlo.
Il problema può essere mitigato avendo un team di progetto ben organizzato che riconosca i requisiti esatti del progetto e lavori insieme per soddisfarli. Un project manager che è consapevole dei rischi del feature creep può aiutare a prevenirlo rifocalizzando il team o ricordando al cliente gli obiettivi originali del progetto. A volte, superare le stime è effettivamente necessario, soprattutto con grandi progetti in cui gli ingegneri stanno esplorando nuovi concetti. In questi casi, diversi membri del team dovrebbero incontrarsi per valutare lo scorrimento delle caratteristiche che si sta verificando e decidere se si tratta o meno di un risultato valido della direzione in cui si sta muovendo il progetto.
Soprattutto nel caso del software, la tentazione di soccombere al feature creep è spesso intensa. Gli sviluppatori di software pensano costantemente a nuovi modi per migliorare i loro prodotti e, a un certo punto, i project manager devono porre fine a tutto ciò. Lo scorrimento delle caratteristiche in questo caso può essere ridotto avendo frequenti riunioni di progetto per ricordare ai partecipanti al progetto gli obiettivi che sono stati dichiarati all’inizio. Quando si sviluppa qualsiasi tipo di nuovo prodotto, il team dovrebbe sempre incontrarsi prima di iniziare il lavoro per concordare ciò che viene creato, ciò che il team vuole che faccia e come il prodotto raggiungerà questi obiettivi.
Gli sforzi per scoraggiare lo scope creep non sono progettati per punire la creatività. Piuttosto, i membri del team dovrebbero prendere nota delle funzionalità aggiuntive che ritengono interessanti e utili e dovrebbero inviarle insieme alle note settimanali del progetto. Se altri membri del team concordano sul fatto che le funzionalità sono vitali, possono essere aggiunte allo sviluppo del progetto. Se le funzionalità sono interessanti ma non necessarie con quella particolare versione del progetto, possono essere presentate per ulteriori sviluppi nelle versioni successive del progetto, che si tratti di un nuovo software, di un’auto o di qualsiasi altro tipo di dispositivo.