Reconstruir una aplicación de recetas cuando el producto antiguo era la única documentación
La aplicación original funcionaba, pero casi no existía documentación confiable sobre pantallas, flujos y APIs.
Esta historia proviene de la experiencia profesional anterior de Chris Martinez y no se presenta como un proyecto de cliente de CAM Software.
La decisión
Tratar la migración como recuperación de producto y comportamiento e involucrar a producto y QA antes de la presión final.
Resultado observado
El equipo recuperó flujos pantalla por pantalla, rastreó APIs sin documentar y reconstruyó el producto en React Native. El retraso también reveló una brecha de liderazgo y preparación de QA.
La decisión, visualizada
Sin documentar → transferible
El producto heredado se convirtió en fuente de evidencia sobre comportamiento, APIs, QA y responsabilidades.
La situación
La deprecación de Xamarin hizo responsable la migración. El destino era React Native, pero el problema difícil era conservar comportamiento sin intención escrita ni documentación.
Arqueología de comportamiento
El equipo ejecutó ambas aplicaciones, avanzó función por función, registró solicitudes y respuestas y reconstruyó lo que debía lograr cada flujo.
La lección de liderazgo
El producto se acercaba al lanzamiento antes de que la organización asignara suficiente capacidad de QA y responsabilidad de producto para validar la paridad. El código no era el único sistema que requería un plan.
Qué cambió después
La experiencia informó automatización posterior de documentación: PR, flujos, pruebas y conocimiento deben registrarse mientras la gente aún los tiene.