Sales Enablement

Abreviaturas: ¿Qué significan DEAD y DITO?

Llevo más de una década desarrollando, definiendo, integrando y estimando proyectos. Habiendo trabajado con cientos de empresas, así como con toneladas de desarrollo interno y firmas de consultoría externas, siempre me sorprende lo equivocada que está la industria al establecer estimaciones de finalización y plazos para la finalización. Como resultado, se me ocurrieron los nuevos cálculos DEAD y DITO para la estimación y finalización del proyecto. Aquí están:

MUERTOS: Estimaciones de desarrollo y fechas límite:

  1. Gestión de ventas: Las expectativas del cliente se llevarán 25% más tiempo para desarrollar que el proyecto real que prometió el vendedor.
  2. Requerimientos funcionales: Los requisitos funcionales que definió no funcionarán realmente. Añadir 25% más tiempo de planificación para garantizar que los requisitos funcionales realmente se puedan implementar en función de la arquitectura del sistema y la interfaz de la aplicación.
  3. Requerimientos funcionales: Los requisitos funcionales que definió no se desarrollarán realmente de la forma esperada. Tiene algo que ver con las barreras del idioma del klingon frente al inglés (o viceversa) entre el desarrollador y el gerente de producto. Agregar 25% más tiempo de desarrollo para su proyecto, prelanzamiento para garantizar que se desarrolle de acuerdo con sus requisitos.
  4. Gestión De Proyectos: El desarrollo real llevará 25% más tiempo para desarrollar que la estimación real del proyecto.
  5. Casos de uso: Los casos de uso empresarial que definió solo consisten en 25% de los casos de uso reales en los que se incurrirá. Agregue un 50% más de tiempo de desarrollo a su proyecto, después del lanzamiento, para ajustar el uso real frente al uso esperado. Esto incluye tanto la funcionalidad como el rendimiento.

APLICADO MUERTO:

  1. Proyecto estimado y vendido para finalización de 10 días hábiles.
  2. En realidad, tardará 12.5 días en completarse según lo prometido.
  3. En realidad, se necesitarán 15.625 días para aclarar los problemas con requisitos incorrectos o omitidos.
  4. En realidad, se necesitarán 19.53125 días para completar el proyecto según lo definido correctamente.
  5. Entonces ... el proyecto se completa en ~ 20 días.
  6. Una vez lanzado, se necesitarán 10 días más para corregir los problemas pendientes.
  7. El tiempo total del proyecto es de 30 días.

DITO: Desarrollador Insomnia y Take Out.

Sin embargo, afortunadamente, nuestras empresas tienen el factor de compensación DITO para aplicar, guardar el proyecto y cotizar el próximo proyecto.

DITO aplicado:

  1. Los increíbles desarrolladores que contrató son en realidad insomnes y, a menudo, pueden extenderse de 8 horas hábiles a muchas más, incluidos los fines de semana. Un aumento del 100% en productividad Ahorro: ~ 10 días. Ahora solo llegamos 10 días tarde.
  2. Al engatusar a los programadores con comida para llevar, puede ganar los fines de semana y preparar las comidas. (Los desarrolladores son tipos brillantes, pero siempre me pregunté por qué un programador de $ 75 / hora trabajaría durante una hora de almuerzo por una pizza de $ 10… ¡¿Quién sabía ?!). Ahorro: ~ 25%. Ahora solo llegamos 5 días tarde.
  3. A medida que se acercan los plazos y los clientes se enojan más, deberá agregar Mountain Dew a Take-Out, pero esto a veces dará como resultado un tramo de 24 a 36 horas de programación directa. La solución resultante se lanzará, con errores (a veces debido a migas de corteza de pizza en el teclado) a tiempo.
  4. Ditola aplicación posterior al lanzamiento da como resultado un ahorro de 5 días en la mejora posterior al lanzamiento.

Combinando el DEAD y Dito Los cálculos dan como resultado un múltiplo simple de 1.5 al finalizar el proyecto. Siempre aplique un 50% más de tiempo para completar los proyectos de lo que espera.

NOTA: El acrónimo DEAD es aplicable porque los Desarrolladores morirán un promedio de 25% antes que el empleado típico debido a complicaciones resultantes de no dormir, presión arterial alta, diabetes y problemas de peso de Pizza, Donuts, Mountain Dew y Café comprados por el Empleador. Dito se aplica porque su personal de ventas aplicará la estimación original en el próximo proyecto vendido.

Douglas Karr

Douglas Karr es CMO de AbrirINSIGHTS y el fundador de la Martech Zone. Douglas ha ayudado a docenas de nuevas empresas exitosas de MarTech, ha colaborado en la diligencia debida de más de $5 mil millones en adquisiciones e inversiones de Martech y continúa ayudando a las empresas a implementar y automatizar sus estrategias de ventas y marketing. Douglas es un orador y experto en transformación digital y MarTech reconocido internacionalmente. Douglas también es autor de una guía para principiantes y de un libro sobre liderazgo empresarial.

Artículos Relacionados

Volver al botón superior
Cerrar

Adblock detectado

Martech Zone puede proporcionarle este contenido sin costo porque monetizamos nuestro sitio a través de ingresos publicitarios, enlaces de afiliados y patrocinios. Le agradeceríamos que elimine su bloqueador de anuncios mientras visita nuestro sitio.