Haciendo que el Proceso Funcione (Scrum/Kanban/SAFe)

Los marcos ágiles empresariales se encuentran con la realidad de Solana: los despliegues multisig no se realizan los viernes a las 3 p.m., los auditores devuelven hallazgos de forma asíncrona y las interrupciones de Sev-1 interrumpen los sprints. Adapta las ceremonias para que el proceso ayude a enviar software seguro en la cadena.

Receta

Tarjeta de referencia rápida - lista para copiar y pegar.

## Definición de Hecho de Solana
- [ ] Pruebas LiteSVM / anchor en verde
- [ ] IDL publicado si el programa cambió
- [ ] Transacción de despliegue en Devnet enlazada en el ticket
- [ ] Runbook/monitor actualizado si hay impacto en operaciones
- [ ] Lista de verificación de seguridad en la descripción del PR

Cuándo usar esto:

• Al adoptar Scrum o Kanban en un nuevo equipo de Solana
• La planificación de PI de SAFe incluye el flujo de trabajo de blockchain
• Las retrospectivas encuentran historias "hechas" sin despliegue
• Al escalar más allá de un solo escuadrón

Ejemplo de Trabajo

## Columnas del tablero Kanban
 
Backlog -> Spec/RFC -> En Desarrollo -> En Revisión -> Devnet -> Listo para Mainnet -> Hecho
 
**Límite de WIP:** En Desarrollo máximo 3 por ingeniero (los PRs de programas son pesados)
 
**Carril de Expedición:** Incidente Sev-1 / Hallazgo Crítico de Auditoría
- Interrumpe el WIP; solo el IC puede tomar la tarjeta

Ajuste de planificación de sprint:

• Reservar el 20% de la capacidad no estimada (incidentes + revisiones)
• Historias de despliegue en Mainnet separadas de historias completadas en Devnet
• Regla de arrastre: si no hay transacción en Devnet, la historia se arrastra automáticamente

Lo que esto demuestra:

• Despliegue en Devnet como columna explícita, no un "hecho" imaginario
• Clase de expedición para incidentes
• Reserva de capacidad para trabajo de interrupción específico de Solana

Análisis Profundo

Adaptaciones de Scrum

• Objetivo del sprint: Un resultado medible en la cadena (ej. "depositar en devnet")
• Demostración de revisión: Enlace del explorador + flujo de billetera, no solo diapositivas
• Retrospectiva: Incluir revisión mensual de incidentes y cuasi-accidentes

Adaptaciones de Kanban

• Tiempo de ciclo: Seguir por separado spec -> devnet -> mainnet
• Bloqueado: Pegatinas visibles de "Esperando auditoría", "Esperando multisig"

Adaptaciones de SAFe

• Historias habilitadoras: Migración de kit, conmutación por error de RPC - de primera clase en el tablero del programa
• Sincronización de arquitectura: Pipeline de RFC revisado en la sincronización del sistema

Trampas

• Velocidad como compromiso - Los puntos de historia ignoran la espera de auditoría. Solución: Métricas de tiempo de entrega en SAFe/QBR.
• Hecho sin Devnet - "Fusionado" tratado como enviado. Solución: Puerta de DoD en la automatización de Jira.
• Sin política de expedición - Cada historia "urgente". Solución: Solo el IC utiliza el carril de expedición.
• Dependencia entre equipos invisible - Cliente bloqueado en IDL. Solución: Etiquetas de dependencia en las tarjetas.
• Sobrecarga de ceremonias - Sin tiempo para revisar #[account]. Solución: Reducir reuniones; proteger el tiempo de revisión.

Alternativas

Preguntas Frecuentes

Relacionado

• Mejores Prácticas de Entrega - DoD de lanzamiento
• Estimación y Riesgo - entrada para el compromiso del sprint
• Métricas DORA para Web3 - medir los resultados del proceso

Versiones de Stack: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, y LiteSVM 0.6.x.