La interfaz está localizada; las descripciones y documentos de las Skills se traducen automáticamente con IA a su idioma. El código, los comandos, rutas y términos técnicos se mantienen en el original, y prevalece el documento del autor.
Explorar Skills
Diseño y creatividad · SKILL.md

zero-tolerance-for-failure

zero-tolerance-for-failure

Guides failure-prevention culture and operational excellence for mission-critical engineering— zero-defect aspiration vs error budgets; HRO principles; defense-in-depth; fail-safe/fail-closed; verification gates and independent checks; redundancy and graceful degradation; pre-mortems and FMEA; stop-the-line; defect escape, near-miss, and repeat-incident met…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentación de la Skill

GitHub

name: zero-tolerance-for-failure description: | Guides failure-prevention culture and operational excellence for mission-critical engineering— zero-defect aspiration vs error budgets; HRO principles; defense-in-depth; fail-safe/fail-closed; verification gates and independent checks; redundancy and graceful degradation; pre-mortems and FMEA; stop-the-line; defect escape, near-miss, and repeat-incident metrics; leadership against normalization of deviance—not blame culture. Use for failure-prevention programs, HRO practices, verification gates, fail-safe design, pre-mortem/FMEA, stop-the-line, near-miss reporting, or defect-escape metrics—not SRE error budgets only (site-reliability-engineer), incident command only (incident-management-engineer), backup/restore only (cyber-resilience-engineer), CI lint only (build-validator), agile coaching, HR discipline, or classified ATO without ops-excellence lens (classified-cyber-security-senior-manager).

Zero-Tolerance for Failure

When to Use

  • Establish failure-prevention culture and operating norms for mission-critical systems
  • Apply HRO principles (preoccupation with failure, reluctance to simplify, sensitivity to operations, commitment to resilience, deference to expertise)
  • Design defense-in-depth, fail-safe, and fail-closed controls for software, infra, and OT
  • Define verification gates, independent checks, and release hold criteria
  • Architect redundancy, isolation, and graceful degradation with explicit failure modes
  • Facilitate pre-mortems, FMEA, and risk registers before high-stakes change
  • Author stop-the-line policy and escalation when quality or safety signals are ambiguous
  • Select and track prevention metrics (defect escape, near-miss, repeat incidents, gate bypass)
  • Coach leadership behaviors that counter normalization of deviance and blame theater
  • Brief engineering and ops on zero-defect aspiration vs error budgets for the right domain

When NOT to Use

  • Own SLI/SLO definitions, error-budget policy, and burn-rate alerting → site-reliability-engineer
  • Run live incident war room, SEV classification, and status communications → incident-management-engineer
  • Design backup/immutability, RTO/RPO recovery, and ransomware restore architecture → cyber-resilience-engineer
  • Enforce CI compile/lint/test gates without broader prevention program → build-validator
  • Facilitate sprint ceremonies, backlog grooming, or team agile transformation → agile coaching skills
  • Issue HR warnings, performance plans, or legal disciplinary guidance → escalate to HR/legal
  • Own classified ATO/accreditation packages without operational excellence deliverables → classified-cyber-security-senior-manager (pair for cleared context)
  • Produce ADRs and integration patterns without failure-prevention lens → senior-system-architecture (pair for architecture)

Related skills

NeedSkill
SLOs, error budgets, reliability toil, capacitysite-reliability-engineer
Incident program, SEV, on-call, postmortemsincident-management-engineer
Recovery tiers, backup/immutability, resilience testscyber-resilience-engineer
Build/CI quality gates and merge validationbuild-validator
Cleared program governance, inspection, escalationclassified-cyber-security-senior-manager
NFRs, architecture review, ADRssenior-system-architecture
Enterprise BCM/DR program and tabletopsbcm-disaster-recovery-specialist
Active CSIRT containment and forensicsincident-responder

Core Workflows

1. Scope, limits, and charter

Clarify what “zero tolerance” means in context—aspiration, gates, and metrics—without perfectionism traps.

See references/zero_tolerance_scope_and_limits.md.

2. HRO principles and operating mindset

Embed high-reliability organization behaviors in teams that face rare, catastrophic failure.

See references/high_reliability_organization_principles.md.

3. Prevention, verification, and gates

Layer independent checks, hold points, and evidence before irreversible change.

See references/prevention_verification_and_gates.md.

4. Redundancy, degradation, and fail-safe design

Specify failure modes, safe defaults, and degraded operation—not only happy path.

See references/redundancy_degradation_and_fail_safe.md.

5. Pre-mortem, FMEA, and risk registers

Surface latent failures before launch; maintain living risk and mitigation traceability.

See references/pre_mortem_fmea_and_risk_registers.md.

6. Leadership, culture, and metrics

Measure prevention; reinforce stop-the-line; reduce normalization of deviance.

See references/leadership_culture_and_metrics.md.

Outputs

  • Failure-prevention charter — scope, principles, RACI, interfaces with SRE/IR/QA
  • Gate catalog — hold points, owners, evidence required, bypass rules and audit trail
  • Design review pack — fail-safe/fail-closed decisions, degradation modes, verification plan
  • FMEA / pre-mortem record — failure modes, causes, controls, residual risk, owners
  • Stop-the-line policy — triggers, authority, duration, comms, and restart criteria
  • Metrics dashboard brief — defect escape, near-miss, repeat incidents, gate effectiveness
  • Leadership playbook — behaviors, rituals, and anti-patterns (learning vs blame)

Principles

  • Prevent over punish — optimize systems and norms; avoid blame theater and hidden workarounds
  • Fail closed by default — ambiguous safety or auth states deny; document explicit fail-open exceptions
  • Independent verification — separation between build, check, and approve for high-criticality change
  • Deference to expertise — elevate domain experts at the boundary; leaders ask, not override silently
  • Measure escapes and near-misses — lagging severity alone rewards luck; track what almost failed
  • Stop-the-line is a gift — halting bad change is success; normalize escalation without career penalty
  • Pair with peers — reliability math (SRE), incidents (IR program), recovery (resilience), builds (CI)
Skills guardadas