Abreviatures: què significa DEAD i DITO?

Fa més d’una dècada que desenvolupo, defineixo, integro i estimo projectes. Després d’haver treballat amb centenars d’empreses, així com amb moltes empreses de consultoria externa i desenvolupament, sempre em sorprèn l’equivocació que sempre té la indústria en establir estimacions de terminació i terminis de finalització. Com a resultat, he arribat als nous càlculs DEAD i DITO per a l’estimació i finalització del projecte. Aquí estan:

MORT: estimacions i terminis de desenvolupament:

1. Gestió de vendes: Les expectatives del client trigaran 25% més temps per desenvolupar que el projecte real que va prometre el venedor.
2. Requisits funcionals: Els requisits funcionals que heu definit no funcionaran. Afegeix 25% més temps de planificació per garantir que els requisits funcionals es puguin implementar en funció de l'arquitectura del sistema i la interfície d'aplicació.
3. Requisits funcionals: Els requisits funcionals que heu definit no es desenvoluparan de la manera que esperàveu. Té a veure amb les barreres lingüístiques del klingon contra l'anglès (o viceversa) entre el desenvolupador i el gestor de productes. Afegeix 25% Més temps de desenvolupament per al vostre projecte, pre-llançament per assegurar-vos que es desenvolupa segons els vostres requisits.
4. Gestió de projectes: El desenvolupament real trigarà 25% més temps per desenvolupar que l'estimació real del projecte.
5. Casos d'ús: Els casos d’ús empresarial que heu definit només consten 25% dels casos d’ús reals en què es produirà. Afegiu un 50% més de temps de desenvolupament al vostre projecte, després del llançament, per ajustar-lo a l'ús real en comparació amb l'ús esperat. Això inclou funcionalitat i rendiment.

MORT aplicat:

1. Projecte estimat i venut durant la finalització de 10 dies laborals.
2. De fet, trigaran 12.5 dies a complir-se com s’ha promès.
3. De fet, trigaran 15.625 dies a aclarir problemes amb requisits incorrectes o incomplerts.
4. En realitat, trigaran 19.53125 dies a completar el projecte segons es defineix correctament.
5. Per tant ... el projecte es completa en uns 20 dies.
6. Un cop llançat, caldran 10 dies més per corregir els problemes pendents.
7. El temps total del projecte és de 30 dies.

DITO: Desenvolupament Insomnia and Take Out.

Per sort, però, les nostres empreses tenen el factor compensador DITO per aplicar, desar el projecte i citar el següent projecte.

DITO aplicat:

1. Els increïbles desenvolupadors que heu contractat són realment insomni i sovint poden estendre vuit hores laborals en moltes més, inclosos els caps de setmana. Un guany del 8% en productivitat Estalvi: ~ 100 dies. Ara només arribem amb deu dies de retard.
2. Cajolant els programadors amb menjar per emportar, podreu guanyar caps de setmana i treballar durant els àpats. (Els desenvolupadors són nois brillants, però sempre em vaig preguntar per què un programador de 75 dòlars / hora treballaria una hora de dinar per una pizza de 10 dòlars ... qui ho sabia ?!). Estalvi: ~ 25%. Ara només arribem amb 5 dies de retard.
3. A mesura que s’acaben els terminis i els clients s’enfaden, haureu d’afegir Mountain Dew al Take-Out, però de vegades es produirà un tram de programació directa de 24 a 36 hores. La solució resultant s’alliberarà, amb errors (de vegades a causa de molles d’escorça de pizza al teclat) a temps.
4. DITOl'aplicació posterior al llançament proporciona un estalvi de 5 dies en la millora posterior al llançament.

Combinant el fitxer DEAD DITO els càlculs donen lloc a un simple múltiple 1.5 en finalitzar el projecte. Sempre apliqueu un 50% més de temps per completar els projectes del que esperàveu.

NOTA: The acronym DEAD és aplicable perquè els desenvolupadors moriran un 25% de mitjana abans que l’empleat habitual a causa de complicacions derivades de l’absència de son, hipertensió arterial, diabetis i problemes de pes de la pizza comprada per l’empresari, les rosquilles, el Mountain Dew i el cafè. DITO s'aplica perquè els vostres clients de vendes aplicaran l'estimació original del proper projecte venut.