Foro de presentación con propuesta de idea de negocio + Identificación de Stakeholders y roles

 Plataforma web: Restaurante Pepito Mendieta.

 

Problemática de la empresa: El restaurante pepito Mendieta en la actualidad no cuenta con una plataforma tecnológica que le ayude a ofrecer sus productos de manera remota. Actualmente los clientes solo pueden acceder a los menús ofrecidos, lo cual limita el alcance y la cobertura de los servicios en la ciudad.

 

Requerimientos del negocio: El restaurante pepito Mendieta requiere un sistema web y móvil que le permita:

-        Consultar la carta

-        Realizar pedidos de forma remota.

-        Integrar múltiples pasarelas de pago.

-        Gestionar el estado de los pedidos en tiempo real.

-        Mejorar la experiencia del cliente y aumentar las ventas mediante la digitalización.

EL objetivo principal es el de implementar una plataforma multiplataforma (web y móvil) que optimice la gestión de pedidos, pagos y entregas, fortaleciendo la presencia digital del restaurante.

 

Requisitos de software: Requisitos funcionales y no funcionales

 Requisitos funcionales:

Requisitos no funcionales:

Escenario actual: actualmente los clientes solo pueden acceder y disfrutar los productos del restaurante asistiendo presencialmente a la sede en la ciudad de

Medellín. No existe una forma digital de consulta de la carta, pedir a domicilio, ni pagar en línea.

Escenario futuro: los clientes podrán registrarse en la aplicación o en la página web, consultar el menú disponible, realizar un pedido en línea, pagar mediante diferentes medios de pagos y poder rastrear el pedido hasta ser recibido en el lugar de destino. El restaurante podrá administrar los pedidos desde la cocina y optimizar la coordinación entre áreas.

Proceso a modelar: Venta directa – e-commerce, pedidos en línea.

Producto o Servicio: El restaurante vende un servicio gastronómico bajo demanda (pedidos digitales con entregas a domicilio o para recogen en el restaurante).

Objetos:

·       Geografía (Zona de cobertura en Medellín y área metropolitana).

·       Organización (Restaurante, sede, gerencia).

·       Cliente (Datos personales, preferencias, historial de compras).

·       Servicio (Platos, carta, combos, promociones).

·       Transacción (Pedidos, pagos, rastreo, estado del pedido).

 

Entidades:

·       Geografía: ciudad, barrio, dirección de entrega.

·       Organización: Restaurante, sede, administrador.

 

·       Cliente: Tipo de documento, genero, cliente (consumidor).

·       Servicio: Plato, detalle del plato, categoría del plato (entrada, fuerte, bebida, prostre).

·       Transacción: Pedido, detalle del pedido, estado del pedido (pendiente, en preparación, en camino, entregado), pago, medio de pago.

 

Metodología Ágil Recomendada: Scrum

Scrum es ideal para esta solución por su enfoque incremental y colaborativo. Aquí cómo se aplicaría:

- Roles clave:

- Product Owner: Gerente del restaurante o representante comercial.

- Scrum Master: Líder técnico que facilita el proceso.

- Equipo de desarrollo: Backend, frontend, QA, DevOps.

- Artefactos:

- Product Backlog: Lista priorizada de funcionalidades (registro, pedidos, pagos, rastreo, etc.).

- Sprint Backlog: Tareas seleccionadas para cada iteración.

- Incremento: Entregables funcionales al final de cada sprint.

- Eventos:

- Sprint Planning: Definición de objetivos del sprint.

- Daily Scrum: Reuniones diarias de seguimiento.

- Sprint Review: Presentación de avances al cliente.

- Sprint Retrospective: Mejora continua del proceso. 

 

Validación del Ciclo de Vida del Desarrollo del Software (SDLC)

La solución propuesta para el Restaurante Pepito Mendieta se valida bajo el modelo del Ciclo de Vida del Desarrollo del Software (SDLC), asegurando que cada fase esté contemplada y alineada con los objetivos del negocio. Esta validación permite garantizar que el sistema será desarrollado de forma estructurada, eficiente y escalable.

 

Mapa Conceptual – SDLC aplicado a la propuesta.

Este mapa conceptual resume la aplicación del SDLC en el contexto del restaurante:

 

 

Viabilidad y Rentabilidad del Producto

Con base en el análisis del SDLC, se concluye que la implementación del sistema es técnicamente factible y comercialmente viable, por las siguientes razones:

- Demanda digital creciente en el sector gastronómico.

- Reducción de costos operativos mediante automatización.

- Incremento en ventas por canales digitales.

- Escalabilidad para futuras sedes o franquicias.

- Modelo de fidelización que mejora la retención de clientes.

Este sistema puede evolucionar hacia un producto de software rentable, adaptable a otros restaurantes con necesidades similares, convirtiéndose en una solución SaaS (Software as a Service) escalable. 

 

Stakeholders del Proyect:

Tipo	Stakeholder	Interés en el proyecto	Nivel de influencia
Primario	Clientes del restaurante	Realizar pedidos en línea, pagar y recibir atención eficiente	Alto
Primario	Propietario del restaurante	Aumentar ventas, optimizar operaciones	Muy alto
Primario	Personal de cocina y atención	Gestionar pedidos, coordinar entregas	Medio
Secundario	Desarrolladores de software	Diseñar y construir el sistema	Alto
Secundario	Diseñador UI/UX	Crear interfaces amigables y usables	Medio
Secundario	Pasarelas de pago (PayU, Stripe)	Proveer medios seguros para pagos	Medio
Secundario	Repartidores / logísticos	Acceder a pedidos para entregar a domicilio	Medio
Terciario	Soporte técnico / QA	Mantener la calidad y funcionamiento continuo	Medio
Terciario	Clientes potenciales	Descubrir y usar el restaurante gracias a la app	Bajo

 

 Roles y responsabilidades del equipo (según metodología Scrum)

Rol Scrum / Técnico	Responsabilidades clave
Product Owner	- Representa al restaurante (cliente)- Define el backlog del producto- Prioriza funcionalidades- Evalúa entregas parciales
Scrum Master	- Facilita las reuniones ágiles- Elimina obstáculos- Garantiza que el equipo siga buenas prácticas Scrum
Equipo de Desarrollo	- Codifica la solución (frontend y backend)- Realiza integraciones con pasarelas de pago- Implementa lógica de pedidos y rastreo
Diseñador UI/UX	- Diseña interfaces claras y usables- Optimiza la experiencia del usuario en móvil y web
Tester / QA	- Diseña casos de prueba- Valida el correcto funcionamiento de las funcionalidades- Realiza pruebas automatizadas o manuales
DevOps / Infraestructura	- Despliega la solución en la nube- Asegura alta disponibilidad, rendimiento y escalabilidad
Analista de datos (opcional)	- Monitorea el uso de la plataforma- Entrega reportes de uso, comportamiento de clientes y ventas

 

 Ciclo ágil (Scrum) propuesto para el proyecto

Etapa Scrum	Actividad esperada
Sprint Planning	Definición del objetivo del sprint (por ejemplo: módulo de pedidos online)
Daily Scrum	Reunión diaria de 15 minutos para revisar avances y obstáculos
Sprint (1 a 2 semanas)	Desarrollo incremental y funcional (módulos: login, menú, pedidos, pagos, rastreo)
Sprint Review	Demostración funcional de lo construido al Product Owner
Sprint Retrospective	Evaluación del proceso, mejoras, lecciones aprendidas

 

Entregables esperados (por sprints).

Sprint	Entregable clave
Sprint 1	Registro/login, navegación de menú
Sprint 2	Carrito de compras, selección de platos, pedidos
Sprint 3	Integración de pasarelas de pago
Sprint 4	Seguimiento de pedidos, estado en tiempo real
Sprint 5	Módulo de fidelización y promociones
Sprint 6	Pruebas finales, ajustes, despliegue en nube

Hallazgos:

·       Ausencia de digitalización: Actualmente el restaurante depende únicamente de la atención presencial, lo cual limita su alcance en el mercado.

·       Demanda insatisfecha: Existe una oportunidad clara en Medellín y el área metropolitana para ofrecer pedidos en línea y domicilios.

·       Procesos internos manuales: La falta de un sistema centralizado genera riesgos de errores en pedidos, tiempos de espera elevados y dificultad en la gestión de clientes.

·       Necesidad de pasarelas de pago seguras: La integración con sistemas como PayU, Stripe o MercadoPago es clave para ganar confianza del usuario.

·       Oportunidad de fidelización: Con cupones, descuentos y recompensas se puede mejorar la retención de clientes y aumentar las ventas recurrentes.

·       Potencial de escalabilidad: Una solución tecnológica propia puede escalar a franquicias o comercializarse como software para otros restaurantes, convirtiéndose en un modelo SaaS.

 

Evidencias de aprendizaje:

·       Comprendí como cada fase del ciclo de vida del software, es aplicable de manera estructurada a un proyecto real.

·       Aprendí sobre la metodología SCRUM en la cual una de sus fortalezas es la de dividir los proyectos por partes y siempre involucrando al cliente en cada uno de los procesos.

·       Aprendí sobre los Stakeholders y su relevancia en el mapeo de actores primarios, secundarias y terciarios, como también su influencia en el éxito del proyecto.

·       Se aprendió que el éxito de cualquier proyecto depende de un equipo de trabajo.

 

Conclusión del Ingeniero de Software.

Con esta propuesta, Restaurante Pepito Mendieta evoluciona a un modelo digital que no solo mejora la experiencia de cliente, sino que amplía su mercado y moderniza sus operaciones. Al utilizar Scrum, se garantiza flexibilidad, entregas tempranas y participación activa del cliente (propietario), permitiendo adaptar el desarrollo en tiempo real a nuevas necesidades.