Habilitación de vendas

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:

  1. Xestión de vendas: As expectativas do cliente tardarán 25% máis tempo para desenvolver que o proxecto real prometido polo vendedor.
  2. 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.
  3. 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.
  4. Xestión de Proxectos: O desenvolvemento real levará 25% máis tempo para desenvolver que a estimación real do proxecto.
  5. 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:

  1. Proxecto estimado e vendido por 10 días laborables de finalización.
  2. Realmente tardará 12.5 días en completarse como se prometeu.
  3. En realidade, tardará 15.625 días en aclarar os problemas con requisitos incorrectos ou perdidos.
  4. En realidade, levará 19.53125 días completar o proxecto como se define correctamente.
  5. Entón ... o proxecto está rematado en ~ 20 días.
  6. Unha vez lanzado, requirirán 10 días máis para corrixir os problemas pendentes.
  7. 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:

  1. 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.
  2. 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.
  3. 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.
  4. 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.

Douglas Karr

Douglas Karr é CMO de OpenINSIGHTS e o fundador da Martech Zone. Douglas axudou a decenas de startups exitosas de MarTech, axudou na debida dilixencia de máis de 5 millóns de dólares en adquisicións e investimentos en Martech e segue axudando ás empresas a implementar e automatizar as súas estratexias de vendas e mercadotecnia. Douglas é un experto e relator de MarTech en transformación dixital recoñecido internacionalmente. Douglas tamén é autor publicado dunha guía de Dummie e dun libro de liderado empresarial.

artigos relacionados

Botón de volta ao principio
preto

Adblock detectado

Martech Zone pode fornecerche este contido sen ningún custo porque monetizamos o noso sitio mediante ingresos publicitarios, ligazóns de afiliados e patrocinios. Agradeceríamos que elimines o teu bloqueador de anuncios mentres visitas o noso sitio.