Выбор и применение методологий разработки

Этот материал содержит определение понятий при выборе методологий разработки, включая вопросы для проверки знаний, основные компоненты и теги.

In a Nutshell

Выбор методологии зависит от контекстных факторов: риск, регулирование, команда и скорость изменений. После этого подбираются и адаптируются подходящие методы и артефакты, которыми управляют через метрики.

Краткое описание

Методологии структурируют проекты в фазы или итерации и определяют артефакты.

Классические (Waterfall, V-Modell XT): предсказуемость, формальные доказательства
Agile (Scrum, Kanban): короткие цикли обратной связи
Гибридные: объединяют governance (например, stage gates) с итеративной доставкой

Выбор осуществляется на основе критериев:

Критичность и риск
Compliance и регулирование
Скорость изменений
Давление на сроки
Зрелость команды и её распределение
Тип контракта

Важно: задокументировать адаптацию (что обязательно, что исключается, почему) и правильно использовать метрики (Lead Time, плотность дефектов, Velocity, CFD).

Ключевые моменты для подготовки

Анализ контекста по критериям (IHK). Перед выбором методологии необходимо проанализировать специфику проекта: риск, регулирование, скорость изменений, давление на сроки, зрелость команды и тип контракта. Этот анализ важен для экзамена, так как обосновывает выбранный подход.
Объяснить классический, agile и гибридный подходы. Классические модели обеспечивают планируемость и формальные доказательства, agile модели обеспечивают короткие цикли обратной связи. Гибридные модели комбинируют оба и часто выбираются, когда требуются и governance, и гибкость.
Определить артефакты и чек-листы (DoR/DoD, приёмка). Артефакты как Definition of Ready и Definition of Done устанавливают критерии качества и завершения. Протоколы приёмки фиксируют, что результаты были освобождены.
Чётко назвать роли (PO, SM, руководитель проекта, QA). В гибридных проектах роли должны быть определены ясно. Product Owner отвечает за требования, Scrum Master за процесс, руководитель проекта за общую координацию, QA за качество.
Установить метрики (поток и качество). Метрики как Lead Time, Cycle Time, Velocity, плотность дефектов и Cumulative Flow Diagram помогают измерять прогресс и качество. Они важны для управления на основе данных.
Управлять рисками (прототипы, спайки, ревью). Риски адресуются через прототипы, спайки, ревью и ранее тестирование. Управление рисками должно быть интегрировано в методологию.
Документировать обязательность (Tailoring Log, приёмка, Traceability). Tailoring означает, что решения об адаптации модели должны быть задокументированы. Приёмка и Traceability обеспечивают доказуемость и прозрачность.

Основные компоненты

Анализ контекста и взвешивание критериев – анализ выявляет специфичные для проекта факторы влияния. Критерии как риск, регулирование и скорость изменений взвешиваются, чтобы обеспечить обоснованный выбор методологии.
Архитектура процесса (фазы, спринты, вехи) – определяет структуру проекта. Гибридные модели используют, например, stage gates для принятия решений и спринты для итеративной реализации.
Модель ролей и эскалация – устанавливает ответственность. Чётко определённые пути эскалации гарантируют, что проблемы быстро перенаправляются нужному лицу.
Артефакты и DoR/DoD – такие как Product Backlog, Sprint Backlog и инкременты документируют результаты работы. Definition of Ready и Definition of Done обеспечивают качество и понимание.
Методы планирования (roadmap, релиз, спринт) – структурируют реализацию. Roadmaps показывают долгосрочное направление, релизы отмечают сроки доставки, спринты определяют короткие рабочие пакеты.
QA (ревью, TDD, CI/CD, стратегия тестирования) – включает ревью, Test-Driven Development, Continuous Integration/Continuous Delivery и определённую стратегию тестирования. Снижает ошибки и повышает качество доставки.
Управление рисками – идентифицирует, оценивает и контролирует риски. Прототипы, спайки и ранние ревью помогают снизить риски до того, как они станут дорогостоящими.
Руководство по адаптации – документирует, какие части методологии адаптированы или исключены и почему. Гарантирует, что все заинтересованные стороны понимают решения.
Метрики и отчётность – метрики как Lead Time, Velocity, плотность дефектов и Cumulative Flow Diagram предоставляют данные для управления. Отчётность регулярно информирует stakeholders.
Compliance и Security – гарантирует выполнение нормативных и договорных требований. Security рассматривает защиту данных и систем на протяжении всего процесса.

Практический пример (матрица решений)

Веб-портал (регулирование + интеграционный риск + требование ранних инкрементов)

Критерии (вес):
- Регулирование 30
- Скорость изменений 20
- Интеграционный риск 20
- Давление на сроки 15
- Зрелость команды 15

Оценка 1..5:
- Waterfall: 5/2/2/3/3
- Scrum:      3/5/4/4/4
- V-Modell XT:5/2/3/3/3
- Гибридный: 5/4/4/4/4  -> наивысший балл

Адаптация гибридного подхода:
- Stage gates (освобождение требований, архитектура, запуск)
- Реализация в спринтах длительностью 2 недели
- Обязательные артефакты: реестр рисков, ADRs, протоколы тестирования, приёмка

Преимущества и недостатки

Преимущества

Решение обоснованно (матрица)
Риск и compliance явно адресованы
Цикли обратной связи улучшают качество

Недостатки

Оценка может быть субъективной
Гибридный подход требует опыта в governance и agile
Метрики могут создавать неверные стимулы

Типичные вопросы экзамена (с кратким ответом)

Какие критерии помогают при выборе? Риск, регулирование, скорость изменений, команда, давление на сроки, контракт.
Что входит в документ адаптации? Адаптации и исключения с обоснованием, обязательные доказательства, роли, ревью, метрики.
Как объединить V-Modell XT и Scrum? Gates и доказательства из V, доставка в спринтах с ревью.

Стратегия обучения

Сравнить два контекста проекта и набросать адаптацию.
Посчитать матрицу решений с 5 критериями.
Потренировать краткое обоснование (3 предложения).

Ключевые источники

https://www.scrum.org/resources/scrum-guide
https://www.cio.bund.de (V-Modell XT)

FAQ: Выбор методологии, адаптация и гибридный подход

1. Что такое методология разработки?

Методология разработки это каркас, который структурирует проекты на фазы или итерации и определяет, какие действия, роли и артефакты используются.

2. Что такое классическая методология?

Классическая методология как Waterfall или V-Modell XT работает фазо-ориентированно и планово. Подходит особенно, когда требования рано стабилизируются и необходимы формальные доказательства.

3. Что такое agile методология?

Agile методология как Scrum или Kanban работает итеративно и инкрементально. Позволяет короткие цикли обратной связи и быструю адаптацию к изменяющимся требованиям.

4. Что такое гибридная методология?

Гибридная методология комбинирует элементы классических и agile моделей. Использует, например, stage gates для governance и спринты для итеративной доставки.

5. Что такое tailoring?

Tailoring это адаптация методологии к специфичным потребностям проекта. При этом добавляются, адаптируются или исключаются действия, роли или артефакты.

6. Что такое документ адаптации?

Документ адаптации описывает, какие части методологии адаптированы или исключены и почему. Гарантирует, что решения задокументированы и обоснованы.

7. Что такое матрица решений?

Матрица решений оценивает разные методологии по взвешенным критериям. Помогает обоснованно и обоснованно выбрать методологию.

8. Какие критерии помогают при выборе методологии?

Важные критерии: критичность, риск, compliance, регулирование, скорость изменений, давление на сроки, зрелость команды, распределение команды и тип контракта.

9. Что такое stage gate?

Stage gate это формальная точка принятия решения между фазами проекта. На gate проверяются результаты и даётся освобождение для следующей фазы или отказывается.

10. Что такое Scrum?

Scrum это agile фреймворк, который разбивает работу на короткие спринты обычно в две недели. Определяет роли как Product Owner, Scrum Master и Development Team, а также события как Sprint Planning, Daily Scrum и Review.

11. Что такое Kanban?

Kanban это agile методология, которая фокусируется на непрерывный поток вместо фиксированных итераций. Ограничивает одновременную работу и визуализирует процесс на доске.

12. Что такое V-Modell XT?

V-Modell XT это стандартизированная, фазо-ориентированная методология из государственного сектора. Особенно подходит для критичных по безопасности и регулируемых проектов.

13. Что такое модель водопада?

Модель водопада это классическая методология, в которой фазы проекта выполняются последовательно одна за другой. Каждая фаза должна быть завершена прежде, чем начнётся следующая.

14. Что такое Product Owner?

Product Owner в Scrum отвечает за требования и приоритизацию Product Backlog. Гарантирует, что команда работает над самыми важными задачами.

15. Что такое Scrum Master?

Scrum Master занимается процессом Scrum и убирает препятствия перед командой. Действует как тренер и модератор, не как менеджер.

16. Что такое Definition of Ready?

Definition of Ready определяет, когда требование или задача достаточно ясна для работы командой. Обеспечивает понимание и полноту прежде спринта.

17. Что такое Definition of Done?

Definition of Done описывает, когда задача или инкремент считается завершённым. Обычно включает тестирование, code review, документацию и приёмку.

18. Что такое Lead Time?

Lead Time это время от заказа до завершения задачи. Важная метрика для скорости и эффективности процесса.

19. Что такое Velocity?

Velocity это объём работы, который команда может завершить за спринт. Часто измеряется в story points и помогает при планировании будущих спринтов.

20. Что такое плотность дефектов?

Плотность дефектов показывает, сколько ошибок приходится на определённый размер, например, на 1000 строк кода. Это метрика качества.

21. Что такое Cumulative Flow Diagram?

Cumulative Flow Diagram визуализирует состояние задач во времени. Показывает, сколько задач находятся на каждом этапе процесса и помогает выявить узкие места.

22. Что такое spike?

Spike это ограниченный по времени исследовательский effort в agile проектах. Служит для уточнения технических или бизнес неопределённостей перед принятием решения.

23. Что такое прототип?

Прототип это предварительная модель, которая позволяет ранее получить обратную связь. Помогает уточнить требования и снизить риски перед полной реализацией.

24. Что такое Traceability?

Traceability это отслеживаемость требований на протяжении всего жизненного цикла. Показывает, какие требования охватываются какими тестами и артефактами.

25. Когда гибридная методология имеет смысл?

Гибридная методология имеет смысл, когда проект требует и планируемость, governance и доказуемость, и гибкость с короткими циклами обратной связи. Объединяет лучшее из классических и agile подходов.

Täglicher Artikel