От стратегии к действию: выявление бизнес-ценности в ИТ-проектах через Domain-Driven Design часть 1

Оглавление

1. Проблема разрыва между стратегией и реализацией
2. Почему традиционные подходы не работают
3. Domain-Driven Design как мост между стратегией и реализацией
4. Стратегические практики DDD для выявления бизнес-ценности
5. Практический процесс выявления бизнес-ценности и перевода стратегии в действие
6. Измерение бизнес-ценности: комплексный подход
7. Финансовые аспекты и ROI в DDD-проектах
8. Пример: от стратегии к конкретным проектам в компании, организующей ИТ-конференции
9. Заключение: ключевые факторы успеха при выявлении бизнес-ценности
10. Список литературы

Хотите записаться на курс по DDD? Пишите мне в личные сообщения или на почту.

Так же смотрите курс по DDD в компании IBS Training, который я веду совместно с другими преподавателями.

Проблема разрыва между стратегией и реализацией

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

По данным исследования Harvard Business Review, около 70% стратегических инициатив терпят неудачу из-за плохой реализации. Проблема не в отсутствии стратегии, а в неспособности эффективно перевести эту стратегию в конкретные действия и изменения. Особенно остро эта проблема проявляется в ИТ-проектах, где технические команды часто не имеют достаточного понимания бизнес-контекста, а руководители бизнеса не могут четко артикулировать, какие именно изменения в системах и процессах необходимы для достижения стратегических целей.

Основные симптомы разрыва между стратегией и реализацией:

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

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

3. Неспособность измерить вклад проектов в стратегические цели — организации не могут определить, насколько конкретный проект приближает их к достижению стратегических целей.

4. Фокус на технических аспектах вместо бизнес-ценности — ИТ-проекты оцениваются по техническим метрикам (соблюдение сроков, бюджета), а не по их вкладу в бизнес-результаты.

5. “Перевод” стратегии в проекты происходит сверху вниз без достаточного понимания домена — руководители высшего звена определяют проекты без глубокого понимания операционных реалий и возможностей.

Почему традиционные подходы не работают

Традиционные подходы к переводу стратегии в действие часто оказываются неэффективными по нескольким причинам:

1. Каскадное планирование

В традиционном каскадном подходе стратегия “спускается сверху вниз”: руководство формулирует стратегию, которая затем последовательно детализируется на каждом уровне организации. Этот подход имеет существенные недостатки:

• Потеря контекста и нюансов при передаче информации через несколько уровней иерархии
• Отсутствие обратной связи от исполнителей на этапе планирования
• Длительный цикл планирования, не соответствующий скорости изменений в современном бизнесе

2. Фокус на решениях, а не на проблемах

Часто организации сразу переходят к определению решений (например, “внедрить CRM-систему”), не проводя глубокого анализа бизнес-проблем, которые эти решения должны решать. Это приводит к:

• Реализации решений, которые не решают реальных бизнес-проблем
• Упущению возможностей для инноваций и альтернативных подходов
• Сложности в оценке успешности проекта из-за отсутствия четких критериев

3. Разрозненное понимание бизнес-домена

В крупных организациях различные отделы и команды часто имеют разное понимание бизнес-домена, используют разную терминологию и имеют разные приоритеты. Это приводит к:

• Коммуникационным барьерам между бизнесом и ИТ
• Несогласованности в реализации стратегических инициатив
• Дублированию усилий и неэффективному использованию ресурсов

4. Отсутствие механизмов для выявления бизнес-ценности

Традиционные методологии управления проектами часто не предоставляют эффективных инструментов для выявления и оценки бизнес-ценности. Вместо этого они фокусируются на управлении сроками, бюджетами и объемом работ. Это приводит к:

• Реализации проектов, которые технически успешны, но не создают значимой бизнес-ценности
• Сложности в приоритизации инициатив на основе их потенциального вклада в стратегические цели
• Отсутствию механизмов для корректировки курса в случае изменения бизнес-контекста

Domain-Driven Design как мост между стратегией и реализацией

Domain-Driven Design (DDD) предлагает систематический подход к преодолению разрыва между стратегией и реализацией. В отличие от традиционных методологий, DDD фокусируется на глубоком понимании бизнес-домена и создании моделей, которые отражают реальные бизнес-процессы и правила.

Продолжение читайте в части 2 и части 3!

Список литературы

1. Evans, E. (2003). Domain-Driven Design: Tackling Complexity in the Heart of Software. Addison-Wesley Professional.
2. Vernon, V. (2013). Implementing Domain-Driven Design. Addison-Wesley Professional.
3. Brandolini, A. (2019). Strategic Domain-Driven Design. Leanpub.
4. Osterwalder, A., & Pigneur, Y. (2010). Business Model Generation: A Handbook for Visionaries, Game Changers, and Challengers. John Wiley & Sons.
5. Osterwalder, A., Pigneur, Y., Bernarda, G., & Smith, A. (2014). Value Proposition Design: How to Create Products and Services Customers Want. John Wiley & Sons.
6. Kaplan, R. S., & Norton, D. P. (1996). The Balanced Scorecard: Translating Strategy into Action. Harvard Business Review Press.
7. Adzic, G. (2012). Impact Mapping: Making a Big Impact with Software Products and Projects. Provoking Thoughts.
8. Humble, J., Molesky, J., & O’Reilly, B. (2015). Lean Enterprise: How High Performance Organizations Innovate at Scale. O’Reilly Media.
9. Martin, R. C. (2017). Clean Architecture: A Craftsman’s Guide to Software Structure and Design. Prentice Hall.
10. Fowler, M. (2002). Patterns of Enterprise Application Architecture. Addison-Wesley Professional.
11. Reinertsen, D. G. (2009). The Principles of Product Development Flow: Second Generation Lean Product Development. Celeritas Publishing.
12. Leffingwell, D. (2018). SAFe 4.5 Reference Guide: Scaled Agile Framework for Lean Enterprises. Addison-Wesley Professional.
13. Kim, G., Humble, J., Debois, P., & Willis, J. (2016). The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations. IT Revolution Press.
14. Rother, M., & Shook, J. (2003). Learning to See: Value Stream Mapping to Add Value and Eliminate MUDA. Lean Enterprise Institute.
15. Pichler, R. (2016). Strategize: Product Strategy and Product Roadmap Practices for the Digital Age. Pichler Consulting.
16. Kaplan, J. (2005). Strategic IT Portfolio Management: Governing Enterprise Transformation. Pittiglio Rabin Todd & McGrath.
17. Hohpe, G., & Woolf, B. (2003). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley Professional.
18. Milanov, G., & Njegoš, A. (2018). Analysis of Return on Investment in Different Types of Agile Software Development Project Teams. Symmetry, 10(8), 338.
19. Harvard Business Review. (2016). HBR’s 10 Must Reads on Strategy. Harvard Business Review Press.