Ya seleccioné a mi agencia ¿Por qué no ha empezado a programar mi App?
A veces resulta imprescindible comenzar con la codificación de un proyecto tecnológico, incluso si contamos únicamente con un documento genérico de requerimientos o un RFP; pero, ¿Es esta la forma correcta de construir un sistema?
La historia que nos cuentan estos primeros documentos se llama “diseño preliminar”, su función es informar sobre los características principales que el sistema deberá incluir y transmitir la idea a grandes rasgos del proyecto, en este caso, de tu aplicación móvil. En él se definen los requerimientos generales y los objetivos a lograr con la ejecución del proyecto. Sin embargo, esta visión aún es de alto nivel y por ello es necesario llevar a cabo un levantamiento de requerimientos a detalle.
Pero, ¿es absolutamente esencial que mi proyecto tenga una etapa de análisis si mi equipo ya cuenta con un documento con el diseño preliminar y los objetivos que queremos alcanzar con nuestra app? Primero veamos a qué nos referimos con el diseño preliminar, la Guía SWEBOK indica que este:
(…) se ocupa de la obtención, el análisis, la especificación y la validación de los requerimientos, así como la gestión de estos durante todo el ciclo de vida del software. El requerimiento, es la condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo.
Es por esto que: no sólo es crucial que exista una etapa de análisis, sino que toda etapa de análisis en el desarrollo de software debe considerar el alcance de los requerimientos y la forma en la que el producto digital podrá atenderlos. Incluso el RFP más detallado no será capaz de atender todos los puntos a los que sí se enfrentará el equipo de desarrollo: ya que su función es comunicativa, no operativa.
Si el diseño preliminar permite conocer las generalidades, el análisis permite que los equipos involucrados verifiquen continuamente si las necesidades de negocio y del usuario se toman en cuenta, lo cual ya nos indica que no se trata de un proceso único y aislado (como lo es la creación del diseño preliminar), sino que es iterativo y cooperativo.
Una de las ventajas operativas de invertir tiempo en Análisis está relacionada con su naturaleza como proceso efectivo para simplificar una tarea compleja, pues en él se logran conocer las actividades que se ejecutarán en las etapas del Desarrollo posteriores, lo que nos da un panorama claro sobre los tiempos de construcción, posibles fechas de pruebas con usuarios y liberación de versiones.
Ejecutar el Desarrollo de una App sin realizar un Análisis generará huecos en la funcionalidad y en el cumplimiento de los objetivos del proyecto. Puesto que el Análisis es el entendimiento completo de la propuesta inicial de la aplicación móvil, realizarlo le permitirá al equipo encargado generar al prototipo final que cumple con todos los requerimientos alineados a los objetivos de la organización.
En términos ejecutivos, el prototipo final le permite al usuario final -o al administrador del contrato- visualizar de manera clara las definiciones funcionales para contrastarlas contra los requerimientos funcionales o de negocio. La ventaja de contar con este contraste es que será posible identificar cualquier definición que haya cambiado:
a) Ya sea porque no es viable técnicamente y se haya modificado en acuerdo con el equipo de análisis.
b) Porque se identificó que la funcionalidad no era tan crucial como se había pensado inicialmente.
c) Porque se identificó que había una mejor manera de resolver algún problema técnico, funcional, operativo, etc.
d) O porque se pasó por alto en algún momento en el intercambio del requerimiento entre el equipo responsable del análisis y el usuario final.
Aunque los procesos de análisis pueden variar, nuestra experiencia nos ha permitido identificar las ventajas que tiene un proceso de Análisis y Diseño que sea iterativo, es decir:
- Donde se realizarán reuniones frecuentes con el propósito de comprender los requerimientos que el aplicativo deberá satisfacer.
- Que generará un prototipo gráfico que incluya todos los flujos posibles, incluyendo “happy paths” y mensajes de error.
- Y definirá las historias de usuario, reglas de negocio, roles y documentación de análisis y pantallas o cuadros de diálogo complementarios para completar el flujo total del prototipo funcional.
- Definir el contexto del usuario final.
- Explorar alternativas de solución, sus implicaciones y consecuencias.
- Priorizar funcionalidades de acuerdo con el valor de los objetivos del negocio.
- Validar las soluciones propuestas en cada sesión de levantamiento.
- Maximizar el valor de la solución a entregar.
- Fomentar conversaciones que lleguen a conclusiones productivas.
- Establecer de mutuo acuerdo, funcionalidades dentro del alcance.
- Identificar condiciones o limitaciones de diversa índole que se imponen al proyecto y que impactan tanto en el desarrollo como en el producto final.
En Sferea somos líderes en el desarrollo de aplicaciones móviles, si estás considerando implementar un aplicativo móvil para hacer crecer tu empresa, cuenta con nosotros, envíanos un whatsapp al 55 4574 5419 o escríbenos a mobi@sferea.com y con gusto uno de nuestros expertos te ayudará.
En Sferea aprovechamos el nivel de especialización y experiencia en el Desarrollo de Apps Móviles para Empresas que hemos adquirido durante más de 13 años dedicados a ofrecer este servicio, y ya sea que busques una App Nativa o una PWA, te acompañamos en todo el proceso de diseño de experiencia de usuario, análisis y desarrollo implementando las mejores practicas del mercado. ¡Cuenta con nosotros!
- Apps Low-Code, Apps Nativas, Desarrollo de Apps, PWA
Artículos relacionados
- Apps Nativas, Desarrollo de Apps, Diseño UI/UX, Sferea, Tecnología
- Apps Nativas, Desarrollo de Apps, Soporte y mantenimiento
Mientras que, por el otro, Google cuenta con el sistema Android aunque hay muchos fabricantes que crean dispositivos para este sistema, como Samsung o Huawei.
- Apps Low-Code, Apps Nativas, Desarrollo de Apps, PWA, Soporte y mantenimiento
