SlideShare a Scribd company logo
COS 730 group
assignment
Crystal
methodologies
MB Mauch     29007552
K Bassuday   29233412
J van Zyl    29112690
K le Roux    29021872
Crystal
 Crystal methods are part of the Crystal
  family developed by Alistair Cockburn in
  the mid-1990s
 Based on observations of many teams
  that did not follow formal methodologies
  yet had successful projects
 These are “lightweight methodologies”
     Avoids strict/rigid processes found in other
      methodologies
Crystal
 Name    crystal comes from gemstones
    The faces are a different view on the
     underlying core of principles and values of
     each method.
    In terms of software, the faces represent
     techniques, tools, standards and roles for
     each method.
Crystal
 Crystal   methods focus on:
     People
     Interaction
     Community
     Skills
     Talents
     Communications
Crystal
   Scaled according to team size, different
    colours denote the weight
    Crystal Clear        lightweight, not mission critical
    Crystal Yellow
    Crystal Orange
    Crystal Orange Web
    Crystal Red
    Crystal Maroon
    Crystal Diamond
    Crystal Sapphire     heavy, mission critical
Crystal common properties
Crystal family methods have 7 common
properties:
1. Frequent delivery
2. Reflective improvement
3. Close or osmotic communication
4. Personal safety
5. Focus
6. Easy access to expert users
7. Automated tests, configuration
   management, frequent integration
Frequent delivery
 Iterationsof the software program should
  be released regularly (from weekly up to
  quarterly)
 Problems can be found and fixed early on
 Customers can ensure that the project is
  going the way they want it to go
Reflective improvement
 Developers   dedicate time to improving
  the development process
 Reflection workshops are held every few
  weeks to help find processes that are
  working and which ones need to be
  modified
 Iteration helps determine if a process is
  working or not
Close or osmotic
communication
 Development     teams must be in the same
  room
 This aids communication
    Developers do not need to break
     concentration to move somewhere else
 Information   flows quickly through the
  team
 Communication overhead is reduced
Personal safety
 Team  members must be able to speak
 freely in a group without being ridiculed
Focus
1.   Focus on a task long enough for progress
     to be made
        2 hour period where the developer should
         have no interruptions
        Developer assigned to a project for at least
         2 days
2.   Clear definition and goals of the project
Easy access to expert users
 Developers    work with experts in the field
  of the project who will also be end-users
 Expert will answer questions and suggest
  solutions or improvements
 Minimum: meet once a week for 2 hours
  and be reachable by phone
Automated tests,
configuration management,
frequent integration
 Spot
     errors and problems that arise from
 changes being made

 Done   regularly
    Problems spotted early on
    Problems are less likely to grow
Crystal Clear
   Lightest methodology that will still lead to
    successful projects
   Supports fixed price contracts
   Teams using Crystal Clear can use techniques
    from other methodologies and vice versa
   Requires documentation
       Does not prescribe what documentation but
        leaves that up to the judgment of the team
Crystal Clear
 Priorities:
     Project safety (deliver the system in
      adequate time and budget)
     Effective and habitable (people can live
      with the system and use it)
 Focuses     on people, not processes or
  artifacts
     One small team of 2 - 6 people in the same
      office working on not life-critical systems
Crystal Clear
  The difference between CrystalClear and
ExtremeProgramming is that XP is much
more disciplined, CrystalClear is much more
tolerant, even sloppy-looking. I would say
XP is more productive, CrystalClear more
likely to get followed.
        -- AlistairCockburn
Crystal Yellow
   Suitable for teams of 7 to 20 members
   Crystal yellow has key characteristics such as
    easy communication, clear ownership of
    code areas , feedback from real users,
    automated testing, mission statement and
    monthly increments of improvements.
   Easy communication replaces the need for
    detailed designed documentation and
    ensures everyone is comfortable with
    communicating the needs of the project.
Crystal Yellow
   Clear ownership of code areas; helps with
    defined code areas being made so that
    changes do not have to be explained or
    granted by everyone. It also emphasises
    ownership and responsibility for each section
    of code.
   Feedback is needed from “real users” where it
    eliminates the need of long process
    requirements collection.
   Mission statements provide the goal and
    general achievements needed to be
    reached.
Crystal Yellow
 Monthly   improvements include making
  lists of what needs to be done and
  achieving small improvements within
  each list made.
 Automated testing helps resolve errors
  quickly. It should be established before
  new functions are fully finished.
Crystal Orange
 Incremental   development.
 The idea is for agile development.
 There needs to be a release every 3-4
  months.
 Each release is called an “increment”.
Crystal Orange
 Designed    for medium size projects (10 – 40
  team members)
 Duration ranging from 1 – 2 years
 Split up in teams with cross functional skills
Crystal Orange
Activities of Crystal Orange
 Staging: Planning for releases. In this phase the
  developers gather the requirements, evaluate
  technical feasibility, and prioritise the tasks.
 Review: This is the phase where the objectives of
  the increment is reviewed, to make sure that it was
  met accordingly. Increments consist of iterations –
  Construction → Demonstration → Review.
 Tracking: Tracking the project at different stages of
  development ensures that fluctuations are picked
  up and handled correctly. The increments are
  measured at each milestone, including
  start, review, test and deliver.
Crystal Orange
Activities of Crystal Orange (cont)
 Parallelism: This is the phase where monitoring
  teams review stability, work plans and
  synchronisation.
 Holistic Diversity: This is an activity where large
  functional groups are split up into cross functional
  groups, creating a diversity of specialised people
  to handle certain parts of the project.
 Tuning: This is the phase where interviews and
  workshops are used to find solutions.
 Workshops: This helps to drive team attention to
  project goals.
Crystal Orange Web
 Used in projects that have a continually
  evolving code base that is being used by
  the public
 Used for category D40 projects.
 Used in teams with 21-40 members
Crystal Orange Web
 Consists of a set of conventions grouped
 into five categories:
     Regular heartbeat, with Learning
     Basic process
     Maximum Progress, minimum distractions
     Maximally defect free
     A community, aligned in conversation
Crystal Orange Web
1. Regular heartbeat, with Learning:
     Consist  of twee week development life cycles
     It has a post-reflection workshop
     Suggestions are made at these workshops

2. Basic Processes:
        Organizes what work will be done by whom
        Organizes what decisions will be made by whom
Crystal Orange Web
3. Maximum progress, minimum distractions
    Gives the people enough time to work on
     deliverables that are the most important.
    Work is broken into two week cycles and then
     further broken down into cycles for
     components that that can be developed in
     1-3 days.
    Developers have whiteboards outside their
     offices on which they post the status of their
     current work for the week.
Crystal Orange Web
4. Maximally defect free
     Strive to develop code that is bug free.
     Done by intensive testing and overlooking of
      code
5. A community, aligned in conversation
     Focused on the long term target of the
      company
     All roles in the company should participate in
      cross functional teams.
     This means that teams with different expertise
      should all work towards a common goal
References
   http://en.wikiversity.org/wiki/Crystal_Methods
   http://www.agilekiwi.com/other/agile/crystal-clear-
    methodology/
   http://www.martinfowler.com/articles/newMethodol
    ogy.html#Crystal
   http://www.e-
    reading.org.ua/chapter.php/83470/35/Cockburn_-
    _Agile_Software_Development.html
   http://www.versionone.com/Agile101/Agile-
    Development-Methodologies-Scrum-Kanban-Lean-
    XP/
   http://c2.com/cgi/wiki/wiki?CrystalClearMethodolog
    y
References
   http://en.wikipedia.org/wiki/Crystal_Clear_%2
    8software_development%29
   Gorakavi P.K. What You Should Know about
    Crystal Orange Methodology #6 of a Series,
    2009
   Coffin. R and Lane.D, 2010
    http://www.devx.com/architect/Article/32836
    /1954
   paraview.org/ParaView3/images/8/8a/Crysta
    l_Yellow.ppt

More Related Content

PDF
Crystal Methods
PPTX
Overview of Agile Methodology
PPTX
Crystal Methodology
PDF
Software Development Life Cycle (SDLC)
PPTX
PPTX
PPTX
Agile Methodology in Software Development
PDF
Agile Development Methodology: Best Practices and Use Cases
Crystal Methods
Overview of Agile Methodology
Crystal Methodology
Software Development Life Cycle (SDLC)
Agile Methodology in Software Development
Agile Development Methodology: Best Practices and Use Cases

What's hot (20)

PDF
What is Agile Methodology | Edureka
PDF
Scrum 101: Introduction to Scrum
PDF
Introduction to JIRA & Agile Project Management
PDF
Agile sdlc
PDF
Agile methodologiesvswaterfall
PPTX
Agile-overview: Agile Manifesto, Agile principles and Agile Methodologies
PDF
Agile Software Development Overview
PPTX
Agile Values, Principles and Practices
PDF
Introduction to LeSS - Large Scale Scrum
PPTX
The Extreme Programming (XP) Model
PPT
What Is Agile Scrum
PDF
Introduction agile scrum methodology
PPTX
Agile methodology
PPTX
Scrum Framework
PDF
Scrum vs Kanban | What are the differences between Scrum and Kanban | Edureka
PPTX
Introduction to Agile Software Development
PPT
Crystal
PPTX
Extreme programming
PDF
Agile & SCRUM basics
What is Agile Methodology | Edureka
Scrum 101: Introduction to Scrum
Introduction to JIRA & Agile Project Management
Agile sdlc
Agile methodologiesvswaterfall
Agile-overview: Agile Manifesto, Agile principles and Agile Methodologies
Agile Software Development Overview
Agile Values, Principles and Practices
Introduction to LeSS - Large Scale Scrum
The Extreme Programming (XP) Model
What Is Agile Scrum
Introduction agile scrum methodology
Agile methodology
Scrum Framework
Scrum vs Kanban | What are the differences between Scrum and Kanban | Edureka
Introduction to Agile Software Development
Crystal
Extreme programming
Agile & SCRUM basics
Ad

Similar to Crystal Methodology COS 730 (20)

PDF
Seminar on Crystal Clear
PPTX
SoftwareEngineering_Crystal MethodologyExp.pptx
PPT
Agile Development Overview
PPT
Agile Development Overview
PPT
Best Practices When Moving To Agile Project Management
DOCX
devops notes.docx LECTURE NOTE S OF 2025
PPTX
Agile Development unleashed
PDF
Planning for DevOps
PPTX
Introduction to Software Engineering
PPTX
Software development model in computer application
PPT
Project Requriement Management Vs Agile software development
DOCX
Agile methodology Interview Question Document File
PPTX
Agile Project management
PPT
Robert Mc Geachy Common Pitfalls Agile
PDF
SE18_Lec 05_Agile Software Development
PDF
Reading Summary - Software Agile Development + Scrum
PPTX
Software Development Process Models (SCRUM Methodology)
PDF
PDF
PPT
Scrum-Agile : An Introduction
Seminar on Crystal Clear
SoftwareEngineering_Crystal MethodologyExp.pptx
Agile Development Overview
Agile Development Overview
Best Practices When Moving To Agile Project Management
devops notes.docx LECTURE NOTE S OF 2025
Agile Development unleashed
Planning for DevOps
Introduction to Software Engineering
Software development model in computer application
Project Requriement Management Vs Agile software development
Agile methodology Interview Question Document File
Agile Project management
Robert Mc Geachy Common Pitfalls Agile
SE18_Lec 05_Agile Software Development
Reading Summary - Software Agile Development + Scrum
Software Development Process Models (SCRUM Methodology)
Scrum-Agile : An Introduction
Ad

Recently uploaded (20)

PPTX
SOPHOS-XG Firewall Administrator PPT.pptx
PDF
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
PDF
August Patch Tuesday
PDF
gpt5_lecture_notes_comprehensive_20250812015547.pdf
PDF
Web App vs Mobile App What Should You Build First.pdf
PPTX
Digital-Transformation-Roadmap-for-Companies.pptx
PDF
From MVP to Full-Scale Product A Startup’s Software Journey.pdf
PDF
Microsoft Solutions Partner Drive Digital Transformation with D365.pdf
PDF
Building Integrated photovoltaic BIPV_UPV.pdf
PDF
Enhancing emotion recognition model for a student engagement use case through...
PDF
Encapsulation theory and applications.pdf
PPTX
Programs and apps: productivity, graphics, security and other tools
PDF
Heart disease approach using modified random forest and particle swarm optimi...
PPTX
Tartificialntelligence_presentation.pptx
PDF
A comparative analysis of optical character recognition models for extracting...
PPTX
OMC Textile Division Presentation 2021.pptx
PDF
Assigned Numbers - 2025 - Bluetooth® Document
PDF
Transform Your ITIL® 4 & ITSM Strategy with AI in 2025.pdf
PDF
Accuracy of neural networks in brain wave diagnosis of schizophrenia
PDF
A novel scalable deep ensemble learning framework for big data classification...
SOPHOS-XG Firewall Administrator PPT.pptx
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
August Patch Tuesday
gpt5_lecture_notes_comprehensive_20250812015547.pdf
Web App vs Mobile App What Should You Build First.pdf
Digital-Transformation-Roadmap-for-Companies.pptx
From MVP to Full-Scale Product A Startup’s Software Journey.pdf
Microsoft Solutions Partner Drive Digital Transformation with D365.pdf
Building Integrated photovoltaic BIPV_UPV.pdf
Enhancing emotion recognition model for a student engagement use case through...
Encapsulation theory and applications.pdf
Programs and apps: productivity, graphics, security and other tools
Heart disease approach using modified random forest and particle swarm optimi...
Tartificialntelligence_presentation.pptx
A comparative analysis of optical character recognition models for extracting...
OMC Textile Division Presentation 2021.pptx
Assigned Numbers - 2025 - Bluetooth® Document
Transform Your ITIL® 4 & ITSM Strategy with AI in 2025.pdf
Accuracy of neural networks in brain wave diagnosis of schizophrenia
A novel scalable deep ensemble learning framework for big data classification...

Crystal Methodology COS 730

  • 1. COS 730 group assignment Crystal methodologies MB Mauch 29007552 K Bassuday 29233412 J van Zyl 29112690 K le Roux 29021872
  • 2. Crystal  Crystal methods are part of the Crystal family developed by Alistair Cockburn in the mid-1990s  Based on observations of many teams that did not follow formal methodologies yet had successful projects  These are “lightweight methodologies”  Avoids strict/rigid processes found in other methodologies
  • 3. Crystal  Name crystal comes from gemstones  The faces are a different view on the underlying core of principles and values of each method.  In terms of software, the faces represent techniques, tools, standards and roles for each method.
  • 4. Crystal  Crystal methods focus on:  People  Interaction  Community  Skills  Talents  Communications
  • 5. Crystal  Scaled according to team size, different colours denote the weight Crystal Clear lightweight, not mission critical Crystal Yellow Crystal Orange Crystal Orange Web Crystal Red Crystal Maroon Crystal Diamond Crystal Sapphire heavy, mission critical
  • 6. Crystal common properties Crystal family methods have 7 common properties: 1. Frequent delivery 2. Reflective improvement 3. Close or osmotic communication 4. Personal safety 5. Focus 6. Easy access to expert users 7. Automated tests, configuration management, frequent integration
  • 7. Frequent delivery  Iterationsof the software program should be released regularly (from weekly up to quarterly)  Problems can be found and fixed early on  Customers can ensure that the project is going the way they want it to go
  • 8. Reflective improvement  Developers dedicate time to improving the development process  Reflection workshops are held every few weeks to help find processes that are working and which ones need to be modified  Iteration helps determine if a process is working or not
  • 9. Close or osmotic communication  Development teams must be in the same room  This aids communication  Developers do not need to break concentration to move somewhere else  Information flows quickly through the team  Communication overhead is reduced
  • 10. Personal safety  Team members must be able to speak freely in a group without being ridiculed
  • 11. Focus 1. Focus on a task long enough for progress to be made  2 hour period where the developer should have no interruptions  Developer assigned to a project for at least 2 days 2. Clear definition and goals of the project
  • 12. Easy access to expert users  Developers work with experts in the field of the project who will also be end-users  Expert will answer questions and suggest solutions or improvements  Minimum: meet once a week for 2 hours and be reachable by phone
  • 13. Automated tests, configuration management, frequent integration  Spot errors and problems that arise from changes being made  Done regularly  Problems spotted early on  Problems are less likely to grow
  • 14. Crystal Clear  Lightest methodology that will still lead to successful projects  Supports fixed price contracts  Teams using Crystal Clear can use techniques from other methodologies and vice versa  Requires documentation  Does not prescribe what documentation but leaves that up to the judgment of the team
  • 15. Crystal Clear  Priorities:  Project safety (deliver the system in adequate time and budget)  Effective and habitable (people can live with the system and use it)  Focuses on people, not processes or artifacts  One small team of 2 - 6 people in the same office working on not life-critical systems
  • 16. Crystal Clear The difference between CrystalClear and ExtremeProgramming is that XP is much more disciplined, CrystalClear is much more tolerant, even sloppy-looking. I would say XP is more productive, CrystalClear more likely to get followed. -- AlistairCockburn
  • 17. Crystal Yellow  Suitable for teams of 7 to 20 members  Crystal yellow has key characteristics such as easy communication, clear ownership of code areas , feedback from real users, automated testing, mission statement and monthly increments of improvements.  Easy communication replaces the need for detailed designed documentation and ensures everyone is comfortable with communicating the needs of the project.
  • 18. Crystal Yellow  Clear ownership of code areas; helps with defined code areas being made so that changes do not have to be explained or granted by everyone. It also emphasises ownership and responsibility for each section of code.  Feedback is needed from “real users” where it eliminates the need of long process requirements collection.  Mission statements provide the goal and general achievements needed to be reached.
  • 19. Crystal Yellow  Monthly improvements include making lists of what needs to be done and achieving small improvements within each list made.  Automated testing helps resolve errors quickly. It should be established before new functions are fully finished.
  • 20. Crystal Orange  Incremental development.  The idea is for agile development.  There needs to be a release every 3-4 months.  Each release is called an “increment”.
  • 21. Crystal Orange  Designed for medium size projects (10 – 40 team members)  Duration ranging from 1 – 2 years  Split up in teams with cross functional skills
  • 22. Crystal Orange Activities of Crystal Orange  Staging: Planning for releases. In this phase the developers gather the requirements, evaluate technical feasibility, and prioritise the tasks.  Review: This is the phase where the objectives of the increment is reviewed, to make sure that it was met accordingly. Increments consist of iterations – Construction → Demonstration → Review.  Tracking: Tracking the project at different stages of development ensures that fluctuations are picked up and handled correctly. The increments are measured at each milestone, including start, review, test and deliver.
  • 23. Crystal Orange Activities of Crystal Orange (cont)  Parallelism: This is the phase where monitoring teams review stability, work plans and synchronisation.  Holistic Diversity: This is an activity where large functional groups are split up into cross functional groups, creating a diversity of specialised people to handle certain parts of the project.  Tuning: This is the phase where interviews and workshops are used to find solutions.  Workshops: This helps to drive team attention to project goals.
  • 24. Crystal Orange Web  Used in projects that have a continually evolving code base that is being used by the public  Used for category D40 projects.  Used in teams with 21-40 members
  • 25. Crystal Orange Web  Consists of a set of conventions grouped into five categories:  Regular heartbeat, with Learning  Basic process  Maximum Progress, minimum distractions  Maximally defect free  A community, aligned in conversation
  • 26. Crystal Orange Web 1. Regular heartbeat, with Learning:  Consist of twee week development life cycles  It has a post-reflection workshop  Suggestions are made at these workshops 2. Basic Processes:  Organizes what work will be done by whom  Organizes what decisions will be made by whom
  • 27. Crystal Orange Web 3. Maximum progress, minimum distractions  Gives the people enough time to work on deliverables that are the most important.  Work is broken into two week cycles and then further broken down into cycles for components that that can be developed in 1-3 days.  Developers have whiteboards outside their offices on which they post the status of their current work for the week.
  • 28. Crystal Orange Web 4. Maximally defect free  Strive to develop code that is bug free.  Done by intensive testing and overlooking of code 5. A community, aligned in conversation  Focused on the long term target of the company  All roles in the company should participate in cross functional teams.  This means that teams with different expertise should all work towards a common goal
  • 29. References  http://en.wikiversity.org/wiki/Crystal_Methods  http://www.agilekiwi.com/other/agile/crystal-clear- methodology/  http://www.martinfowler.com/articles/newMethodol ogy.html#Crystal  http://www.e- reading.org.ua/chapter.php/83470/35/Cockburn_- _Agile_Software_Development.html  http://www.versionone.com/Agile101/Agile- Development-Methodologies-Scrum-Kanban-Lean- XP/  http://c2.com/cgi/wiki/wiki?CrystalClearMethodolog y
  • 30. References  http://en.wikipedia.org/wiki/Crystal_Clear_%2 8software_development%29  Gorakavi P.K. What You Should Know about Crystal Orange Methodology #6 of a Series, 2009  Coffin. R and Lane.D, 2010 http://www.devx.com/architect/Article/32836 /1954  paraview.org/ParaView3/images/8/8a/Crysta l_Yellow.ppt