Разработана доктором Кокбёрном в середине 1990-х годов и представляет собой семейство agile методологий. В отличие от жестких рамок, Crystal уделяет особое внимание людям, их взаимодействию, навыкам и коммуникации в процессах. Данная методология – это набор подходов, каждый из которых обозначен определенным цветом (например, Crystal Clear, Crystal Yellow, Crystal Orange), адаптированный к различным размерам команды и уровням критичности проекта. Такая гибкость делает Crystal одной из самых легких agile методологий, требующей минимального количества документации и ориентированной на эффективное предоставление работающего программного обеспечения.
Идея Crystal родилась в результате исследований Кокбёрна в IBM, где он выяснил, что команды часто добивались успеха, не придерживаясь формальных методологий. Вместо этого они полагались на тесное общение, высокий моральный дух и доступ к пользователям. Crystal каталогизирует эффективные практики, позволяя командам адаптировать их к своим уникальным условиям. Название Crystal отсылает к драгоценным камням, где различные “грани” (методы, инструменты, роли) дают представление об основных ценностях.

Зачем нужен

Crystal жизненно важен для улучшения совместной работы и коммуникации в команде. Эта методология помогает командам работать эффективно, а также способна адаптироваться к различным размерам команды (от 1-6 человек в Crystal Clear до 80-200 в Crystal Maroon) и критичности проекта (например, для медицинского программного обеспечения) делает его необходимым для различных проектов. Такая гибкость позволяет командам сокращать накладные расходы и приспосабливаться к уникальным требованиям проекта.
Исследования показывают, что Crystal способствует частому внедрению программного обеспечения и тесному взаимодействию с пользователями, что помогает заблаговременно получать обратную связь и улучшать результаты. Акцент на воркшопах по рефлексии и минимальном количестве документации также способствует непрерывному обучению, что делает его необходимым для гибких и динамичных настроек.

Когда применять

Crystal используется в кейсах, где традиционные методологии являются слишком строгими, а командам требуется человекоцентричный agile подход. Например:

• Потребность в гибкости: Когда проекты требуют индивидуального подхода из-за уникальных или динамичных требований, Crystal позволяет командам адаптировать процессы по мере их работы.
• Цели частой доставки: Crystal используется, когда команды стремятся поставлять работающее программное обеспечение регулярно, с итерациями от еженедельных для коротких проектов до ежеквартальных для более длительных.
• Кросс-функциональные команды: Методология подходит для команд с различными навыками и талантами, где ключом к успеху является использование индивидуальных преимуществ и развитие сотрудничества.
• Потребность в рефлексии: Crystal применяется, когда команды хотят постоянно оптимизировать свои рабочие процессы с помощью регулярных рефлексий.
• Тесное взаимодействие с клиентами: Crystal используется в проектах, где необходима частая обратная связь от пользователей или заказчиков, чтобы гарантировать соответствие программного
  обеспечения ожиданиям.

Как применять

0. Выбрать подходящий цвет Crystal:

• Crystal clear (Для 1-6 участников – некритичные проекты)
• Crystal yellow (Для 7-20 участников – проекты с низкой или умеренной критичностью, часто включающие автоматизированное тестирование)
• Crystal orange (Для 21-40 участников, умеренная критичность, подходит для проектов продолжительностью 1-2 года с релизами каждые 3-4 месяца)
• Crystal red (Для 40-80 участников, высокая критичность)
• Crystal maroon (Для 80-200 участников очень высокая критичность)
• Crystal diamond (Для больших команд, работающих над жизненно важными проектами)

Если команда во время проекта выходит за рамки возможностей одного фреймворка, Кокбёрн рекомендует перейти на другой цвет, а не расширяться.

1. Организовать роли и ответственность.

• Основные роли: Executive Sponsor, Lead Designer, Programmer, The Ambassador User.
• Виртуальные роли: The Coordinator, The Business Expert, The Technical Writer and the Tester

 

2. Построить процесс работы.

• Разделите проект на итерации (1–4 недели).
• Делайте частые поставки готового ПО.
• Проводите рефлексии: что получилось, что стоит
  улучшить.
• Организуйте осмотические коммуникации — всех в одной
  комнате для лёгкого обмена информацией.
• Настройте техническую среду: автоматизированное
  тестирование, интеграцию, управление версиями.

3. Обеспечить принципы Crystal:

• Личная безопасность (возможность свободно говорить об ошибках и проблемах).
  Фокус на приоритетных задачах без отвлечений.
• Доступ к реальным пользователям для получения обратной связи.
• Непрерывная интеграция и проверка кода.
• Инкрементальная разработка: каждая итерация — рабочая часть системы.

Источники

https://www.toolsqa.com/agile/crystal-method/