Метка: SDLC

“`html

Dynamic Systems Development Method (DSDM) представляет собой мощный итеративный подход к разработке программного обеспечения, который фокусируется на бизнес-целях и требованиях. Разработка динамических систем (Dynamic Systems Development), предложенная компанией RM (ранее известной как Resource Metrics) в конце 1980-х годах, позже перерастила в Dynamic Systems Methodology Ltd., которая сегодня является DSDM Alliance. Этот метод был специально разработан для IT/IS сред и навязал себя как реактивный подход к управлению проектами.

Основы DSDM

Ключевой идеей, стоящей в основе DSDнм является то, что при разработке программных систем необходимо постоянно адаптироваться к изменениям требований бизнеса и эффективно управлять рисками. Традиционные методологии, такие как瀑布式 Waterfall (водопад), часто приводят к фиксации требований на ранних стадиях, что делает их нечувствительными к изменениям и может привести к созданию системы, которая уже устарела. DSDM стремится избежать этого.

Появление и развитие

DSDM был создан как ответ на проблему разработки сложных IT систем в условиях быстро меняющихся требований. Изначально он был представлен в 1992 году компанией RM (Resource Metrics), которая позже сменила название. Первая версия DSDM A4 (“Agile Approach for Information Systems”) стала основой, которую затем развивали и уточняли.

Акцент на бизнес-целях

Наиболее важным аспектом DSDM является его ориентация на получение максимальной пользы от инвестиций в разработку системы с точки зрения бизнеса. Это достигается за счет близкой проработки требований “сверху”, тщательного планирования и регулярного согласования с бизнес-представителями на каждом этапе проекта.

Принципы DSDM

DSDM основан на семи ключевых принципах, которые являются его фундаментом:

• Четкая цель: Работа проекта должна иметь четко определенные бизнес-цели и результаты. Эти цели согласовываются заранее.
• Краткосрочная фиксация требований: Требования разбиваются на очень короткие интервалы времени (обычно один день). Каждое требование должно быть четко сформулировано и согласовано к концу этого периода.
• Итеративная поэтапная разработка: Разработка проходит через циклы итераций, каждый из которых фокусируется на определенных частях системы (по этапам: Обоснование требований, Дизайн, Реализация и Тестирование).
• Акцент на бизнес-логику: Основное внимание уделяется ядру системы – ее бизнес-логике. Технические аспекты также важны, но не являются центральным пунктом в начальной стадии.
• Регулярная обратная связь с бизнесом: Бизнес-представители должны регулярно участвовать в оценке прогресса и согласовании требований на каждом этапе. Это обеспечивает живость методологии и ее соответствие целям бизнеса.
• Приоритизация функциональных требований: Не все требования одинаково важны. Они должны быть приоритизированы, чтобы можно было сосредоточиться на наиболее ценном функционале в первую очередь и оставлять менее критичные для поздних итераций.
• Четкое управление проектом: Прогресс проекта должен отслеживаться строго. Используются техники планирования, включая оценку трудозатрат с точки зрения бизнес-логики (Business Logic Costing – БЛК) и контроль сроков.

Фреймворки DSDM: Atern и 4.2

DSDM существует в нескольких формах, которые развивались отдельно или последовательно:

• DSDM A4 (1992): Первая версия, основанная на семи принципах.
• DSDM Atern: Следующая версия, появившаяся позже и улучшившую некоторые аспекты оригинала RM/1. Важным нововведением стало понятие “Точка разворота” (Flip Point), что помогло определить момент перехода от этапа обоснования требований к дизайну.
• DSDM 4.2: Изначально был назван RM4, затем DSDM/4 и в конце концов получил название “DSDM 4.2”. Он является промежуточным вариантом между Atern и последующими версиями (например, ALISE). Методология была переписана заново для большей ясности.

DSDM Atern

Atern считается прямым наследником DSDM RM/1. Он включает в себя обновленные руководящие принципы и лучшие практики, основанные на опыте применения оригинальной методологии.

• Улучшенное управление проектом: Более четкие рамки управления жизненным циклом (Project Delivery Process – PDP), включающие последовательные этапы: Обоснование требований, Дизайн, Реализация и Тестирование.
• Расширенная модель жизненного цикла: Более детальное описание процессов на каждом этапе разработки.
• Концепция “Точки разворота” (Flip Point): Позволяет более точно определить переход между фазами. Например, после этапа обоснования требований переходит к дизайну с момента, когда требования кажутся завершенными и системе можно придать структуру.
• Практика “Протяжения” (Stretch): Предоставляет возможность реализации функционала, который не полностью согласован или детализирован, но затрагивает основные требования. Это помогает ускорить поставку ценного ПО.
• Фокус на бизнес-логику: Atern четко подчеркивает необходимость вовлечения бизнеса с самого начала и регулярной обратной связи.

DSDM 4.2

DSDM 4.2 был разработан как ответ на возросшие требования к гибкости, адаптивности и лучшему соответствию принципам современного управления проектами (PMI). Он является переходной ступенью до DSDM ALISE.

• Адаптивность: В отличие от жесткой итеративной модели Atern, DSDM 4.2 более гибкий в плане управления требованиями. Он использует метод “Протяжения” (Stretch), но также позволяет приоритетам требований меняться на протяжении всего проекта.
• Управление рисками: Сильный акцент делается на раннем выявлении рисков и их устранении. Основное внимание уделяется приоритизации требований, чтобы сначала разрабатывать наиболее важные функции.
• Управление проектом: Использует более формальные рамки управления жизненным циклом, часто основанные на адаптивном подходе к управлению требованиями (как в PMBOK). Управление качеством и изменениями также улучшено.
• Корректировка сроков: Допускает корректировку сроков поэтапно, основываясь на приоритетах требований. Если важные требования не успевают быть реализованы к концу этапа, сроки для этого этапа могут быть смещены вперед.
• Учитывает современный контекст: DSDM 4.2 был адаптирован к условиям современного мира – большая сложность проектов, высокая стоимость разработки и необходимость быстрой реакции на изменения.

Значимость для современных проектов

DSDM (в его различных формах), включая Atern и 4.2, остается актуальным методом управления разработкой программного обеспечения, особенно в тех случаях, когда:

• Требования бизнеса нестабильны или не полностью известны изначально.
• Системы сложные и требуют детального планирования этапов после обоснования требований.
• Важно обеспечить тесное взаимодействие бизнес-представителей с разработчиками на протяжении всего проекта.
• Необходимо быстро получать ценную первоначальную версию системы для получения обратной связи и продвижения продуктовых идей.

Эти методологии предлагают структуру, которая позволяет балансировать между детализацией требований и необходимостью адаптации к изменениям, делая проект управляемым при сохранении гибкости. Atern обеспечивает чистую итеративность на основе коротких интервалов, а DSDM 4.2 предлагает более гибкие рамки управления с учетом современных реалий.

“`