Feature Toggle

A method to switch features on or off in the live environment through configuration or flags, avoiding a new deployment.

Key Points

  • Controlled by runtime flags or configuration, not by code changes.
  • Decouples deployment from release, enabling gradual rollouts and experiments.
  • Acts as a fast rollback or kill switch for risky functionality.
  • Requires governance: clear naming, safe defaults, monitoring, and timely cleanup to limit technical debt.

Example

A Scrum team ships a new payment option with the feature turned off by default. After verifying production health, the product owner enables it for 5% of users. Metrics look good, so they ramp up to 50%. A spike in errors appears, so the team disables the toggle immediately, restoring stability without redeploying code.

PMP Example Question

A team wants to release a new search algorithm to 10% of users, watch KPIs, and turn it off instantly if issues occur, all without another deployment. What practice should the project manager recommend?

  1. Use feature toggles managed by configuration.
  2. Perform a blue-green deployment with DNS cutover.
  3. Defer the feature to the next sprint and freeze scope.
  4. Hard-code the new algorithm as the default and update acceptance criteria.

Correct Answer: A — Feature toggle

Explanation: Feature toggles allow enabling or disabling functionality at runtime without redeploying. Blue-green swaps environments, not individual features; the other options do not address controlled, rapid rollback.

AI Systems with Claude, for Scrum Masters and Project Managers

Most AI pilots in project management do not fail on the model. They fail because somebody pointed the thing at a decision instead of at a task. This course is built around that distinction, and around the work that follows once you get it right.

Eight teaching sections, taught against one running project from the first lecture to the last. You watch a system get built, then you build the same one against your own sprint. Nothing here is a demo that works only on the example.

You finish with five working systems and you keep them. The sprint report machine turns your board export and standup notes into the report you currently write by hand. The retro intelligence system tells you what the team keeps saying, not just what it said this time. The stakeholder comms engine drafts the update in the register the audience expects. The backlog health monitor flags the quiet decay nobody has time to check for. The risk and dependency tracker follows the chains that actually bite.

Seventy-six working files ship with it, across four sections, so every system is built against real sprint data rather than material invented for a slide. Four sprints of retrospectives, board exports, standup notes, backlog and risk data.

Explore the Course


Run the drill before the incident runs you

Design, run and prove OT drills and tabletop exercises before an incident tests your team. OT Incident Drills and Exercises includes 24 lessons and practical exercise materials, delivered through HKSM Courses for US$47 one-time. 30-day money-back guarantee when 50% or less of the course has been consumed.

Explore the Course