Acuerdos y Trade-offs
Acuerdo 1: Desarrollar un MVP enfocado en inventario y ventas
Descripción del acuerdo: El equipo acordó que la primera fase del sistema incluirá únicamente los módulos de gestión de inventario y registro de ventas. Los módulos de control de vencimientos y pedidos a proveedores se desarrollarán en una segunda fase.
Trade-off considerado: Tiempo vs. Alcance. Se sacrifica la entrega completa del sistema a cambio de tener una primera versión funcional en menor tiempo. Esto implica que durante la primera fase, el control de vencimientos seguirá siendo manual.
Justificación: El dueño de la farmacia necesita ver resultados pronto para mantener su confianza en el proyecto. Entregar un sistema completo tomaría demasiado tiempo y existe el riesgo de perder el interés del cliente. Un MVP con inventario y ventas resuelve los dos problemas más críticos: el desconocimiento de existencias y la falta de registro de ventas diarias.
Acuerdo 2: Incluir validaciones de seguridad para medicamentos con receta desde la primera fase
Descripción del acuerdo: A pesar de que el MVP se limita a inventario y ventas, el equipo acordó que el sistema debe incluir desde el inicio una marca para identificar medicamentos que requieren receta médica y un registro básico de estas ventas.
Trade-off considerado: Velocidad de desarrollo vs. Seguridad. Agregar esta validación implica más tiempo de desarrollo en la primera fase, pero se evita el riesgo de facilitar ventas no autorizadas de medicamentos controlados.
Justificación: El QA/Auditor planteó que un sistema de farmacia sin control de medicamentos con receta representa un riesgo legal y de salud. El equipo reconoció que este no es un feature opcional sino un requisito de seguridad que no puede postergarse, aunque implique extender ligeramente el tiempo de la primera entrega.
Acuerdo 3: Diseñar la base de datos con escalabilidad desde el inicio
Descripción del acuerdo: Aunque el MVP solo incluye dos módulos, la base de datos se diseñará considerando todos los módulos futuros (vencimientos, pedidos a proveedores, reportes). Esto evita tener que reestructurar el sistema en la segunda fase.
Trade-off considerado: Costo inicial vs. Costo a largo plazo. Invertir más tiempo en el diseño inicial de la base de datos incrementa el esfuerzo de la primera fase, pero ahorra significativamente el trabajo de reestructuración posterior.
Justificación: El Tech Lead argumentó que construir sobre una base de datos mal diseñada genera deuda técnica que termina costando más en tiempo y dinero. El Desarrollador estimó que diseñar la base de datos completa desde el inicio agrega aproximadamente una semana adicional, pero evitaría al menos tres semanas de retrabajo al integrar los módulos de la segunda fase.
Acuerdo 4: Interfaz web sencilla y accesible desde cualquier navegador
Descripción del acuerdo: El sistema será una aplicación web accesible desde el navegador, sin necesidad de instalar software adicional. La interfaz será simple e intuitiva, considerando que el usuario principal no tiene conocimientos técnicos avanzados.
Trade-off considerado: Funcionalidad avanzada vs. Facilidad de uso. Se descartaron funcionalidades como dashboards complejos y reportes gráficos en la primera fase para mantener una interfaz limpia que el empleado de la farmacia pueda usar sin capacitación extensa.
Justificación: El Cliente/Stakeholder expresó frustración con la idea de un sistema complicado. El equipo acordó que la adopción del sistema depende directamente de qué tan fácil sea de usar. Un sistema potente pero difícil de entender terminaría abandonado, como se ha visto en otros negocios similares.