Kilpailusyistä ohjelmistotuottaja haluaa tuotteensa markkinoille ennen kilpailijoita ja tämä tapahtuu laadun kustannuksella. Ohjelmahankkeille rajataan epärealistinen aikataulu eikä virhetestaukseen jää riittävästi aikaa.
Ajan puutteen takia ohjelmiston alkusuunnittelu voi olla rosoista ja dokumentoinnit virheellisiä. Ohjelmaan jää loppuun toteutumattomia osia tai niitä korvataan väärillä moduuleilla. Kiireessä oikaistaan koodausohjeista tai ohjelmassa ei esitellä kaikkia toimintoja tai esitellään toimintoja, jotka todellisuudessa puuttuvat. Testaussuunnitelmat saattavat jäädä puolitiehen.
Ohjelmointivaiheessa syntyy koodausvirheitä; keskimäärin ohjelmoija tekee vähintään yhden virheen sataa koodiriviä kohden ja kiireessä nämä virheet jäävät korjaamatta.
Myös asiakkaan ja ohjelmistokehittäjän välillä esiintyy kommunikointiongelmia. Käyttäjille saattaa olla vaikeaa selittää, mitä he haluavat ohjelman tekevän vaikka he itse tuntevatkin hyvin toimialueensa.
Käyttäjiä voi myös ärsyttää kertoa työnsä kulusta niin pilkuntarkasti kuin ohjelman toiminnan suunnittelu vaatii. Käyttäjien on joskus vaikea hahmottaa, millainen työnkulku uudessa järjestelmässä tulee olemaan sillä järjestelmän tarkoituksena usein on perusteellisesti muuntaa entiset rutiinit.
Nykyisillä ohjelmakehitysvälineillä ei virheitä voida paljoa vähentää vaan niiden vähentäminen jää testaukselle. Suuret ohjelmistot vievät automaattisen testauksen suuntaan. Näiden järjestelmien sisältämän ongelman esittää roomalainen sananlasku: "Custodiet Ipsos Custodes", kuka testaa, että itse testausohjelma toimii oikein?