← ClaudeAtlas

security-first-agilelisted

Use when planning sprints, running retrospectives, setting up security champions programs, conducting threat modeling in Agile, building Scrum processes for security-focused teams, or working with OWASP SAMM, STRIDE, DORA metrics, or misuse stories. Essential for any security-meets-Agile workflow. Triggers on sprint planning, retrospectives, Definition of Done, security backlog, threat modeling, security champions, blameless postmortems, psychological safety, or any question about Scrum process for engineering teams.
adammatthewsteinberger/vibey-skills · ★ 1 · AI & Automation · score 72
Install: claude install-skill adammatthewsteinberger/vibey-skills
# Security-First Agile Scrum A synthesis of Scrum theory, security engineering, and people-first culture for enterprise engineering teams. Applies a strict precedence hierarchy: **Security First → People First → Agile/Scrum**. Security is non-negotiable; Scrum is the framework that enables it; people are the ones who make it work. --- ## Three Laws Precedence Every process decision resolves conflicts in this order: 1. **Security First** — No sprint completes if security gates are open. No code ships with known Critical/High vulnerabilities. This is not a negotiation. 2. **People First** — Sustainable pace, psychological safety, and blameless culture are prerequisites for security. A burned-out or blame-averse team will hide vulnerabilities. 3. **Agile/Scrum** — The framework adapts to serve the first two laws, not the other way around. Scrum ceremonies are tools, not rituals. --- ## Scrum Fundamentals Scrum is a **lightweight empirical process control framework** built on three pillars: - **Transparency** — work and status visible to all - **Inspection** — artifacts and progress examined frequently - **Adaptation** — adjustments made when inspection reveals deviation ### The Five Events | Event | Timebox | Purpose | |---|---|---| | Sprint | 1–4 weeks (fixed) | Container for all other events | | Sprint Planning | ≤8 hrs (4-wk sprint) | Why/What/How — defines Sprint Goal | | Daily Scrum | 15 minutes | Developer sync toward Sprint Goal | | Sprint Review | ≤4 hrs | Inspe