Speed Boat

Speed Boat is a visual retrospective technique that helps a Scrum Team quickly identify what is slowing them down (anchors) and what could speed them up. It is commonly used in the Retrospect Sprint meeting to prioritize impediments and turn insights into actionable improvements.

Key Points

  • Visual metaphor: boat equals team, island equals goal, anchors equal impediments, wind/engine equals helpful forces, rocks equal risks.
  • Used in the SBOK Retrospect Sprint meeting to surface and prioritize improvement opportunities.
  • Facilitated by the Scrum Master to encourage candid, blameless discussion.
  • Timeboxed exercise that produces prioritized impediments and concrete action items with owners.
  • Feeds updates to the Impediment Log and Agreed Actionable Improvements for the next sprint.
  • Works well with distributed teams using virtual whiteboards or physical boards.

Purpose of Analysis

The technique aims to reveal factors that slow delivery, quality, or collaboration, and to identify accelerators the team can amplify. It creates a shared view of the current state and focuses the team on a small set of high-impact improvements for the upcoming sprint.

Method Steps

  1. Set the scene: draw a boat heading toward an island, add anchors, rocks, and wind/engine placeholders.
  2. Individually brainstorm: team members write anchors (impediments), rocks (risks), and wind/engine (enablers) on sticky notes.
  3. Post and cluster: place notes on the board, group similar themes, and clarify wording.
  4. Estimate impact: quickly size each anchor by how strongly it slows the boat (e.g., light, medium, heavy).
  5. Prioritize: dot-vote or rank the top anchors to address next sprint.
  6. Create actions: define specific, measurable improvements; assign owners and due dates.
  7. Record outputs: update the Impediment Log, risk list, and Agreed Actionable Improvements.
  8. Close and follow through: confirm what will be tried next sprint and how success will be measured.

Inputs Needed

  • Recent sprint context: Sprint Goal, product backlog items completed or not completed, Definition of Done.
  • Team data: velocity, burndown or flow metrics, defect trends, lead time observations.
  • Known impediments or risks gathered during the sprint or Daily Standups.
  • Facilitation materials: physical or virtual board, sticky notes, markers, and dot stickers or online votes.

Outputs Produced

  • Prioritized list of anchors with estimated impact.
  • Agreed Actionable Improvements with owners, due dates, and expected outcomes.
  • Updated Impediment Log with newly discovered or re-prioritized items.
  • Updated risk list where rocks indicate potential future issues.
  • Proposed adjustments to team working agreements, Definition of Done, or refinement practices.

Interpretation Tips

  • Translate anchors into root causes, not just symptoms, before creating actions.
  • Limit work in progress for improvements by selecting a small number to pursue next sprint.
  • Balance quick wins with systemic fixes that reduce recurring drag.
  • Use trend comparisons across sprints to see if anchor weights are decreasing.
  • Make actions observable and testable so the team can verify impact.

Example

In a Retrospect Sprint, the team places anchors such as unstable test environment, unclear acceptance criteria, and context switching. They vote to tackle the first two, create actions to stabilize a staging server and adopt a Definition of Ready checklist, and assign owners and dates. The items are logged, and the team commits to reviewing the outcomes in the next retrospective.

Pitfalls

  • Turning the session into blame instead of focusing on process and system issues.
  • Generating too many actions without owners or clear success measures.
  • Skipping prioritization, resulting in scattered effort and little change.
  • Ignoring enablers and only listing problems, which reduces morale and balance.
  • Failing to follow up, causing the same anchors to reappear each sprint.

PMP/SCRUM Example Question

During a Retrospect Sprint meeting, a Scrum Master wants a quick, engaging exercise where the team visualizes impediments as anchors holding a boat from reaching an island and then selects a few improvements to try next sprint. Which tool or technique should be used?

  1. Speed Boat
  2. Planning Poker
  3. Burndown Chart Review
  4. Daily Standup

Correct Answer: A — Speed Boat

Explanation: Speed Boat is a retrospective technique that surfaces impediments and produces actionable improvements. The other options are for estimation, tracking, or daily coordination, not retrospective analysis.

How To Land the Job and Interview for Project Managers Course

Take the next big step in your project management career with HK School of Management. Whether you're breaking into the field or aiming for your dream job, this course gives you the tools to stand out, impress in interviews, and secure the role you deserve.

This isn’t just another job-hunting guide—it’s a tailored roadmap for project managers. You’ll craft winning resumes, tackle tough interview questions, and plan your first 90 days with confidence. Our hands-on approach includes real-world examples, AI-powered resume hacks, and interactive exercises to sharpen your skills.

You'll navigate the hiring process like a pro, with expert insights on personal branding, salary negotiation, and career growth strategies. Plus, downloadable templates and step-by-step guidance ensure you're always prepared.

Learn from seasoned professionals and join a community of ambitious project managers. Ready to land your ideal job and thrive in your career? Enroll now and take control of your future!



Launch your career!

HK School of Management delivers top-tier training in Project Management, Job Search Strategies, and Career Growth. For the price of a lunch, you’ll gain expert insights into landing your dream PM role, mastering interviews, and negotiating like a pro. With a 30-day money-back guarantee, there’s zero risk—just a clear path to success!

Learn More