Features
Start Free Trial
Start Free Trial
CONTENTS
What Is The Crystal Agile Framework
3 mins read

Crystal Agile Framework

What Is The Crystal Agile Framework

Definition of Crystal Agile Framework

Crystal is an agile methodology for software development. It places focus on people over processes, to empower teams to find their own solutions for each project rather than being constricted with rigid methodologies.

Unlike more fixed frameworks like Scrum, Crystal recognizes that different teams will perform differently depending on team size, criticality and priority of the project and encourages users to adapt the framework for their individual situation.

For example, a small team can keep itself aligned with regular communication, so it doesn't need much status reporting and documentation, whereas a large team is likely to get out-of-sync and would benefit from a more structured approach.

These are categorized by color, according to the number of people in the project;

  • Crystal Clear - Teams with less than 8 people

  • Crystal Yellow - Teams with between 10 and 20 people

  • Crystal Orange - Teams with between 20-50 people

  • Crystal Red - Teams with between 50-100 people

History of the Crystal Agile Framework 

Alistair Cockburn worked at IBM in the 1990s and was tasked with developing a framework for software development. 

By interviewing successful teams, he realized there wasn't a formal methodology in place, but there are best practices that varied based upon team size, criticality, and priority.

From this research, he developed a family of methodologies called Crystal. 

Key Principles of the Crystal Agile Framework

At the heart of the Crystal, a family is seven principles. The first three are compulsory for all Crystal approaches, but the rest are optional and can be adopted if appropriate:

#1: Frequent Delivery

You should deliver code regularly to your real users. Without this, you might be building a product nobody needs.

#2: Reflective Improvement

Look back on what you've done, how you've done it and why. As a team, reflect and decide how to improve it in the future. 

#3: Osmotic Communication

Cockburn believed that co-location (having teams in the same physical space) is critical as it allows information to flow between team members, as if by osmosis.

#4: Personal Safety

Team members should feel safe to discuss ideas openly, without fear of ridicule. There are no wrong answers or bad suggestions in a Crystal team.

#5: Focus on Work

Team members should know what to work on next and be able to do it. This requires clear communication and documentation when required.

#6: Access to Subject Matter Experts and Users

Team members should be able to get feedback from real users and experts when required.

#7: Technical Tooling

Even back in the 1990s, Cockburn said development teams should have access to toolings like continuous deployment, automated testing and configuration management. This means errors and mistakes can be caught quickly without human intervention. 

Advantages of using the Crystal Agile Framework

  • Teams have a lot of autonomy to work in the way they deem most effective

  • Teams communicate directly with each other, reducing management overhead

  • The framework can adapt as a team grows or shrinks

Disadvantages of using the Crystal Agile Framework 

  • Lack of structure can slow down inexperienced teams

  • Not clear on how remote teams can share knowledge informally

  • Lack of rigid planning can lead to confusion and loss of focus

Is Crystal right for your team?

Crystal is one of the most flexible frameworks, giving a huge amount of freedom to your development team to develop processes that work for them. This is ideal for experienced and autonomous development teams.

However, as Crystal focuses on team communication around the product being built and discourages unnecessary documentation and reporting, it's difficult for other parts of the organization to know how the product is developing.

General FAQ

Who created the Crystal Agile Framework?
Alistair Cockburn worked at IBM in the 1990s and was tasked with developing a framework for software development.
Powerful prioritization &
clear roadmaps
Learn More
Newsletter

Building better products
starts here

Receive thought-leading content delivered straight to your inbox:
From product management, prioritization, roadmaps to strategy,
we’ve got you covered.
By signing up, I agree to the airfocus Privacy Policy and Terms of Service.