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 samt med tonsvis af intern udvikling og eksterne konsulentfirmaer, er jeg altid overrasket over, hvor forkert branchen altid er ved at fastsætte skøn over færdiggørelse og deadlines for færdiggørelse. Som et resultat heraf er jeg kommet med de nye DEAD- og DITO -beregninger til projektestimering og -afslutning. 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, bliver faktisk ikke udviklet, som du havde forventet. Det har noget at gøre med sprogbarrierer for Klingon mod 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. Produktivitetsforøgelse på 100%: ~ 10 dage. Nu er vi kun 10 dage forsinkede.
  2. Ved at kalde programmerere med take-out mad kan du få weekender og arbejde igennem måltider. (Udviklere er strålende fyre, men jeg har altid spekuleret på, hvorfor en $ 75/time programmør ville arbejde igennem en times frokost til en $ 10 pizza ... hvem vidste ?!). Besparelser: ~ 25%. Nu er vi kun 5 dage forsinkede.
  3. Efterhånden som deadlines truer og kunderne bliver vredere, skal du tilføje Mountain Dew til Take-Out, men dette vil nogle gange resultere i en 24 til 36 timers strækning af direkte programmering. Den resulterende løsning frigives med bugs (nogle gange på grund af pizzaskorpekrummer i 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.