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 PRCuá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 tarjetaAjuste 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
| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Shape Up | Ciclos de apetito fijo | Trazabilidad de cumplimiento estricta |
| Integración continua (Trunk-based) | Equipo pequeño, CI sólida | IDL que rompe frecuentemente |
| Puerta de auditoría Waterfall | Emisión regulada | MVP de iteración rápida |
Preguntas Frecuentes
¿Scrum o Kanban para Solana?
Kanban si la cadencia de despliegue es irregular; Scrum si el ritmo de 2 semanas funciona con el producto.
¿Cómo estimar las historias de programas?
Los puntos reflejan la complejidad + lo desconocido; añadir subtareas de despliegue/auditoría para visibilidad.
¿Duración de la planificación de PI?
Incluir épicas habilitadoras del ecosistema aunque no se envíe ninguna función de usuario en esa PI.
¿Ceremonias remotas?
La demostración requiere compartir pantalla de la billetera + explorador - no negociable.
¿Flujo de blockchain SAFe?
ART dedicado para el protocolo; el escuadrón de clientes consume lanzamientos de IDL.
¿Incidentes en el sprint?
Expeditar; no contar para la velocidad; seguir MTTR por separado.
¿Formatos de retrospectiva?
Sin culpas; espacio mensual para incidentes/cuasi-accidentes.
¿Herramientas?
Linear, Jira o GitHub Projects - aplicar campos de DoD.
¿Participación de stakeholders en la planificación?
PM siempre; seguridad mensualmente para historias de endurecimiento.
¿Cambio de proceso?
Experimentar un sprint; medir el tiempo de entrega, no solo las encuestas de satisfacción.
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.