(Esta es la tercera parte de una serie en curso sobre el proceso de desarrollo de aplicaciones móviles)
Bien, tus maquetas están terminadas, tus diseñadores han finalizado tus esquemas de color, y tus ingenieros han sido alineados: estás listo para empezar a construir tu aplicación móvil. Ojalá fuera tan fácil, amigos míos. Ojalá.
La parte en la que la mayoría de los proyectos de software se equivocan es la primera: El diseño y la planificación. En la mayoría de los proyectos, y especialmente con las startups, hay una gran prisa por saltar al desarrollo a expensas de articular claramente los objetivos de la versión. No lo hagas.
Sólo porque tengas capturas de pantalla, o incluso una maqueta a tu alcance, no significa que estés listo para construir. El objetivo de la fase de diseño y planificación es aportar una medida de realidad a tus planes de lanzamiento. El desarrollo de software se reduce a una ecuación de suma cero de tiempo, recursos y funcionalidad. En el caso de las startups, el imperativo es que la aplicación llegue al mercado rápidamente, pero no se quiere lanzar algo que esté a medio hacer o que carezca de una funcionalidad clave. Del mismo modo, no se puede invertir en la construcción de la funcionalidad sin reducir el suministro de recursos de ingeniería y empujando hacia fuera tu horario. Tu trabajo en la fase de diseño y planificación es encontrar un compromiso aceptable entre estas 3 limitaciones para tu próxima versión.
Los proyectos de software tienen fama de no estar nunca terminados a tiempo, y será una verdadera bendición estar en un proyecto en el que las estimaciones de ingeniería acaben coincidiendo con la realidad. No es que los ingenieros de software sean un grupo perezoso, o que carezcan de la capacidad de estimar el tiempo, es la naturaleza del desarrollo de software. Aparecen errores, surgen comportamientos y situaciones inesperadas y el calendario se desplaza. En general, si te dan una estimación de «6 meses» para lanzar la primera versión de tu aplicación, es que tus ingenieros te están diciendo que tus planes pueden ser demasiado ambiciosos. Cuanto más larga sea la estimación que te den, mayor será la probabilidad de que te desvíes.
El objetivo de la fase de diseño y planificación es establecer una hoja de ruta pragmática para la versión actual, y no pontificar ambiciones. Uno de los posibles resultados de este trabajo de planificación es un conjunto priorizado de escenarios de clientes que deseas habilitar en la versión. Tu equipo de ingenieros debería comprometerse con esos escenarios y darte no sólo estimaciones, sino rangos de fechas aproximadas en las que creen que los escenarios estarán en línea. Ahora tendrás que tomar estos datos con un gran grano de sal, pero el simple hecho de realizar este ejercicio te permitirá comprobar el grado de confianza de tus ingenieros en el plan.
Incluso una cantidad simbólica de esfuerzo de planificación al principio del ciclo de lanzamiento te ayudará a evitar que surjan problemas graves más adelante durante el desarrollo, cuando es mucho más costoso de arreglar y más probable que descarrile tu calendario. Como decía tu madre, más vale prevenir que curar.
