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

Изменено: at 09:00Предложить изменение

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

Оглавление

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

Предыдущая первая часть и второй часть цикла статей про Domain Driven Design и связанные с ним подходы к разработке ПО.

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

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

Финансовые аспекты и ROI в DDD-проектах

Одним из ключевых вопросов при внедрении Domain-Driven Design является обоснование инвестиций и оценка возврата на инвестиции (ROI). Несмотря на очевидные качественные преимущества DDD, руководству компаний необходимы количественные показатели для принятия обоснованных решений об инвестициях.

Структура затрат в DDD-проектах

Для точной оценки ROI необходимо учитывать все категории затрат, связанные с внедрением DDD:

1. Прямые затраты на внедрение

2. Косвенные затраты

3. Долгосрочные затраты

Категории выгод от внедрения DDD

Для комплексной оценки ROI необходимо учитывать различные категории выгод:

1. Прямые финансовые выгоды

2. Косвенные финансовые выгоды

3. Стратегические выгоды

Методики расчета ROI для DDD-проектов

1. Традиционный подход к расчету ROI

Традиционная формула расчета ROI:

ROI = (Выгоды - Затраты) / Затраты * 100%

Для DDD-проектов эта формула может быть расширена с учетом временной стоимости денег и различных категорий выгод и затрат:

ROI = (NPV выгод - NPV затрат) / NPV затрат * 100%

где NPV (Net Present Value) — чистая приведенная стоимость.

2. Поэтапный подход к оценке ROI

Учитывая сложность оценки всех выгод от внедрения DDD, рекомендуется использовать поэтапный подход:

  1. Краткосрочный ROI (1-2 года): фокус на прямых финансовых выгодах, таких как снижение стоимости разработки и поддержки
  2. Среднесрочный ROI (2-3 года): включение косвенных финансовых выгод, таких как сокращение time-to-market и повышение качества
  3. Долгосрочный ROI (3-5 лет): учет стратегических выгод, таких как повышение конкурентоспособности и инновационный потенциал

3. Сравнительный анализ сценариев

Для более точной оценки ROI рекомендуется сравнивать различные сценарии:

Для каждого сценария оцените затраты, выгоды и риски, а затем рассчитайте ожидаемый ROI.

Практические рекомендации по финансовому обоснованию DDD-проектов

1. Начинайте с малого и демонстрируйте быстрые победы

Вместо полномасштабного внедрения DDD во всей организации начните с пилотного проекта в ключевом домене. Это позволит продемонстрировать быстрые результаты и обосновать дальнейшие инвестиции.

2. Используйте комбинацию количественных и качественных показателей

Не ограничивайтесь только финансовыми показателями. Дополните их качественными оценками, такими как удовлетворенность разработчиков, улучшение коммуникации между бизнесом и ИТ, снижение рисков.

3. Учитывайте долгосрочную перспективу

Многие выгоды от внедрения DDD проявляются в долгосрочной перспективе. При расчете ROI учитывайте не только краткосрочные затраты и выгоды, но и долгосрочные стратегические преимущества.

4. Проводите регулярную переоценку ROI

По мере внедрения DDD регулярно пересматривайте оценку ROI с учетом фактических затрат и достигнутых результатов. Это позволит корректировать стратегию внедрения и обосновывать дальнейшие инвестиции.

5. Разработайте специфические для вашей организации метрики ROI

Стандартные формулы ROI могут не учитывать специфику вашей организации и проектов. Разработайте собственные метрики, отражающие уникальные аспекты вашего бизнеса и технологического ландшафта.

6. Создайте шаблон бизнес-кейса для DDD-проектов

Разработайте стандартный шаблон бизнес-кейса для DDD-проектов, включающий:

Этот шаблон поможет стандартизировать подход к обоснованию инвестиций в DDD-проекты и обеспечит сопоставимость различных инициатив.

Пример: от стратегии к конкретным проектам в компании, организующей ИТ-конференции

Рассмотрим практический пример того, как компания, организующая ИТ-конференции, может использовать описанный процесс для перевода стратегической цели “стать ведущей платформой для обмена знаниями в ИТ-индустрии” в конкретные проекты и изменения.

Шаг 1: Анализ стратегических целей

Стратегические цели:

Категоризация бизнес-целей:

Шаг 2: Картирование бизнес-возможностей и выявление Core Domain

Карта бизнес-возможностей:

Оценка стратегической важности и сложности:

Domain Vision Statement: “Наша система должна обеспечить персонализированный опыт для каждого участника, помогая им находить наиболее релевантный контент и устанавливать ценные профессиональные связи, что приведет к высокой удовлетворенности и повторным посещениям.”

Шаг 3: Создание Impact Maps

Стратегическая цель: увеличить долю повторных посещений до 60%

Акторы:

Воздействия для участников:

Поставляемые результаты для воздействия “находят релевантный контент”:

Шаг 4: Проведение Event Storming

Ключевые события:

Команды:

Агрегаты:

Политики:

Шаг 5: Определение Bounded Contexts

Bounded Contexts:

Context Map:

Шаг 6: Разработка Ubiquitous Language

Глоссарий для контекста профиля участника:

Шаг 7: Формирование портфеля проектов

Приоритизированный портфель проектов:

  1. Система персонализированных рекомендаций — высокая бизнес-ценность, средняя сложность
  2. Улучшенный профиль участника — высокая бизнес-ценность, низкая сложность
  3. Мобильное приложение для навигации по конференции — средняя бизнес-ценность, средняя сложность
  4. Платформа для нетворкинга — высокая бизнес-ценность, высокая сложность
  5. Аналитическая система для оценки качества контента — средняя бизнес-ценность, средняя сложность

Шаг 8: Разработка метрик для измерения бизнес-ценности

Метрики для проекта “Система персонализированных рекомендаций”:

Заключение: ключевые факторы успеха при выявлении бизнес-ценности

Эффективное выявление бизнес-ценности и перевод стратегии в конкретные проекты требуют систематического подхода и активного вовлечения всех заинтересованных сторон. Domain-Driven Design предоставляет мощный набор практик и инструментов для этого процесса.

Ключевые факторы успеха включают:

  1. Глубокое понимание бизнес-стратегии — инвестируйте время в анализ стратегических документов и интервью с руководителями высшего звена.

  2. Фокус на Core Domain — сосредоточьте основные усилия и ресурсы на тех частях бизнеса, которые создают конкурентное преимущество.

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

  4. Единый язык — создайте и поддерживайте единый язык, понятный всем участникам проекта.

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

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

  7. Итеративный подход — регулярно пересматривайте и уточняйте модели и приоритеты на основе обратной связи и изменений в бизнес-контексте.

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

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

  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.
Предыдущая статья
Старт цикла статей по интеграции LLM в программное обеспечение
Следующая статья
От стратегии к действию, выявление бизнес-ценности в ИТ-проектах через Domain-Driven Design часть 2