Nuestro equipo opera bajo un marco de trabajo estructurado que incluye una serie de reuniones periódicas. Estas reuniones se agrupan en dos categorías principales: Reuniones de Línea y Reuniones de Planificación (Planning). Las Reuniones de Línea están diseñadas para mantener a todo el equipo al tanto de situaciones generales, proyectos en curso, nuevas tecnologías y cualquier otro tema relevante para el área. Las Reuniones de Planificación se centran en la coordinación del equipo para la estimación, programación e información de las tareas y acciones necesarias.
## Reuniones de Línea
Esta reunión se lleva a cabo todos los martes con el objetivo de informar, discutir y organizar cualquier tema relevante para el equipo y el trabajo. Aunque los puntos a tratar usualmente son propuestos por el líder técnico, cualquier miembro que considere que un tema debe ser abordado colectivamente puede sugerirlo [aquí](https://docs.google.com/document/d/1n9QdkmhVWzgcuhzDjPrbpmRo8TXwGwg0iNmvThwBnuw/edit?usp=sharing), y será incluido en la agenda para su discusión.
## Reuniones de Planificación
En la línea de informática de la biodiversidad aplicamos una versión de *[SCRUM](https://en.wikipedia.org/wiki/Scrum_(software_development))* adaptada a las necesidades del equipo.
## Estimación de tareas
### Estimación de tareas
La estimación de tareas se realiza con "*story points*", para lo cual se tiene una equivalencia entre rangos de tiempo y "*story points*".
...
...
@@ -17,48 +25,49 @@ La estimación de tareas se realiza con "*story points*", para lo cual se tiene
| 8 | Hasta tres días |
| (\*) Más de 8 | Se deberá dividir la tarea |
## Ceremonias
### Ceremonias
### Cierre y planeación de sprint
Las **ceremonias** son reuniones estructuradas que nos permiten sincronizar al equipo, planear el trabajo y revisar el progreso. Su propósito es asegurar una comunicación fluida y la consecución de objetivos.
Los *sprints* duran 2 semanas, iniciando los miércoles. El día de inicio se realizará, en el mismo espacio el cierre y la planeación. El líder técnico es quien se encarga de priorizar y organizar las tareas para cada *sprint* previo a la ceremonia, cada miembro del equipo revisará las tareas. Durante la ceremonia cada persona presentará las tareas asignadas, resolverá dudas y participará en las presentaciones de los demás miembros.
#### Planificación de Sprint (Planning)
### Daily
La **Planificación de Sprint** es donde el equipo define qué se va a lograr en el próximo sprint y cómo se va a hacer.
El *daily meeting* se realizará de forma asíncrona en la plataforma *[DailyBot](https://app.dailybot.com/checkins/bfe64453-2b94-4ea5-b811-eb70b8ea1181/daily-report/2025-06-25)* por medio de un bot en el chat del *Workspace* de *Google*. Es responsabilidad de cada persona informar en las primeras horas de la mañana las tareas que haya realizado el anterior día laboral y las tareas que vaya a realizar en el día actual. El bot cuenta con un recordatorio y se espera que esto se haga antes de las 9:30 de la mañana.
Los *sprints* duran dos semanas y comienzan los miércoles. Antes de esta ceremonia, el líder técnico prioriza y organiza las tareas, y cada miembro del equipo revisa las que le fueron asignadas.
### Planning
Durante la ceremonia desde su tablero cada participante:
Durante el *planning* se realizan las siguientes actividades:
1.**Realiza su retrospectiva individual**: Al inicio de cada sprint, revisa lo completado en el sprint anterior y las nuevas tareas a planear. [Ver Cierre y Retrospectiva.](#cierre-y-retrospectiva-sprint-retrospective)
1. Se revisa la priorización de las tareas. De acuerdo a las consideraciones que tengan los demás miembros del equipo se pueden reorganizar.
2. Por cada tarea:
1. Se aclaran dudas que no se hayan podido resolver antes de la reunión.
2. Si la persona que tiene la tarea asignada tiene dudas, se mencionan los puntos de vista de cada miembro y se llega a un consenso sobre la estimación.
3. Si no se ha asignado un responsable, se asigna.
2.**Prioriza las tareas asignadas**: Se revisa la priorización de las tareas en el *Sprint Backlog*, que también puede incluir tareas "bonus" de baja prioridad (estas se pueden trabajar si se termina la carga principal del sprint). Las tareas pueden reorganizarse según las consideraciones del equipo.
**Nota:** algunas tareas, especialmente las *\[spike\]* o *\[poc\]* pueden tener 2 responsables para atacar más de un enfoque en el mismo sprint.
3.**Detalla y estima la duración de cada tarea asignada**:
- Se aclaran las dudas sobre cada tarea que no se hayan resuelto antes de la reunión.
- Si la persona asignada tiene dudas sobre la estimación, se discuten los puntos de vista de los miembros del equipo hasta llegar a un consenso sobre el valor de los *story points*.
-**Nota**: Algunas tareas, como los *[spike]* (investigaciones) o *[PoC]* (pruebas de concepto), pueden tener dos responsables para abordar múltiples enfoques en el mismo sprint. Para estas tareas, se programa una reunión de seguimiento a mitad del sprint con al menos otro miembro del equipo (generalmente el líder técnico o alguien con una visión clara del objetivo), para socializar los avances, recibir retroalimentación y obtener orientación.
- Una vez detallada y estimada, la tarea se mueve de la columna *Sprint Backlog* a *Todo* en el tablero.
4. Si la tarea es un *\[spike\]* o un *\[poc\]*, se programa una reunión de seguimiento con al menos otro miembro del equipo (normalmente será el líder técnico y/o alguien que tenga más clara la visión del objetivo de la tarea) a mitad del *sprint* para socializar los avances en la tarea y recibir retroalimentación y orientación.
Si una tarea no tiene un responsable, se le asigna uno durante la ceremonia.
1. Se pasa la tarea de la columna *Sprint Backlog* a *Todo*
El tablero debe estar siempre organizado según la prioridad asignada por el líder técnico o el encargado del proyecto.
El tablero debe siempre estar organizado por prioridad, la cual es asignada por el líder técnico o encargado del proyecto
**Nota**: Si el líder técnico no logra preparar las tareas la semana anterior, es necesario dedicar tiempo al análisis de las tareas durante la misma sesión de planeación.
Previo al espacio para el planning se van creando las tareas para revisión en el pipeline *Sprint Backlog*. En caso de que se tengan dudas o comentarios acerca de las tareas o sus estimaciones, se podrán comentar en el chat del grupo (*BioDev*).
#### Diaria (Daily Scrum)
En el pipeline *Sprint Backlog* también se dejan las tareas "bonus" del sprint (tareas con prioridad baja que se pueden trabajar si se acaba con la carga del sprint)
El **Daily meeting** es una actividad diaria en la que cada persona informa al resto del equipo sobre lo que hizo el día anterior, sus planes para el día actual y los obstáculos que se le han presentado. Esto mantiene al equipo informado sobre el estado del sprint. Se realiza de forma asíncrona a través de un bot en el chat del *Workspace de Google*, utilizando la plataforma *DailyBot*. El bot envía un recordatorio, y se espera que esta actualización se realice antes de las 9:30 a.m.
**Nota:** Cuando el líder técnico no logra preparar las tareas la semana anterior, es necesario dedicar tiempo al análisis de las tareas en la planeación misma.
#### Cierre y Retrospectiva (Sprint Retrospective)
### Retrospectiva
Esta es una ceremonia clave para la mejora continua del equipo y sus procesos. Aquí, reflexionamos sobre el sprint que acaba de terminar, identificando qué funcionó bien, qué se puede mejorar y cómo implementar esos cambios.
Esta ceremonia se realizará en el mismo espacio del *planning*, justo antes de planear las tareas del siguiente sprint.
La *Retrospectiva* se realiza justo antes de realizar la planeación del siguiente sprint. En ella:
* Se revisan las tareas que finalizaron. Los responsables explican resumidamente lo que se hizo en la tarea y mencionan cosas que deseen resaltar.
* Las tareas que no se terminaron, es decir, quedaron en estado *In Progress* o *In Review* se agregan al siguiente *sprint*, no se modifica la estimación.
-**Se revisan las tareas finalizadas**: Los responsables explican brevemente lo que se hizo y destacan los puntos relevantes.
-**Se revisan las tareas no finalizadas**: Las tareas que quedaron en estado *In Progress* o *In Review* se trasladan al siguiente sprint sin modificar su estimación original. Esto asegura que el trabajo incompleto no se olvide y se priorice en el próximo ciclo.
---
* volver al [inicio](/README.md)
* volver a las [normas de desarrollo](/docs/development-rules/README.md)
- volver al [inicio](/README.md)
- volver a las [normas de desarrollo](/docs/development-rules/README.md)
