Сдвиг влево

Про подход

Что важно для любого технологичного бизнеса в наше время?

• Скорость выхода на рынок - time-to-market критически важен для успеха бизнеса

• КиберБезопасность - взломы, утечки данных, потеря доверия

Сдвиг влево (раннее вовлечение).

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

• Это не про ИТ или безопасность

• Это прибыль и жизнеспособность вашего бизнеса в текущих реалиях

Типовые подходы

Классический проектный (Enterprise)

Ожидания:

• Все требования учтены
• Все заранее продумано
• План и бюджет проекта утверждены
• Руководитель проекта отвечает за результат

Реальность:

• Каждый участник следит, чтобы именно его требования были учтены
• Руководитель проекта : крайний, пытается все согласовать и учесть
• План и бюджет проекта никогда не выполняются
• Сроки планируются большие, а по факту : еще больше
• Итоговый результат не попадает в ожидания

Гибкий продуктовый (Agile)

Ожидания:

• Быстрая реализация
• Поэтапная поставка ценного функционала
• Попадания в ожидания заказчика
• Гибкость в изменении требований

Реальность:

• Итерации есть, но результат для клиента все равно только в конце проекта
• Встреч много, но результат это не ускоряет
• Архитектура не продумывается, ИБ блокирует выпуск
• Итоговый результат все равно не попадает в ожидания, больше времени тратится на проверку и переработку
• Сроки релиза для клиентов в итоге опять больше, чем планировалось

Общие причины проблем

Разделенная ответственность

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

Правильные инструменты

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

Итог - плохая коммуникация и отсутствие единого видения.

Принципы для решения проблем

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

Методология работы

1. Смысл, цели и стратегия достижения.

   Вопросы:

   • Зачем мы это делаем?
   • Какой результат мы хотим получить и как поймем, что достигли цели?
   • Как это результат связан и влияет на результаты бизнеса?
   • Какие позитивные субъекты влияют на достижение цели и как?
   • В чем их мотивация и интересы?
   • В чем наша основная гипотеза (стратегическая ставка)? Почему мы верим в это решение?
   • Какие негативные субъекты могут помешать достижению цели и как?
   • Какова стратегия негативных субъектов (модель угроз) и гипотезы противодействия (цели безопасности)?

   Инструменты:

   • Карта гипотез

   Результат:

   • Единое понимание цели и стратегии достижения
   • Понимание мотивации и интересов позитивных и негативных субъектов
   • Понимание рисков и гипотез противодействия

2. Бизнес сценарии

   Вопросы:

   • Какой основной сценарий максимально влияет на принятие решения клиентом?
   • Какой самый прямой вариант его использования с минимумом ограничений (“зеленый коридор”)?
   • Как будут пользоваться (сценарии использования)?
   • Пилотные клиенты, на которых мы можем это проверить?

   Инструменты:

   • Дерево сценариев
   • Бережливая карта сценариев

   Результат:

   • Ключевые сценарии для первой версии
   • Сценарии использования и приемки

3. Архитектура и конструктивная безопасность

   Вопросы:

   • Как выглядит архитектура верхнего уровня?
   • Какие системы и заинтересованные стороны в ней участвуют?
   • Какие новые системы появляются?
   • Какие команды отвечают за какие системы?
   • Какой минимальный набор доверенных компонент необходим для обеспечения безопасности?
   • Как реализуются цели безопасности, раскрытые на первом этапе?

   Инструменты:

   • C4 Model - диаграммы контекста, компонент и развертывания.
   • Конструктивная безопасность (security by design) - архитектура с учетом безопасности, надежности и устойчивости к атакам.

   Результат:

   • Архитектура верхнего уровня (скелет) с учетом конструктивной безопасности
   • Согласованность решения с ИБ, рисками и инфраструктурой
   • Минизация затрат на реализацию безопасности и надежности

4. Относительная оценка затрат на реализацию бизнес-сценариев

   Вопросы и действия:

   • Относительная оценка бизнес-сценариев
   • Декомпозиция крупных до “правильного размера”
   • Определение ведущей и ведомых команд
   • Минимизация зависимостей

   Инструменты:

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

   Результат:

   • Качественный бэклог для быстрой поставки и оптимальной загрузки производства

Как меняется работа

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

Как попробовать?

Теория без практики мертва, практика без теории слепа.

1. Вводная теория
   • Обучение - про подход, его принципы и инструменты.
   • Вы получаете теоретическую базу и понимание, как это работает.
2. Обучение действием
   • Сопровождение проекта (продукта) с применением подхода.
   • Мы помогаем вам применить подход на практике, в вашем проекте.
   • Вы получаете практический опыт и понимание, как это работает в реальных условиях

Свяжитесь с нами, чтобы обсудить детали и начать внедрение подхода в вашу компанию.