Plan básico de proyecto
Aplicación del Ciclo AIDA en la planificación
· Acción: Realizar en clase un plan básico para un proyecto pequeño (ej. sistema de control
de biblioteca).
· Interés: Analizar casos reales como el fracaso del sistema de salud "[Link]" en Reino
Unido (pérdida de millones por falta de planificación).
· Deseo: Hacer que los alumnos quieran aprender a usar diagramas de Gantt y Trello para
gestionar proyectos.
· Aplicación: Se crean cronogramas, diagramas de Gantt, matrices de asignación de
responsabilidades y estimaciones de costos.
· Ejemplo en sistemas: Elaborar un plan para desarrollar un sistema de gestión escolar,
definiendo los módulos (usuarios, calificaciones, pagos), el tiempo de entrega y el equipo
de desarrollo.
Fases de la Gestión de Proyectos
Etapas de la planificación aplicada
1. Definición de objetivos
• Entregar un sistema web/app que administre tareas, eventos y recordatorios.
• Optimizar la organización personal de las personas considerablemente con
respecto a los métodos tradiciones como lo son a lápiz y papel al igual que
aplicaciones no integradas.
• Reducir las pérdidas de notas importantes para el usuario.
2. Alcance del proyecto
• Registro de usuarios.
• Crear, editar y eliminar eventos.
• Notificaciones/alertas de recordatorios.
• Visualización por día/semana/mes.
• Generación de reportes de actividades.
3. Recursos y equipo de trabajo
Equipo de trabajo:
• 1 Líder de proyecto:
Coordina tareas, comunica avances y gestiona tiempos.
• 1 Analista de requisitos:
Levanta información, define el alcance y valida con los usuarios.
• 2 Desarrolladores Backend (Laravel/PHP o [Link]):
Implementan lógica del sistema, APIs, base de datos y notificaciones.
• 1 Desarrollador Frontend (React/Angular/Vue):
Se encarga de la interfaz web responsiva (desktop + móvil).
• 1 Diseñador UI/UX:
Diseña la experiencia del usuario y prototipos visuales.
• 1 QA Tester:
Hace pruebas de calidad, detecta bugs y asegura que el sistema sea
usable.
Recursos tecnológicos:
• Lenguajes y Frameworks:
Backend: PHP/Laravel o [Link]/Express.
Frontend: React (con Bootstrap o Tailwind CSS).
Base de datos: MySQL / PostgreSQL.
Control de versiones: GitHub o GitLab.
Herramientas de gestión: Trello, Jira o Notion (para tareas y avances).
Entorno de pruebas: Docker para entornos aislados.
Servidor / Hosting: AWS, DigitalOcean, o Heroku (para pruebas y
despliegue).
Recursos materiales:
• Computadoras portátiles o de escritorio para el equipo de desarrollo.
• Conexión estable a internet.
• Software de diseño (Figma, Adobe XD, Canva).
• Herramientas de comunicación (Zoom, Slack, Microsoft Teams).
Recursos financieros:
4. Cronograma (ejemplo simplificado con Gantt)
• Mes 1: Análisis de requisitos y diseño.
• Mes 2-3: Desarrollo backend y frontend.
• Mes 4: Integración y pruebas.
• Mes 5: Ajustes y pruebas finales.
• Mes 6: Capacitación y entrega al cliente.
5. Presupuesto estimado
• Sueldos del equipo (6 meses).
• Herramientas de desarrollo (licencias de software).
• Servidores para pruebas y despliegue.
6. Riesgos identificados
Riesgos técnicos
• Compatibilidad multiplataforma: problemas para que la app funcione igual
en Android, iOS y web.
• Integraciones externas: fallos al conectar con calendarios (Google,
Outlook) o servicios de notificaciones.(veremos)
• Escalabilidad: arquitectura que no soporte un aumento rápido de usuarios.
Riesgos de planificación
• Estimaciones inexactas: subestimar el tiempo o recursos necesarios para
cada fase.
• Alcance cambiante (scope creep) por requisitos nuevos no previstos.
• Dependencias externas: retrasos por esperar aprobaciones o recursos de
terceros.
Riesgos de desarrollo
• Falta de pruebas suficientes: errores no detectados antes del lanzamiento.
• Código poco mantenible.
Riesgos de experiencia de usuario
• Interfaz poco intuitiva: curva de aprendizaje alta que desanime a los
usuarios.