Skip to content
tezvyn:

Agile & Scrum

Scrum, kanban, sprints, team velocity, shipping culture

37 bites

Test yourself: Top 30 easy Agile & Scrum concepts questionsMultiple choice, with the correct answer and why it is correct on every question. Free, no sign-in.

Easy concepts in Agile & Scrum

easy2 min read

The Agile Manifesto: A Shift in Software Values

The Agile Manifesto is a value system, not a rigid process. It prioritizes people, working software, customer collaboration, and adapting to change over rigid plans and documentation. This philosophy underpins frameworks like Scrum.

easy2 min read

Waterfall Model: Build Software Like a Building

The Waterfall model treats software development like building a house: each phase is fully completed before the next begins. It suits projects with fixed requirements, but its major footgun is that late-stage changes can force a costly restart from the…

The Sprint: A Timeboxed Rhythm for Work
easy2 min read

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.

easy2 min read

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.

easy2 min read

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.

easy2 min read

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.

easy2 min read

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.

easy2 min read

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.

easy2 min read

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.

Planning Poker: Avoid Groupthink in Estimates
easy2 min read

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.

Burndown Chart: A Project's Fuel Gauge
easy2 min read

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.

easy1 min read

Epic: The Agile Placeholder for Big Ideas

An Epic is a large user story that's too big for a single sprint, acting as a placeholder for a major feature. Use it to group related stories for features like 'user profile management.'

easy2 min read

INVEST: The Checklist for High-Quality User Stories

INVEST is a checklist for quality user stories: Independent, Negotiable, Valuable, Estimable, Small, and Testable. Use it in backlog grooming to ensure work is clear and sprint-ready.

easy2 min read

Information Radiator: Your Team's Public Billboard

An information radiator is a large, public display that broadcasts key project info to anyone walking by. It's used for build statuses or task boards to keep the team aligned without meetings. The footgun is cluttering it until it becomes ignorable noise.

easy2 min read

Timeboxing: Fix the Time, Flex the Scope

Timeboxing fixes the duration for a task, not the scope. You work for a set period and then stop, forcing focus and preventing endless work. It's the core of Agile sprints and daily stand-ups. The footgun is treating it as a hard deadline to cram.

PDCA Cycle: The Scientific Method for Business Improvement
easy2 min read

PDCA Cycle: The Scientific Method for Business Improvement

The PDCA cycle is the scientific method for business: Plan a change, Do the experiment, Check the results, and Act on the findings. It's used to refine manufacturing or improve software cycles.

easy2 min read

Retrospective Prime Directive: Assume Positive Intent

Assume everyone acted with the best intentions given their context. The Retrospective Prime Directive creates psychological safety for a blameless discussion, focusing on systemic issues, not individual fault.

Start, Stop, Continue: A Simple Action-Oriented Retrospective
easy2 min read

Start, Stop, Continue: A Simple Action-Oriented Retrospective

This retrospective turns feedback into action by asking what to start, stop, and continue doing. Teams use it after a sprint to improve processes and collaboration. The footgun: the 'Continue' list can become a long praise session, losing focus on improvement.

Simple Design: The Simplest Thing That Could Possibly Work
easy2 min read

Simple Design: The Simplest Thing That Could Possibly Work

Simple Design means building only what's needed now, not what you might need later. In agile projects like Extreme Programming, this keeps code lean for changing requirements.

easy2 min read

YAGNI: You Ain't Gonna Need It

YAGNI is a principle of radical simplicity: don't build features now just because you *think* you'll need them later. It forces focus on current requirements, preventing wasted effort on speculative work.

We are hiring for this. Every open role lists the topics its interview covers, so you can prepare for the real thing rather than guessing.

See open roles