Gestion de Proyectos - OpenCodeISPC/Sistema-de-Gestion-de-Mesas GitHub Wiki
Presupuesto del Proyecto
Como se trata en nuestro caso,de un proyecto de desarrollo de software con fines académicos para la cátedra, el presupuesto lo dividimos en dos análisis:
- El costo real actual para el equipo.
- El costo estimado de mercado de forma profesional.
Presupuesto Real de Desarrollo (Fase Académica)
Dado el carácter institucional de la entrega, los costos directos de desarrollo se consideran $0 (cero pesos) o costo hundido. Las herramientas de software utilizadas son de código abierto o poseen licencias gratuitas para estudiantes:
- Horas de Desarrollo: (Trabajo académico de los 5 integrantes).
- Licencias de Software: (Uso de VS Code, Git, GitHub, Docker Community Edition, PostgreSQL y MongoDB).
- Infraestructura de Pruebas (Hosting): (Planes gratuitos de Render o Railway para la presentación de las demos de los Sprints).
- Total Presupuesto Real: ARS
- Presupuesto Comercial Estimado (Valor de Mercado)
Si este mismo Sistema de Gestión de Mesas para Bares (SGMB) fuera encargado por un cliente real del sector gastronómico, se estimaría el valor comercial de la siguiente manera, considerando los 6 meses de duración: Costos de Infraestructura y Servidores (Mensual) Para poner la aplicación en producción listos para el uso diario de un negocio gastronómico con datos reales, se estiman los siguientes servicios mensuales en la nube:
| Concepto/Servicio | Proveedor Sugerido | Costo Mensual Estimado |
|---|---|---|
| Servidor VPS (Backend + Docker) | DigitalOcean / AWS | $10.00 USD |
| Base de Datos Gestionada(PostgreSQL | Supabase / AWS RDS | $5.00 USD |
| Almacenamiento de logs (MongoDB) | MongoDB Atlas(Capa básica) | $0.00 USD(Capa Base) |
| Dominio Web corporativo (.com) | Namecheap / GoDaddy | $1.00 USD (Costo anual de $12) |
| Total Mensual Operativo/Mantenimiento | $16.00 USD / mes |
Costo de Mano de Obra (Horas/Persona)
- Esfuerzo total estimado: El equipo dedicará un promedio de 11 horas semanales por persona a lo largo de 24 semanas (6 meses). Total horas del proyecto = 5 integrantes * 11 horas/semana * 24 semanas = 1320 Hs
- Valor Hora Desarrollador Junior (Referencia): Estimando un valor hora básico de mercado de $3 USD / hora para un perfil trainee/junior en desarrollo.
- Costo total de mano de obra: 1320 hora * $3 USD = $3690 USD Resumen General del Presupuesto Comercial
- Desarrollo e Implementación (Pago único): $3690 USD
- Mantenimiento e Infraestructura: $16.00 USD / mes
Viabilidad Técnica y Económica.
Viabilidad Técnica:
- Stack tecnológico propuesto y justificación: En el backend usaremos Django (Python) y el frontend se construirá sobre Angular. Estas herramientas se justifican por su robustez, seguridad y facilidad para separar el diseño de la lógica del servidor.
- Infraestructura requerida: Durante el desarrollo se trabajará localmente en las computadoras del equipo usando Docker. Para la demo final, se utilizarán servidores en la nube como Render o Railway en sus capas gratuitas.
- Conocimientos del equipo: Alta. El equipo cuenta con los conocimientos del trayecto de la carrera necesarios para llevar a cabo el proyecto.
- Dependencias externas: Librerías de código abierto (Open Source), licencias gratuitas de desarrollo y la API de autenticación externa (OAuth de Google/GitHub) para el ingreso de usuarios.
Viabilidad Económica:
- Estimación de esfuerzo: Se calcula una dedicación estimada de 10 a 12 horas semanales por persona durante los 6 meses de cursado del proyecto.
- Costos principales: El costo de desarrollo directo en esta etapa académica se considera "Costo Hundido", el cual serían las horas de trabajo de cada estudiante que conforma nuestro grupo. Los recursos de infraestructura utilizados en este caso son de capa gratuita o código abierto (Open Source). Entre ellas se encuentran: Entorno de desarrollo: VS Code, Git, GitHub (Gratuito). Bases de datos: PostgreSQL y MongoDB Community Edition (Gratuito). Hosting: Render / Railway (Capa gratuita para la demo).
- ROI o Beneficio esperado: Es un beneficio de tipo cualitativo y académico. El retorno es la adquisición de experiencia real en metodologías ágiles, trabajo en equipo y el despliegue de una aplicación Full Stack real para aprobar el módulo.
- Tipo de presupuesto: El presupuesto es estimado con fines académicos.
Plan de Gestión de Riesgos
| Riesgo Identificado | Tipo | Probabilidad | Impacto | Estragegia de Mitigación |
|---|---|---|---|---|
| Pérdida de código o sobreescritura en el repositorio | Tecnico | Baja | Alto | Acordaremos prohibir commits directos a la rama main, se deberá crear Pull Requests (PRs) con revisión de otro integrante. |
| Falta de participación o deserción de un miembro | Organizacional | Media | Alto | Se realizará un monitoreo semanal del tablero de tareas y del historial de commits de GitHub. Se harán dailys para monitorear el progreso de cada integrante. |
| Conflictos de integración entre Frontend y Backend | Técnico | Baja | Alto | Crearemos un documento compartido en donde anotemos exactamente cómo se van a pasar los datos las pantallas y el servidor, para trabajar en paralelo sin trabarnos/depender del otro compañero. |
| Acortar el scope del proyecto en base a integrantes | Organizacional | Alta | Alto | Nos apegaremos a las funciones obligatorias del bar y dejar cualquier idea extra o compleja en una lista para el futuro. |
| Curva de aprendizaje con WebSockets/Channels | Técnico | Alta | Alto | Dedicar un tiempo considerable a investigar a fondo sobre el tema junto tutoriales de antes de codificar el módulo real para evitar retrasos más adelante. |
Plan de gestión de las comunicaciones
En nuestro equipo se establecen los siguientes canales de comunicación y ceremonias:
Sincronización Interna (Equipo):
- Reuniones de Planificación/Retrospectiva: Cada 3 semanas de manera virtual (vía Google Meet o Discord) coincidiendo con el inicio y fin de cada Sprint.
- Sincronizaciones cortas (Dailys): 2 veces por semana vía chat grupal de WhatsApp/Discord para comentar el progreso de cada uno.
- Gestión de tareas: Tablero digital en GitHub Projects para visualizar el estado de los requerimientos (To Do, In Progress, Testing, Done) de los miembros. Comunicación Externa:
- Se realizarán consultas técnicas y teóricas durante las clases virtuales.
- Se usará el Aula Virtual para el envío de las entregas parciales, mostrando el avance al cierre de cada sprint o para despejar dudas sobre el proyecto.
Técnicas de Estimación
Para calcular el esfuerzo y la viabilidad de este proyecto,como equipo aplicaremos estas dos técnicas combinadas:
- Planning Poker (Estimación Ágil en Puntos de Historia): Durante la ceremonia del Sprint Planning, cada integrante del equipo se asignará puntaje basados en la secuencia de Fibonacci (1, 2, 3, 5, 8, 13) a cada Task o User Story en base a su complejidad, ambigüedad y esfuerzo requerido, en lugar de estimar en horas cronológicas rígidas.
Modelo de Cliclo de Vida
Agil / Scrum: Trabajo iterativo en sprints cortos
Aplica cuando:
- requisitos cambian
- feedback frecuente
- entregas rápidas
Justificación: Se adoptó Scrum porque el cliente necesitaba iteraciones frecuentes y posibilidad de ajustar requerimientos durante todo el desarrollo del producto final.