Sprint 3: 14. Realizar el Daily Standup

-

🔵 14. Realizar el Daily Standup (Sprint 3)

📆 Período: 15 de mayo al 04 de junio de 2025
📍 Modalidad: Virtual (Discord y Google Meet)

🟨 Entrada

🛠️ Herramientas utilizadas

  • Discord: Canal principal de comunicación diaria. Se usaron notas de voz y mensajes escritos para compartir avances rápidamente.
  • Google Meet: Para standups más largos cuando era necesario profundizar (máximo 20 minutos).
  • Jira (Tablero Sprint 3): Verificación del estado de las tareas (To Do, In Progress, Done).

  • Drive (opcional): En algunos días se compartió un resumen escrito de impedimentos detectados.

✅ Salida

Durante Sprint 3, se realizaron 6 reuniones Daily en total (una por día de trabajo hábil).

Cada integrante del equipo respondió las tres preguntas fundamentales:

  1. ¿Qué hice ayer?
  2. ¿Qué haré hoy?
  3. ¿Qué impedimento tengo?

📝 Resultados prácticos del Daily:

Fecha Resultados del Daily
15 May.Inicio de Sprint 3. Se revisaron las tareas en el backlog.
16 May.Definición técnica de tareas de WhatsApp. Preparación del entorno.
19 May.Se realizó el Daily. Sin novedades críticas.
20 May.Configuración inicial del webhook para n8n (SCRUM-48).
21 May.Diseño de estructura de KPIs en WhatsApp (SCRUM-49).
22 May.Se creó endpoint básico para importar datos desde webhook.
23 May.Revisión de autenticación y test de webhook con datos reales.
24 May.Discusión de impedimento en formato de payload entrante.
27 May.Ajuste en backend para recepción masiva vía webhook.
28 May.Tarea SCRUM-18 finalizada. Validación exitosa con el Product Owner.
29 May.Implementación de KPIs. Se agregó primer módulo visual.
30 May.Mejora del manejo de errores en webhook. Pruebas parciales exitosas.
31 May.Diseño de UI para nuevos KPIs. Revisión entre pares.
03 Jun.Planificación de testeo integrado entre tareas relacionadas.
04 Jun.Cierre del Sprint. Revisión de historias y preparación para la demo.

📌 Impacto del Daily:

  • Avances en paralelo gracias a tareas planificadas y seguimiento diario.
  • Trabajo colaborativo efectivo entre desarrolladores de integración y backend.
  • Buena visibilidad del estado de cada historia en Jira.

Entradas populares de este blog

7. Crear historias de usuario

-
Imagen
  Entradas: Equipo principal de scrum Backlog priorizado del producto https://docs.google.com/document/d/1FTATQ54kI5L18E9Es5OavluyhkRqitHB2EUcSPYg8DU/edit?usp=sharing Prototipo https://drive.google.com/file/d/1FRKpyKMkbvIHjsJQ-9kAqXveZbFRF9Wq/view?usp=sharing Herramientas: User story mapping El User Story Mapping es una técnica visual que organiza las funcionalidades de un sistema (historias de usuario) en un formato de mapa, mostrando el flujo completo de uso desde la perspectiva del usuario final. Este método ayuda a priorizar funciones para el MVP (Producto Mínimo Viable) y planear iteraciones futuras. Gestión de Usuarios Clientes Productos y Procesos Certificados Seguridad y gestión de usuarios Registrar / eliminar usuarios Inicio de sesión seguro Cierre por inactividad Gestión de clientes Registrar c...
Read more »

3. Formar al equipo Scrum

-
Entradas Requerimientos Hacer un CRM para la empresa de extintores AT&S que permita administrar, analizar y mejorar las interacciones con sus clientes actuales y potenciales. Recursos humanos disponibles Rol Responsabilidades Perfil Ideal Product Owner Definir y priorizar el Backlog del Producto Comunicarse con stakeholders Tomar decisiones sobre cambios en el alcance durante el sprint. Buenas habilidades de comunicación Conocimiento del negocio (gestión de inventarios y operación de un restobar) Scrum Master Garantizar que se sigan los principios y prácticas de Scrum. Eliminar impedimentos Proteger al equipo de interrupciones Promover la auto-organización y mejora continua del equipo. Experiencia en g...
Read more »

4. Desarrollar Épicas

-
  Entrada Feedback de usuarios potenciales Épica: Procesos Comerciales Eduardo Gómez, encargada comercial, dijo que cuando hace una proforma, tiene que calcular totales y descuentos en Excel. Señaló que si eso estuviera en el sistema, sería más rápido y con menos errores. Esto motivó la creación de funcionalidades para generar proformas desde el sistema, seleccionar productos desde un catálogo, aplicar descuentos y convertirlas en contratos. Épica: Emisión de Certificados Soledad Chávez, secretaria técnica, indicó que los clientes suelen pedir certificados después de una recarga, y que actualmente los genera en Word a mano. Le gustaría que el sistema los generara automáticamente. Este comentario impulsó el desarrollo de la generación automática de certificados por cliente o por contrato. Épica: Dashboard Administrativo Desde el área administrativa, se reportó que el gerente suele pedir resúmenes de clientes atendidos o ventas del mes, y que actu...
Read more »