Metodología

Kronixial Sprint OS

Un sistema operativo de delivery para revisar riesgo con alcance, evidencia, severidad, niveles de confianza y criterios de cierre.

Sprint OS

El método protege al cliente y protege la operación.

La metodología evita diagnósticos vagos, hallazgos sin evidencia, proyectos sin fin y expectativas imposibles.

0

Fit check

Validamos decisión, urgencia, presupuesto, autoridad y fit. Si no hay decisión concreta, no hay sprint.

1

Scope

Definimos activos, sistemas, usuarios, fechas, exclusiones, permisos y evidencia mínima.

2

Intake

Recolectamos documentos, accesos limitados, contactos, contexto y restricciones.

3

Review + interviews

Analizamos controles, flujos, IA, vendors, arquitectura y realidad operativa.

4

Synthesis

Priorizamos por impacto, probabilidad, exposición, evidencia y efecto en la decisión.

5

Readout + roadmap

Cerramos con memo ejecutivo, risk register, matriz de certeza y plan 30/60/90.

Lenguaje de evidencia

  • Known: verificado con evidencia directa.
  • Unknown: no existe evidencia suficiente.
  • Not verified: fuera de alcance o sin acceso/evidencia.
  • Assumption: supuesto usado para análisis.
  • Red flag: hallazgo que puede cambiar la decisión.

Niveles de confianza

  • High confidence: evidencia directa, consistente y suficiente.
  • Medium confidence: evidencia parcial o indirecta.
  • Low confidence: señales iniciales que requieren validación.
SeveridadCriterioAcción sugerida
CriticalPérdida material, exposición sensible, interrupción mayor o bloqueo de transacción.Decisión ejecutiva inmediata: mitigar, pausar o condicionar.
HighRiesgo relevante con exposición real o probabilidad alta.Mitigar en 30 días o antes si hay deadline externo.
MediumRiesgo controlable que debe entrar a roadmap.Plan 60-90 días con owner.
LowMejora de higiene, documentación o control con impacto limitado.Backlog normal.

Quality gate 1

No se entrega hallazgo crítico sin evidencia o caveat explícito.

Quality gate 2

No se termina un sprint sin sección de fuera de alcance y matriz de certeza.

Quality gate 3

No se propone retainer sin backlog, owner interno y límites de horas.