Las estimaciones son extremadamente difíciles.
Hay una buena razón por la cual muchos proveedores de servicios:
- construir un conjunto limitado de soluciones para apegarse a los estadios sanos,
- aventurarse en productos de construcción, o
- productize sus servicios bajo un alcance manejable.
Escribí una publicación detallada sobre ¿Por qué las estimaciones son un desafío para el trabajo de desarrollo personalizado? y la razón por la que hemos cambiado a un modelo basado en retenedores. Causa menos fricción mientras genera mejores resultados y permite un flujo de trabajo interno adecuado.
- ¿Cuánto cuesta publicar una aplicación móvil?
- Cómo registrar una idea para una aplicación móvil para minimizar la amenaza de concepto en la etapa de desarrollo
- ¿Qué es una aplicación basada en datos?
- ¿Qué debe cuidar una empresa de desarrollo móvil al crear una aplicación nativa exclusivamente para fines de chat?
- ¿Es una buena idea crear una aplicación móvil que te diga dónde están tus amigos en la estación de esquí?
La cuestión es que diseñar un sitio web o crear una aplicación móvil no es un proceso sencillo .
La mayoría de los clientes imaginan el siguiente proceso:
- Una discusión inicial o una revisión del resumen existente
- Un acuerdo formal (o informal) del alcance y los entregables
- Establecer una fecha límite y una fecha de lanzamiento
- El desarrollador / diseñador hace lo que se supone que debe hacer
- El proyecto está 100% completo.
- Lanzamiento
Con ese escenario, evaluar el alcance debería ser trivial, ¿verdad?
Así no es cómo funciona.
Es por eso que CHAOS Group informa más del 70% de los proyectos fallidos a nivel mundial cuando solicita una estimación por adelantado y los construye como un proyecto en cascada:
Tenga en cuenta la caída masiva de proyectos fallidos al aplicar una buena metodología ágil en su lugar.
Las estimaciones son extremadamente difíciles.
En mi experiencia, la cantidad de ida y vuelta, el alcance del alcance y la sobrecarga de la comunicación pueden resultar en 5 a 10 veces el tiempo de desarrollo real requerido para el resumen inicial.
Los proveedores menos experimentados causan regresiones, ofrecen baja calidad o no pueden estimar su tiempo debido a la falta de experiencia. Pero los vendedores competentes enfrentan los mismos desafíos en términos de comunicación, demoras, falta de activos, infinitos de ida y vuelta, retrasar los plazos y redefinir el alcance inicial del proyecto.
En realidad, lo que sucede la mayoría de las veces con pequeñas empresas y autónomos (o pequeños equipos de desarrollo) es lo siguiente:
- El proveedor acepta el conjunto predefinido de características / IU / especificación.
- Pasan el tiempo de desarrollo asignado.
- El cliente solicita un par de pequeñas actualizaciones.
- Luego, otra docena de actualizaciones pequeñas y medianas.
- De repente, resulta que ciertas áreas no son “como las imaginé”.
- Refactorización o reconstrucción.
- El cliente presenta un conjunto de características aleatorias que quería tener al principio.
- Una discusión larga, ya menudo acalorada, sobre el alcance inicial y todas las brechas en la propuesta original.
- Otro conjunto de errores debido a cambios de última hora.
- Brechas de comunicación, activos faltantes, información incorrecta proporcionada por el cliente, etc.
- Trabajo adicional más allá de la fecha límite original.
- Correos electrónicos, mensajes de chat, llamadas, más correos electrónicos, alcance adicional, lanzando nuevas características en torno a errores de última hora debido a requisitos fuera de alcance.
Ni siquiera es culpa del cliente. El problema es que el alcance original siempre es casual, vago y listo para la interpretación .
Los proyectos de tarifa fija se crean en una sola iteración. Como resultado, la mayoría de los requisitos reales se determinarán durante la fase de implementación real.
Incluso hemos trabajado en proyectos que incluyeron más de 300 páginas de documentación. Algunos de ellos terminaron con meses de discusiones adicionales a través de gerentes de proyecto, líderes de equipo, directores generales e incluso abogados que interpretan los posibles escenarios en los que se cumple un determinado requisito.
Sorprendentemente, una asignación aparentemente clara e inequívoca generalmente puede ser construida de 5 maneras completamente diferentes por cinco proveedores de servicios independientes.
Por lo tanto, las estimaciones son extremadamente difíciles.
Como resultado, el alcance real es indeterminable .
Solo hay cuatro casos en los que el desarrollo de software es rentable para el proveedor de servicios casi todo el tiempo:
- Vender por adelantado largas y detalladas sesiones de descubrimiento , lo que termina siendo un producto mínimo viable que ya incluye las características principales, el concepto de diseño principal y una extensa documentación detallada pagada por el cliente antes del “desarrollo real”.
- Elaboración cuidadosa de contratos que obligan legalmente a un cliente a la interpretación del alcance del proveedor y cobra por adelantado la mayor parte del tiempo. Eso puede ponerse feo en la corte ya que los clientes a menudo no están de acuerdo dada la falta de coincidencia entre la compilación y la “idea” inicial.
- Recargos masivos con un gran multiplicador del trabajo original para cubrir todas las pérdidas por arrastre de alcance y sobrecarga de comunicación.
- Ofreciendo un desarrollo ágil en primer lugar.
Excepto por la última opción (desarrollo ágil iterativo donde los costos y el alcance se pueden ajustar sobre la marcha), todo lo demás requiere un gasto general o un compromiso inicial por parte del cliente.
La mayoría de los proveedores de servicios que venden proyectos de tarifa fija intentan combinar una especificación algo detallada con suficientes gastos generales que podrían manejar parte de los gastos generales. No funciona en todo momento, pero es un compromiso común en el mercado.
Hay alternativas peores (como abandonar el proyecto debido a errores de cálculo y un proceso de comunicación difícil).
Como recordatorio, las estimaciones son extremadamente difíciles.
Hay desafíos adicionales que se interponen en el camino. Algunos dueños de negocios tienen múltiples tomadores de decisiones que no están en la misma página. Las vacaciones o los retrasos en los activos a menudo retrasan un proyecto a pesar de la fecha límite inicial. Ciertos criterios, como el cumplimiento de la seguridad o los KPI de rendimiento, pueden estar desalineados. Las revisiones de diseño pueden ser infinitas, incluso si se ha proporcionado un alcance inicial.
Cada cotización fija se basa en la comprensión inicial del proveedor de servicios sobre el alcance del trabajo y la cantidad de tiempo requerida para realizar el proyecto.
Hay algunas fórmulas que intentan cerrar la brecha entre el “mejor escenario” y el “peor escenario”:
Por lo general, el peor de los casos puede ser de 20 a 50 veces mayor que el mejor de los casos debido a todos los desafíos enumerados anteriormente. Esto calibra la fórmula a algo que es ” algo factible “.
Teniendo esto en cuenta, los proveedores de servicios confían en su experiencia anterior y su tarifa por hora establecida combinada con el tiempo adicional esperado para la comunicación, el control de calidad, el empaquetado, la entrega y la implementación. Esto es algo arbitrario y, a menudo, no funciona como se ve en el cuadro del grupo CHAOS.
Es probable que la estimación que recibirá (o esté a punto de dar) sea similar. Aumentar la posibilidad de éxito depende completamente de sus habilidades de comunicación y negociación, cuán detallada sea su especificación, su contrato y la comprensión mutua del proyecto.
Aquí hay algunas respuestas relevantes de Quora sobre precios y estimaciones:
- La respuesta de Mario Peshev a ¿Cuánto tengo que pagar por una empresa de desarrollo que me construirá un sitio web de 5 páginas (basado en WordPress) además de la reserva de dominios, el alojamiento, la marca y el diseño completo?
- La respuesta de Mario Peshev a ¿Cuánto cuesta el diseño de sitios web de WordPress?
- La respuesta de Mario Peshev a ¿Cuánto debería cobrar por diseñar un sitio web universitario completo con más de 25 páginas, un portal para estudiantes y un sistema de gestión completo integrado?
- La respuesta de Mario Peshev a ¿Cuánto cuesta desarrollar un nuevo plugin de WordPress por un profesional independiente?
