Cada vez que empezamos a colaborar con un nuevo cliente, nuestra empresa de desarrollo de aplicaciones web y móviles prepara dos documentos exhaustivos que revelan todos los detalles más finos relacionados con los costes del proyecto de nuestro cliente.

Quizás ya hayas leído por qué y cómo hacemos estimaciones aproximadas (si no es así, definitivamente deberías hacerlo). Y ahora es el momento de descubrir todo lo que siempre has querido saber sobre las estimaciones detalladas en MindK.

¿Qué es una estimación detallada?

Una estimación detallada es un documento carnoso que le proporciona un desglose completo de los costos para su proyecto.

Divide todo el alcance del trabajo en partes elementales – características.

Cada característica es estimada por separado por nuestros equipos multifuncionales.

El tiempo que se necesita para terminar cada característica se suma para formar un presupuesto detallado para su aplicación.

Estimación detallada vs. estimación aproximada

Si desea que pongamos una etiqueta de precio a una idea básica que acaba de compartir con nosotros, estaremos encantados de enviarle una estimación aproximada. Puede darte sólo una idea general sobre los costes de tu proyecto.

Un presupuesto detallado es un documento mucho más matizado y extenso.

En los presupuestos aproximados, dividimos tu aplicación en enormes bloques de funcionalidad llamados épicos.

En las estimaciones detalladas, damos un paso más y dividimos cada epopeya en características.

Antes de que podamos escribir la estimación detallada, tenemos que reunir y documentar todos los requisitos, aclarar todas las preguntas abiertas, y escribir la especificación (en caso de un modelo de compromiso de precio fijo utilizado para el proyecto).

De esta manera podemos averiguar todos los detalles necesarios de antemano y proporcionar la estimación más precisa como resultado.

No puede haber suposiciones en esta etapa, sólo afirmaciones.

Estimación detallada vs. estimación precisa

Aquí se explica por qué.

Las estimaciones verdaderamente precisas sólo son posibles después de terminar la fase de Descubrimiento, la creación de prototipos de la solución, la redacción de la especificación y la aprobación del alcance detallado de los trabajos.

Para los proyectos de precio fijo, elaboramos una estimación detallada sólo después de completar la fase de Descubrimiento. Solemos facturar esta fase como un proyecto independiente.

Para los proyectos Agile/Scrum, utilizamos un enfoque diferente.

Según esta metodología, el desarrollo de productos es un proceso dinámico y muy flexible. Su principal objetivo es producir una solución lista para usar cada 2 o 4 semanas y adaptarse a la retroalimentación de los usuarios.

Hacer una estimación definitiva para todo el proyecto no se ajusta realmente a este enfoque.

En la mayoría de los casos no se puede predecir realmente la forma que tomará su aplicación en meses y años. Es por eso que para los proyectos ágiles preferimos utilizar lo que llamamos Guesstimate.

Nos permite preparar estimaciones aproximadas, pero extremadamente detalladas sin perder una tonelada de tiempo en la fase de Descubrimiento.

¿Qué constituye una estimación detallada?

Una estimación detallada en MindK por lo general tiene tres secciones: la estimación en sí, los costos relacionados con el software y el análisis de riesgos.

La estimación

La sección le da un desglose de costos característica por característica para su proyecto.

Para los proyectos de precio fijo, sólo escribimos el costo preciso de cada característica, pero para los proyectos ágiles, sólo podemos proporcionar una estimación.

En esta sección, no incluimos nada más que las características que son 100% confirmadas por nuestros clientes. Si en algún momento deciden añadir una característica, la estimamos por separado y actualizamos el documento.

Si un proyecto es complejo (es decir, se necesita tanto una aplicación web, una app para iOS /Android, un chatbot, etc.), cada uno de estos componentes se estima por separado.

Cada característica se escribe en forma de historia de usuario. Esta es una forma simplista de representar una pieza de funcionalidad desde el punto de vista del usuario.

Típicamente se lee: Como <role>, quiero <función> para que <ventaja> (es decir, como propietario de un blog, quiero un formulario de suscripción, para que pueda conseguir suscriptores que reciban las actualizaciones de la nueva entrada del blog).

Las historias de usuario son cortas, concisas y flexibles. Pero lo más importante es que son extremadamente fáciles de entender, incluso si eres un novato total en el mundo del desarrollo de software.

La estimación detallada incluye el desglose de costes para cada tipo de trabajo:

• Análisis de negocio;
• Diseño;
• Markup (HTML);
• Desarrollo;
• Aseguramiento de la calidad;
• Gestión de proyectos (PM).

El coste de la gestión de proyectos suele suponer alrededor del 25% del resultado final. El porcentaje exacto depende de muchos factores:

• Cuanto más complejo es un proyecto, más comunicación y gestión requiere.
• Cuanto más grande es el equipo, más difícil resulta su gestión, lo que se traduce en horas adicionales de PM.
• El número de integraciones de terceros también puede influir en los costes de gestión. Además de ser una característica más para implementar (y gestionar), las API de terceros a menudo requieren que nuestros PMs se pongan en contacto con los proveedores de servicios.

Por ejemplo, la comunicación con grandes empresas (grandes bancos, grandes corporaciones, etc.) como proveedores de API puede ser un verdadero dolor de cabeza. El alto nivel de burocracia y las rígidas estructuras jerárquicas pueden convertir una tarea tan sencilla en una tarea insoportable.

En una subsección separada, enumeramos todas las características estándar.

Nuestra experiencia con el desarrollo móvil y web nos dice que ciertas características y tareas están presentes en todas las aplicaciones. Pueden, por ejemplo, incluir la configuración de los servidores y el entorno de desarrollo, la gestión de proyectos, la publicación en Google Play (para las aplicaciones de Android), etc.

El coste de las soluciones de terceros

Cuando se trata del desarrollo de software, reinventar la rueda es un esfuerzo costoso y a menudo inútil. Afortunadamente, cada tarea estándar o problema frecuente en el mundo de la informática tiene al menos una solución ya hecha. A veces son gratuitas, pero en la mayoría de los casos hay que pagar por ellas.

Si para completar un proyecto necesitamos comprar algún software, servicio o biblioteca de terceros, estimamos su coste e incluimos la cifra en el documento.

Si tu proyecto, por ejemplo, admite la mensajería SMS, entonces tendremos que pagar por una pasarela SMS.

Si el diseño de su sitio web se basa en una plantilla específica ya hecha que desea utilizar, entonces añadiremos su coste al presupuesto.

O si nuestros clientes quieren que les ayudemos con el alojamiento, les sugerimos las mejores opciones (como Amazon Web Services, DigitalOcean, u otros servicios probados). Así, los costes asociados al alojamiento y al mantenimiento del servidor aparecerán en este apartado.

Análisis de riesgos

Todo proyecto conlleva unos riesgos inherentes. El trabajo del director de proyecto es identificarlos y desarrollar las estrategias para afrontarlos.

Sólo hay que pagar la suma especificada si un riesgo concreto se convierte en un problema real. De lo contrario, usted se queda con el dinero.

Estas estimaciones nos servirán entonces como un seguro contra una amplia variedad de peligros que amenazan el desarrollo de su proyecto.

Aquí están los ejemplos de categorías de riesgo que se dan en el desarrollo de productos:

• Calidad/Técnica/Rendimiento (i.e. uso de tecnología nueva o excepcionalmente compleja, modificación de la tecnología, objetivos de producción imposibles);
• Gestión del proyecto (es decir, asignación defectuosa de fondos y tiempo, planificación insuficiente del proyecto);
• Organizativo (es decir falta de coherencia entre los objetivos de coste, tiempo y alcance, mala priorización, respaldo irregular);
• Externos (es decir, cambios en la legislación, problemas con proveedores y subcontratistas, clima).

Después de identificar los riesgos, el PM los prioriza y realiza un análisis de riesgos.

Su objetivo es averiguar la probabilidad de cada riesgo en particular (es decir, las probabilidades de que se materialice) y el impacto (las consecuencias de su materialización).

¿Un ejemplo? Pueden retrasar el envío de la documentación necesaria u ofrecer un soporte deficiente. Este es un riesgo real sobre el que debemos advertir de antemano. Así que lo ponemos en la sección de riesgos y al mismo tiempo desarrollamos una estrategia efectiva de gestión de riesgos para minimizar la probabilidad de la amenaza y su impacto.

Resumen

Ahora ya sabes qué esperar del presupuesto detallado en MindK. El documento le dará una respuesta exhaustiva a la pregunta sobre el precio de su proyecto y también le ayudará con el presupuesto. Finalmente, le proporcionará una imagen clara de lo que pagará.

¿Hay algo más que pueda decirle sobre los presupuestos detallados en MindK? Sólo tiene que escribirnos y le daré una respuesta detallada.