(Esta es la cuarta parte de una serie en curso sobre el proceso de desarrollo de aplicaciones móviles)
Por fin hemos llegado al punto de partida, cuando las cosas realmente se construyen: ¡el desarrollo! Como el nombre podría sugerir, el hito de desarrollo es cuando tus ingenieros toman las capturas de pantalla, los prototipos y el documento de escenario priorizado y comienzan a darle vida. Este es, con mucho, el momento más crítico para tu lanzamiento, y tienes que estar preparado para cualquier número de problemas que surjan, porque lo harán. A Murphy le encanta meterse en el desarrollo de software.
Hay que asegurarse de mantener los hitos de desarrollo tan cortos como sea posible. Aunque mantener los hitos de desarrollo cortos significa recortar la funcionalidad y reducir tus ambiciones, limitarás la fuga financiera de tus recursos y, en última instancia, te ayudará a mantener tu empresa a flote. Los hitos de desarrollo deben ser más bien sprints de 3 a 4 semanas, en lugar de periodos de 1 a 2 meses. Al mantener un hito de desarrollo demasiado largo, no sólo sufres el coste de pagar por el tiempo de ingeniería, sino que también estás limitando la cantidad de trabajo que podría ser necesario descartar. El quid del proceso de desarrollo de aplicaciones móviles es la iteración basada en los comentarios de los usuarios. Si te precipitas en un hito de desarrollo de 2 meses para crear un conjunto completo de características para tu aplicación, te arriesgas a tener que volver atrás y rediseñar, o potencialmente arrancar el trabajo que se hizo durante ese tiempo. No puedes permitirte que tus desarrolladores pierdan tiempo construyendo cosas que deban ser rehechas o eliminadas, así que asegúrate de que tu calendario de lanzamientos sólo contenga la cantidad mínima de trabajo necesaria para alcanzar tus objetivos.
Cuando se está construyendo desde cero, se puede esperar que el primer hito de desarrollo sea el más largo. Tu equipo de ingenieros tardará en sentar las bases necesarias para que tu aplicación funcione y gran parte del trabajo que realizarán estará en lo más profundo de los cimientos de la aplicación, cosas que tú no podrás ver. Además, es probable que durante las primeras semanas de desarrollo no tengas nada que ver y probar. Una vez más, no deberías preocuparte por tu progreso en estos casos, ya que la verdad del desarrollo de software es que las cosas tienden a unirse muy rápidamente una vez que se han construido los cimientos de una aplicación.
Mientras tus ingenieros programan, ¿qué debes hacer tú? Probar y validar. Tus ingenieros están construyendo lo que creen que tu quieres, pero es muy probable que vean las cosas de forma diferente a la tuya. Incluso en las fases más básicas del desarrollo, deberías probar las últimas versiones de la aplicación en tu teléfono y asegurarte de que las funciones se implementan correctamente, por no hablar de encontrar y registrar los errores. A nadie le gusta ser probador, especialmente a los ingenieros, y ahí es donde entras tú. A lo largo de todo el proceso de desarrollo tienes que ser la voz del cliente, y eso significa: probar, probar y probar. Es un trabajo duro, pero alguien tiene que hacerlo, y deberías ser tú.
En el próximo post, compartiremos algunos consejos y estrategias para abordar las pruebas de tu aplicación móvil mientras está en desarrollo.
