Ominaisuuksien viruminen, jota kutsutaan myös laajuuden virittämiseksi, viittaa hankkeen vaatimusten taipumukseen ylittää alkuperäiset arviot. Se on yleistä suurten tietokoneprojektien kehittämisen yhteydessä, joissa insinöörit päättävät, että tuotteeseen on lisättävä lisäominaisuuksia ennen julkaisua, jotta se olisi käyttökelpoisempi ja nautittavampi kohdemarkkinoille. Se voi tapahtua myös silloin, kun asiakas, joka tekee hankkeen, lisää jatkuvasti toivelistalle. Ominaisuuksien puute voi vaikuttaa hankkeen kokonaisbudjettiin ja viivästyttää julkaisuaikaa huomattavasti aiheuttaen turhautumista yrityksen johtajille. Se voi myös viime kädessä heikentää tuotetta tukkimalla sen mielenkiintoisilla mutta tarpeettomilla ominaisuuksilla, joten yritysten on huolehdittava sen välttämisestä.
Ongelmaa voidaan lieventää tiiviisti organisoidulla projektitiimillä, joka tunnistaa hankkeen tarkat vaatimukset ja työskentelee yhdessä niiden täyttämiseksi. Projektipäällikkö, joka on tietoinen ominaisuuden hiipumisen riskeistä, voi auttaa ratkaisemaan sen paskan aikana keskittymällä tiimiin tai muistuttamalla asiakasta projektin alkuperäisistä tavoitteista. Joskus arvioiden ylittäminen on todella tarpeen, varsinkin suurissa projekteissa, joissa insinöörit tutkivat uusia konsepteja. Näissä tapauksissa useiden tiimin jäsenten tulee kokoontua yhteen arvioidakseen esiintyvää ominaisuusvirhettä ja päättämään, onko se pätevä tulos projektin etenemissuunnasta.
Erityisesti ohjelmistojen tapauksessa kiusaus alistua ominaisuuden hiipimiseen on usein voimakas. Ohjelmistokehittäjät ajattelevat jatkuvasti uusia tapoja parantaa tuotteitaan, ja jossain vaiheessa projektipäälliköiden on lopetettava se. Ominaisuuden hiipumista voidaan tässä tapauksessa vähentää järjestämällä usein projektikokouksia, joissa muistutetaan projektin osanottajia alussa ilmoitetuista tavoitteista. Kun kehitetään mitä tahansa uutta tuotetta, tiimin tulee aina kokoontua yhteen ennen työn aloittamista sopiakseen siitä, mitä luodaan, mitä tiimi haluaa sen tekevän ja miten tuote saavuttaa nämä tavoitteet.
Pyrkimyksiä estää laajenemista ei ole tarkoitus rangaista luovuutta. Pikemminkin tiimin jäsenten tulisi tehdä muistiinpanoja lisäominaisuuksista, jotka heidän mielestään olisivat mielenkiintoisia ja hyödyllisiä, ja toimittaa ne viikoittaisten projektimuistioiden mukana. Jos muut tiimin jäsenet ovat yhtä mieltä siitä, että ominaisuudet ovat elintärkeitä, ne voidaan lisätä projektin kehittämiseen. Jos ominaisuudet ovat mielenkiintoisia, mutta eivät välttämättömiä tietyn projektin julkaisun yhteydessä, ne voidaan jättää eteenpäin kehitettäväksi projektin myöhemmissä julkaisuissa, olipa kyseessä sitten uusi ohjelmisto, auto tai mikä tahansa muu laite.