Sobre este proyecto
it-programming / web-development
Abierto
Contexto general del proyecto
1. Conformar el equipo Scrum y un Cliente Equipo Scrum: Debe estar compuesto por tres integrantes. Roles: Product Owner: Representa al cliente y se encarga de definir y priorizar las necesidades del proyecto. Scrum Master: Facilita el proceso Scrum, asegura que el equipo siga las prácticas de Scrum y elimina impedimentos. Equipo de Desarrollo: Aunque en tu caso específico parece que sólo uno de ustedes se enfocará más en las tareas técnicas, en la práctica todos colaboran. 2. Definir los roles Asigna a cada miembro del equipo uno de los roles mencionados: Product Owner Scrum Master Cliente 3. Definir el software Decide si el proyecto será una aplicación web o móvil. Imagina el software que deseas crear. Por ejemplo, una aplicación de gestión de tareas, una tienda en línea, etc. 4. Definir el Product Backlog El Product Backlog es una lista priorizada de las funcionalidades y requisitos del proyecto. Cada ítem en el backlog debe ser claro y conciso. Evidencia: Toma una foto del Product Backlog para mostrarla como evidencia. 5. Realizar la planificación de póker Planning Poker: Es una técnica utilizada para estimar el esfuerzo requerido para cada ítem del Product Backlog. Cada miembro del equipo asigna puntos a cada tarea según su percepción del esfuerzo necesario. Utiliza cartas Planning Poker para votar y discutir las diferencias. 6. Realizar al menos 3 sprints Sprint 1: Planificación y desarrollo inicial. Sprint 2: Desarrollo y presentación del producto mínimo viable (MVP). Sprint 3: Mejoras y finalización del proyecto. Evidencia: Toma una foto del Sprint Backlog para cada sprint. 7. Realizar el Tablero Kanban Tablero Kanban: Ayuda a visualizar el flujo de trabajo del equipo. Columnas típicas: "Por hacer", "En proceso", "Hecho". Evidencia: Toma fotos del tablero Kanban mostrando las tareas en cada estado. 8. Realizar las ceremonias de Scrum Ceremonias: Reunión de Planificación de Sprint: Para planificar qué trabajo se hará en el próximo sprint. Reunión Diaria (Daily Stand-up): Cortas reuniones diarias para sincronizar las actividades. Revisión del Sprint: Al final de cada sprint para revisar el trabajo completado. Retrospectiva del Sprint: Para discutir lo que funcionó bien y lo que se puede mejorar. Evidencia: Toma fotos de las ceremonias en curso. 9. Simular el Mockup del Producto Mínimo Viable Mockup: Crea prototipos de las pantallas del producto utilizando herramientas de diseño como Figma, Sketch, o incluso PowerPoint. Evidencia: Capturas de pantalla de los mockups que representan el MVP. Resumen de Evidencias Necesarias: Foto del Product Backlog. Fotos del Sprint Backlog (al menos tres). Fotos del Tablero Kanban. Fotos de las ceremonias de Scrum. Capturas de pantalla de los mockups del Producto Mínimo Viable.
Categoría Programación y Tecnología
Subcategoría Programación Web
¿Cuál es el alcance del proyecto? Bug o cambio pequeño
¿Es un proyecto o una posición? Un proyecto
Actualmente tengo Tengo las especificaciones
Disponibilidad requerida Según se necesite
Integraciones de API Payment Processor (Paypal, Stripe, etc.)
Roles necesarios Diseñador, Programador
Plazo de Entrega: 25 Mayo, 2024
Habilidades necesarias