Agile
535 bites tagged Agile — interview questions with model answers, and 60-second explainers.
Pair Programming: Two Heads, One Keyboard
Think of pair programming as a continuous code review. One developer (the Driver) writes code while the other (the Navigator) reviews it in real-time. This is often used for complex tasks or onboarding. The footgun is letting one person dominate the keyboard.
Collective Code Ownership: The Team Owns the Code
Collective code ownership treats the entire codebase as team property; anyone can change anything. This prevents bottlenecks in agile teams, especially during refactoring.
T-Shaped Skills: Deep Expertise, Broad Collaboration
T-shaped skills describe a professional with deep expertise in one area (the T's vertical bar) and the ability to collaborate across others (the horizontal bar). This is vital in agile teams where cross-functional work is constant.
Burndown Chart: A Project's Fuel Gauge
A burndown chart is a project's fuel gauge, showing work left versus time. Scrum teams use it to track sprint progress and predict completion. The footgun is treating it as a performance report instead of a conversation starter about blockers.
Planning Poker: Avoid Groupthink in Estimates
Planning poker avoids groupthink in effort estimation. Team members reveal estimates simultaneously using cards, preventing the first number spoken from anchoring everyone else. It's used in Agile to size up tasks.
Technical Debt: The Hidden Cost of Shipping Fast
Technical debt is like a loan on your codebase: you ship faster now by taking a shortcut, but pay 'interest' later as slower development. It's often a choice to meet a deadline. The footgun is thinking all debt is bad; strategic debt is fine if.
The Four Stances of an Agile Coach
An agile coach isn't just a senior Scrum Master; they operate from four stances: teaching, mentoring, facilitating, and professional coaching. This model helps them choose the right approach to develop a team's capability, not just run ceremonies.
Liberating Structures: Rules for Unleashing Group Intelligence
Liberating Structures are simple rules that replace default meeting formats, ensuring everyone participates. Use them in retrospectives or planning sessions to move beyond presentations.
Psychological Safety: The Foundation of High-Performing Teams
Psychological safety is the belief you won't be punished for speaking up or making mistakes. It's the top predictor of team effectiveness, enabling the risk-taking and candor needed for innovation.
Powerful Questions: Sparking Discovery, Not Just Answers
Powerful questions spark discovery rather than demand a specific answer. Use them in retrospectives or when a team is stuck to unlock new solutions. The footgun is asking a leading question disguised as an open one, which shuts down creativity.
Agile Coaching: Teacher, Mentor, Facilitator, Coach
An Agile Coach isn't just a senior Scrum Master, but a guide helping teams find their own path to high performance. They support teams by teaching, mentoring, facilitating, and coaching to improve outcomes.
Tuckman's Stages: Why Teams Must Storm Before They Perform
Teams evolve through predictable phases, not starting out fully effective. A team must pass through forming, storming (conflict), and norming (resolution) to reach high performance.
Servant Leadership: Serve First, Lead Second
A servant-leader inverts the power pyramid, focusing on their team's growth over their own power. This is common in Agile, where scrum masters remove blockers to help developers perform at their best.
Weighted Shortest Job First (WSJF): Prioritizing for Economic Impact
WSJF prioritizes work by its economic impact over time, not just its total value. It sequences backlogs in SAFe by dividing the "cost of delay" by job size. The footgun is getting bogged down in precise estimates instead of using relative sizing.
Definition of Ready (DoR): The Bouncer for Your Sprint
The Definition of Ready (DoR) is the bouncer for your sprint, a checklist ensuring a user story is clear and actionable before the team commits to it. It prevents starting work on half-baked ideas. The footgun is making it too rigid, creating a bottleneck.
Stakeholder Mapping: Prioritizing Voices by Power and Interest
Stakeholder mapping visualizes who to engage by plotting their power and interest in your project. Use it to decide who needs daily updates versus a quarterly summary. The footgun is treating it as static; a stakeholder's influence can change overnight.
User Story Mapping: From Backlog to Value Map
User Story Mapping reframes your backlog from a feature list into a map of the user's journey, focusing on delivering outcomes customers value. It helps teams prioritize work by visualizing the whole experience.
The MoSCoW Method: Prioritizing for Fixed Deadlines
The MoSCoW method protects deadlines by sorting work into four buckets: Must Have, Should Have, Could Have, and Won't Have this time. It's used in agile projects with fixed timelines to ensure critical features ship.
Minimum Viable Product (MVP): Learn Faster with Less Code
An MVP is the smallest product version that delivers value to early users and provides feedback for future development. Use it to test a business hypothesis with minimal resources, like a single-feature app.
User Stories: Features from the User's Perspective
A user story is an informal, natural language description of a software feature from the end user's viewpoint. Used in agile development, they're written by stakeholders like clients or developers on Post-its or in apps.
User Stories: What Users Want, and Why
A User Story is a simple description of a feature from the user's perspective, focusing on the 'who, what, and why' instead of technical details. It's the primary unit of work in Agile, building a shared understanding of what to build.
The Scrum Master: A Coach, Not a Manager
A Scrum Master is a servant-leader who coaches a team on Scrum practices, not a project manager who assigns tasks. They facilitate events and remove impediments. The footgun is treating them as a team admin, which undermines the team's self-organization.
The Daily Scrum: A 15-Minute Team Sync
The Daily Scrum isn't just a status update; it's a 15-minute planning session for the next 24 hours. Team members sync on progress, identify blockers, and adjust their plan for the day. The footgun is treating it as a report to a manager.
The Sprint: A Timeboxed Rhythm for Work
A sprint is a fixed-length container, typically 1-4 weeks, where a team turns ideas into a valuable product increment. Sprints give a predictable rhythm to software teams and marketing campaigns. The footgun is treating a sprint as a mini-waterfall project.
Get Agile bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.