System

What technology, software, or tools might be affecting our team's performance or outcomes?

Our deployment pipeline often fails during peak hours
The testing environment doesn't match production settings
Integration between our task tracking and git tools is unreliable
Process

What workflows or sequences of activities are causing delays or inefficiencies in our work?

Code review process takes too long with multiple back-and-forth cycles
No clear definition of done for user stories
Sprint planning meetings regularly exceed scheduled time
Forms

What issues with our templates or documentation could be impacting clarity or accuracy?

User story template lacks acceptance criteria section
Incident report form doesn't capture root cause effectively
Documentation is scattered across multiple platforms
People

What factors related to individual or team skills, communication, or roles are affecting our success?

Team lacks expertise in new technology stack
Communication gaps between remote and office team members
Unclear roles and responsibilities in cross-functional projects
Policies

What guidelines or rules might be misaligned with our actual practices or creating challenges?

Security policies make local development difficult
Change management process is too rigid for quick fixes
Vacation policy creates resource constraints
Place

What aspects of our physical or virtual workspace might be impacting our collaboration or productivity?

Poor internet connectivity in remote work locations
Lack of quiet spaces for focused work
Virtual collaboration tools don't support our needs well

What is the Fishbone (Ishikawa) Retrospective?

The Fishbone (Ishikawa) Retrospective is a structured problem-solving approach that helps teams identify and understand the root causes of challenges or issues. Developed by Kaoru Ishikawa in the 1960s, this technique visualizes cause-and-effect relationships in a format resembling a fish skeleton. During the retrospective, teams explore six key dimensions that might contribute to their challenges: Systems, Processes, Forms, People, Policies, and Place. This comprehensive analysis ensures no potential factor is overlooked, leading to more effective solutions. This method is particularly valuable for teams dealing with complex problems where multiple factors may be at play. By organizing potential causes into distinct categories, teams can better understand the relationships between different issues and develop targeted improvements.

Fishbone Retrospective Format

System

What technology, software, or tools might be affecting our team's performance or outcomes?

Guide the team in examining technical infrastructure, software tools, and systems integration points. Encourage participants to think about both obvious technical issues and subtle system interactions that might impact their work.

Process

What workflows or sequences of activities are causing delays or inefficiencies in our work?

Focus on identifying bottlenecks, redundancies, or gaps in workflows. Help the team distinguish between process issues and other factors by asking about specific steps in their work procedures.

Forms

What issues with our templates or documentation could be impacting clarity or accuracy?

Examine documentation quality, accessibility, and completeness. Consider both formal and informal documentation, and how well it serves its intended purpose.

People

What factors related to individual or team skills, communication, or roles are affecting our success?

Address team dynamics and individual contributions while maintaining a blame-free environment. Focus on systemic issues rather than personal criticism.

Policies

What guidelines or rules might be misaligned with our actual practices or creating challenges?

Explore both formal and informal policies that impact work. Consider whether policies support or hinder current team needs and practices.

Place

What aspects of our physical or virtual workspace might be impacting our collaboration or productivity?

Consider both physical and virtual work environments. Include factors like tools, workspace layout, and remote collaboration capabilities.

When to use this retrospective

  • When facing complex problems that may have multiple root causes or contributing factors
  • After identifying a significant issue or challenge that requires systematic analysis
  • When the team needs to move beyond symptoms to understand underlying causes
  • During project post-mortems or incident reviews to prevent future problems

Suggested icebreaker questions

  • If our team were a machine, what part would need the most maintenance right now?
  • What's the most surprising solution you've discovered to a recurring problem?

Ideas and tips for your retrospective meeting

  • Start with the effect or problem statement clearly defined at the 'head' of the fish
  • Encourage equal participation from all team members across all categories
  • Focus on identifying causes rather than jumping to solutions too quickly
  • Use the 'Five Whys' technique within each category to dig deeper into root causes
  • Document all insights, even if they don't initially seem significant
  • Schedule enough time (90-120 minutes) to explore all categories thoroughly

New to retrospectives? Read our guide on how to run a retrospective →