Abreviaturas: que significa DEAD e DITO?
Levo máis dunha década desenvolvendo, definindo, integrando e estimando proxectos. Despois de traballar con centos de empresas, así como con toneladas de empresas de desenvolvemento interno e consultoría externa, sempre me sorprende o equivocado que sempre está a industria ao establecer estimacións de terminación e prazos de finalización. Como resultado, atopei os novos cálculos DEAD e DITO para a estimación e finalización do proxecto. Aquí están:
MORTOS: estimacións e prazos de desenvolvemento:
- Xestión de vendas: As expectativas do cliente tardarán 25% máis tempo para desenvolver que o proxecto real prometido polo vendedor.
- Requisitos funcionais: Os requisitos funcionais que definiu non funcionarán. Engadir 25% máis tempo de planificación para garantir que os requisitos funcionais se poidan implementar en función da arquitectura do sistema e da interface de aplicación.
- Requisitos funcionais: Os requisitos funcionais que definiches non se desenvolverán do xeito que esperabas. É algo que ten que ver coas barreiras lingüísticas do klingon fronte ao inglés (ou viceversa) entre o programador e o xestor de produtos. Engadir 25% Máis tempo de desenvolvemento para o teu proxecto, pre-lanzamento para asegurarte de que se desenvolve segundo as túas necesidades.
- Xestión de Proxectos: O desenvolvemento real levará 25% máis tempo para desenvolver que a estimación real do proxecto.
- Casos de uso: Os casos de uso empresarial que definiu só consisten 25% dos casos de uso reais nos que se producirá. Engade un 50% máis de tempo de desenvolvemento ao teu proxecto, despois do lanzamento, para axustalo ao uso real fronte ao uso esperado. Isto inclúe funcionalidade e rendemento.
MORTO aplicado:
- Proxecto estimado e vendido por 10 días laborables de finalización.
- Realmente tardará 12.5 días en completarse como se prometeu.
- En realidade, tardará 15.625 días en aclarar os problemas con requisitos incorrectos ou perdidos.
- En realidade, levará 19.53125 días completar o proxecto como se define correctamente.
- Entón ... o proxecto está rematado en ~ 20 días.
- Unha vez lanzado, requirirán 10 días máis para corrixir os problemas pendentes.
- O tempo total do proxecto é de 30 días.
DITO: Desenvolvedor Insomnia and Take Out.
Por sorte, as nosas empresas teñen o factor compensador DITO para aplicar, gardar o proxecto e citar o seguinte proxecto.
Aplicado DITO:
- Os incribles desenvolvedores que contratou son realmente insomnes e moitas veces poden estirar 8 horas laborables en moitas máis, incluídas as fins de semana. Aforro de produtividade do 100%: ~ 10 días. Agora só demoramos 10 días.
- Cajolando aos programadores con comida para levar, podes gañar fins de semana e traballar durante as comidas. (Os desenvolvedores son rapaces brillantes, pero sempre me preguntei por que un programador de 75 $ / hora traballaría unha hora de xantar para unha pizza de 10 $ ... quen o sabía ?!). Aforro: ~ 25%. Agora só demoramos 5 días.
- A medida que se achegan os prazos e os clientes se enfadan, terás que engadir Mountain Dew ao Take-Out, pero isto producirá ás veces un treito de 24 a 36 horas de programación directa. A solución resultante liberarase, con erros (ás veces debido a migas de cortiza de pizza no teclado) a tempo.
- DITOaplicado despois do lanzamento resulta nun aforro de 5 días na mellora posterior ao lanzamento.
Combinando o mORTOS DITO os cálculos dan lugar a un simple múltiplo 1.5 ao finalizar o proxecto. Sempre aplique un 50% máis de tempo para a finalización dos proxectos do que esperaba.
NOTA: O acrónimo mORTOS é aplicable porque os desenvolvedores morrerán un 25% de media antes que o empregado típico debido a complicacións derivadas de non durmir, hipertensión arterial, diabetes e problemas de peso de Pizza, Donuts, Mountain Dew e Coffee. DITO aplícase porque os seus compañeiros de vendas aplicarán a estimación orixinal no seguinte proxecto vendido.