Abbreviazioni: cosa significano DEAD e DITO?

senza preoccupazioni

Sviluppo, definizione, integrazione e stima di progetti da oltre un decennio. Avendo lavorato con centinaia di aziende e con tonnellate di sviluppo interno e società di consulenza esterne, sono sempre stupito di quanto sia sbagliato il settore nel fissare stime di completamento e scadenze per il completamento. Di conseguenza, ho escogitato i nuovi calcoli DEAD e DITO per la stima e il completamento del progetto. Eccoli:

MORTO: stime di sviluppo e scadenze:

  1. Direzione vendite: Le aspettative del cliente prenderanno 25% più lungo da sviluppare rispetto al progetto vero e proprio promesso dal venditore.
  2. Richieste funzionali: I requisiti funzionali definiti non funzioneranno effettivamente. Inserisci 25% più tempo di pianificazione per garantire che i requisiti funzionali possano essere effettivamente implementati in base all'architettura del sistema e all'interfaccia dell'applicazione.
  3. Richieste funzionali: I requisiti funzionali definiti non verranno effettivamente sviluppati nel modo previsto. Ha qualcosa a che fare con le barriere linguistiche di Klingon rispetto all'inglese (o viceversa) tra sviluppatore e Product Manager. Inserisci 25% più tempo di sviluppo per il tuo progetto, pre-rilascio per assicurarti che sia sviluppato in base alle tue esigenze.
  4. Gestione Progetto: Lo sviluppo effettivo richiederà 25% più lungo da sviluppare rispetto alla stima effettiva del progetto.
  5. Casi d'uso: I casi d'uso aziendali definiti sono costituiti solo da 25% dei casi d'uso effettivi che si verificheranno. Aggiungi il 50% in più di tempo di sviluppo al tuo progetto, dopo il rilascio, per adattarlo all'uso effettivo rispetto all'uso previsto. Ciò include funzionalità e prestazioni.

DEAD applicato:

  1. Progetto stimato e venduto per il completamento di 10 giorni lavorativi.
  2. In realtà ci vorranno 12.5 giorni per completare come promesso.
  3. In realtà ci vorranno 15.625 giorni per chiarire problemi con requisiti errati o mancati.
  4. In realtà ci vorranno 19.53125 giorni per completare il progetto come adeguatamente definito.
  5. Quindi ... il progetto è completato in ~ 20 giorni.
  6. Una volta avviato, saranno necessari altri 10 giorni per correggere i problemi in sospeso.
  7. Il tempo totale del progetto è di 30 giorni.

DITO: Developer Insomnia e Take Out.

Per fortuna, però, le nostre aziende hanno il fattore di compensazione DITO per applicare, salvare il progetto e citare il progetto successivo.

DITO applicato:

  1. Gli incredibili sviluppatori che hai assunto sono in realtà insonni e spesso possono allungare 8 ore lavorative in molte di più, compresi i fine settimana. Un aumento del 100% in termini di produttività Risparmio: ~ 10 giorni. Adesso siamo in ritardo di soli 10 giorni.
  2. Lusingando i programmatori con cibo da asporto, puoi guadagnare i fine settimana e lavorare durante i pasti. (Gli sviluppatori sono persone brillanti, ma mi sono sempre chiesto perché un programmatore da $ 75 / ora avrebbe lavorato per un'ora di pranzo per una pizza da $ 10 ... chi lo sapeva ?!). Risparmio: ~ 25%. Ora siamo in ritardo di soli 5 giorni.
  3. Man mano che le scadenze si avvicinano ei clienti diventano più arrabbiati, dovrai aggiungere Mountain Dew al Take-Out, ma questo si tradurrà a volte in un periodo di programmazione diretta da 24 a 36 ore. La soluzione risultante verrà rilasciata, con bug (a volte dovuti a briciole di crosta di pizza nella tastiera) in tempo.
  4. DITOl'applicazione post-rilascio si traduce in un risparmio di 5 giorni sul miglioramento post-rilascio.

Combinando il DEAD e DITO i calcoli risultano in un semplice multiplo di 1.5 al completamento del progetto. Applica sempre il 50% di tempo in più per il completamento dei progetti rispetto a quanto ti aspetti.

NOTA: La sigla DEAD è applicabile perché gli sviluppatori moriranno in media del 25% prima del dipendente tipico a causa di complicazioni derivanti dal mancato sonno, ipertensione, diabete e problemi di peso causati da pizza, ciambelle, rugiada di montagna e caffè acquistati dal datore di lavoro. DITO si applica perché i tuoi venditori applicheranno la stima originale al prossimo progetto venduto.

Commenti

  1. 1
  2. 2
  3. 3

    La vita triste (o dovrei dire… "nessuna vita") di un programmatore. Dovresti aggiungere divorzio e celibato. Ma hai colpito nel segno. Soprattutto dando ai responsabili delle vendite le munizioni per trasformare un prodotto in così poco tempo. O peggio ancora ... venderlo prima che sia stato concepito !!! Lo adoriamo. La prossima volta che un progetto è in scadenza, assicurati che il rappresentante di vendita sia a portata di mano ... per l'intera durata del progetto. Qualcuno ha bisogno di prendere il caffè.

Cosa ne pensi?

Questo sito utilizza Akismet per ridurre lo spam. Scopri come vengono elaborati i dati dei tuoi commenti.