- John Boone
- 0
- 3560
- 712
Craig Fitzpatrick își descrie experiența în ceea ce privește termenul limită al proiectului și întârzierea proiectului. Mai întâi el menționează prin crearea unui termen fals pentru a împinge oferta de echipă mai devreme nu ajută echipa ta să livreze proiectul la timp - în schimb, vă va scădea credibilitatea și conducerea. El vorbește apoi de ce întârzie întotdeauna proiectele:
Iată o observație interesantă: Persoanele pe care le-am auzit sugerează că această tactică, mai des decât nu, face parte din cauza principală a proiectelor software foarte târziu la care se referă. Nu sunt sigur dacă este cauza și efectul sau doar o simplă corelare, dar am descoperit că acești oameni nu reușesc să înțeleagă următoarele:
* Dacă veți schimba cerințele, software-ul va întârzia.
* Dacă păstrați atenția asupra echipei cu responsabilități MIS sau proiecte secundare, software-ul va întârzia.
* Dacă continuați să programați echipamentul cu solicitări de asistență, software-ul va întârzia.
Termenele false nu motivează oamenii. - [Sensul mai puțin frecvente]