Forkortelser: Hvad står DEAD og DITO for?

Jeg har udviklet, defineret, integreret og estimeret projekter i over et årti. Efter at have arbejdet med hundredvis af virksomheder såvel som med tonsvis af intern udvikling og eksterne konsulentfirmaer er jeg altid forbløffet over, hvor forkert branchen altid har med at fastsætte skøn over færdiggørelse og frister for færdiggørelse. Som et resultat er jeg kommet med de nye DEAD og DITO beregninger til projektestimering og færdiggørelse. Her er de:

DEAD: Udviklingsestimater og deadlines:

  1. Salgsledelse: Kundens forventninger vil tage 25 % længere tid at udvikle end det faktiske projekt, som sælgeren lovede.
  2. Funktionelle krav: De funktionelle krav, du definerede, fungerer faktisk ikke. Tilføje 25 % mere planlægningstid for at sikre, at funktionelle krav faktisk kan implementeres baseret på din systemarkitektur og applikationsgrænseflade.
  3. Funktionelle krav: De funktionelle krav, du definerede, udvikles faktisk ikke som forventet. Det har noget at gøre med sprogbarrierer i Klingon vs. engelsk (eller omvendt) mellem udvikler og produktchef. Tilføje 25 % mere udviklingstid til dit projekt, pre-release for at sikre, at det er udviklet i henhold til dine krav.
  4. Projektledelse: Den aktuelle udvikling vil tage 25 % længere at udvikle end det faktiske projektestimat.
  5. Brug sager: De forretningsbrugssager, du definerede, består kun af 25 % af de faktiske brugssager, der vil blive afholdt. Tilføj 50% mere udviklingstid til dit projekt, efter frigivelse, for at justere til faktisk brug vs. forventet brug. Dette inkluderer funktionalitet såvel som ydeevne.

DEAD anvendt:

  1. Projekt anslået og solgt i færdiggørelse af 10 hverdage.
  2. Det vil faktisk tage 12.5 dage at gennemføre som lovet.
  3. Det vil faktisk tage 15.625 dage at afklare problemer med forkerte eller ubesvarede krav.
  4. Det vil faktisk tage 19.53125 dage at gennemføre projektet som defineret korrekt.
  5. Så ... projektet er afsluttet om ~ 20 dage.
  6. Når den er lanceret, vil det tage 10 dage mere at rette udestående problemer.
  7. Den samlede projekttid er 30 dage.

DITO: Udvikler Insomnia and Take Out.

Heldigvis har vores virksomheder dog DITO-kompenserende faktor til at anvende, gemme projektet og citere det næste projekt.

DITO anvendt:

  1. De utrolige udviklere, du hyrede, er faktisk søvnløshed og kan ofte strække 8 åbningstider i mange flere, inklusive weekender. En 100% stigning i produktivitet Besparelser: ~ 10 dage. Nu er vi kun 10 dage forsinkede.
  2. Ved at trylleprogrammerere med Take-Out mad kan du vinde weekender og arbejde igennem måltiderne. (Udviklere er strålende fyre, men jeg spekulerede altid på, hvorfor en $ 75 / hr-programmør ville arbejde igennem en times frokost til en $ 10-pizza ... hvem vidste det ?!). Besparelser: ~ 25%. Nu er vi kun 5 dage forsinkede.
  3. Da deadlines nærmer sig, og klienter bliver vredere, skal du tilføje Mountain Dew til Take-Out, men dette vil undertiden resultere i en 24 til 36 timers direkte programmering. Den resulterende løsning frigives med fejl (undertiden på grund af pizzaskorpekrummer på tastaturet) til tiden.
  4. DITOanvendt efter frigivelse resulterer i en 5 dages besparelse på forbedring efter frigivelse.

Kombinerer DØD og DITO beregninger resulterer i et simpelt 1.5 multiplum ved projektafslutning. Brug altid 50% mere tid til færdiggørelse på projekter, end du forventer.

BEMÆRK: Forkortelsen DØD kan anvendes, fordi udviklere i gennemsnit vil dø 25% hurtigere end den typiske medarbejder på grund af komplikationer som følge af ingen søvn, forhøjet blodtryk, diabetes og vægtproblemer fra en arbejdsgiver-købt pizza, donuts, bjergdug og kaffe. DITO gælder, fordi dine salgsfolk anvender det oprindelige skøn på det næste solgte projekt.

3 Kommentarer

  1. 1
  2. 2
  3. 3

    Det triste liv (eller skal jeg sige ... "intet liv") hos en programmør. Du skal tilføje skilsmisse og cølibat. Men du rammer neglen på hovedet. Især at give salgslederne ammunitionen til at vende et produkt rundt på så kort tid. Eller endnu værre ... at sælge det før det er undfanget !!! Vi elsker det. Næste gang et projekt forfalder, skal du sørge for, at salgsrepræsentanten er klar ... hele projektets varighed. Nogen har brug for at få kaffen.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.