Раннее вовлечение (Сдвиг влево)
Что важно для любого технологичного бизнеса в наше время?
На практике, ни классический проектный подход, ни гибкие подходы, не справляются с решением этой задачи.
Решение - сбалансированный практический подход, который позволяет:
- ускорить выпуск безопасных и надежных ИТ продуктов
- создает основую для создания гибридных команд будущего.
Принципы
Заголовок раздела «Принципы»- Совместная проработка цели и способов ее достижения.
- совместная - это не учет требований командой, а именно совместная проработка
- участие представителей бизнес-заказчика, команды, Devops, ИБ и комплайенс
- Раннее вовлечение
- фокус усилий на раннюю стадию до принятия решений по бюджету
- совместное исследование цели и пути до взятия обязательств
- Инструменты, которые позволяют прийти к единому пониманию и согласию.
- визуализация - проблему и решение необходимо “видеть”
- технологичность - результаты повторяемы без специальных навыков
- описание как код - формализованные результаты для следующих этапов
Методика
Заголовок раздела «Методика»-
Целеполагание - единое понимание смысла и разделямая цель.
- Зачем мы это делаем?
- Как поймем что цель достигнута?
- Как это повлияет на цель верхнего уровня?
Задача выглядит как “капитан очевидность”, однако на практике чаще всего четко сформулированной и разделяемой картины ответов на эти вопросы нет.
Без четких ответов на эти вопросы, в итоге мы получим конкуренцию за ресурсы, проблемы с определением приоритетов, потери на всех стадиях из-за разного понимания, задержки, получение не того результата и выгорание участников.
При правильной проработке, часть проектов отклоняются уже на этой стадии, либо кардинально меняет их фокус работ.
-
Субъекты и заинтересованные лица.
Чья жизнь изменится, после реализации задачи (проекта, продукта).
- Клиент, кто захочет или не станет пользоваться продуктом или услугой
- Сотрудник, которому придется переучиваться и менять привычную работу
- Нехороший человек, который получит новую мишень для взлома
-
Стратегия как путь достижения цели.
- В чем ключевая ставка?
- Какое влияние на мотивацию субъектов позволит достичь цели?
- Почему верим, что гипотеза сработает?
- Какой базовый сценарий позволит проверит ключевую гипотезу?
- Какие угрозы создают “нехорошие люди” и какова стратегия противодействия?
-
Безопасная архитектура.
- Как выглядит “скелет” системы? Быстрый в реализации, с соблюдением законов и требований безопасности?
- Как она будет масштабироваться в случае успеха гипотезы?
- Какой минимальный набор доверенных компонент обеспечит общую защищенность системы с минимальными затратами?
-
Пилот.
- Реализует ключевой сценарий за минимальное время.
- Проверяет ключевую гипотезу ценности продукта.
- Проверяет безопасность архитектуры решения
Возможные результаты пилота:
- ✅ Бизнес-гипотеза не подтвердилась, результат получен за 3 месяца, а не 12, потери минимальны, проверяем следующую.
- 🔥 Бизнес-гипотеза подтвердилась, система готова к развитию и масштабированию
-
Масштабирование.
- Формирование следующих гипотез и бизнес-сценариев
- Декомпозиция и реализация по бизнес-сценариям
- “Скелет” обрастает “мясом”, без задержек на любой стадии
Инструменты
Заголовок раздела «Инструменты»Используемые инструменты:
- Шаблон “Постановка бизнес запроса”
- Карта гипотез
- C4 Model
- Lean Flow Map - бережливая карта потока.
- Карта оценки сценариев
Влияние
Заголовок раздела «Влияние»Влияние этой практики на реализацию продукта:
- Делать самое ценное
- сценарии приоритизированы по ценности для достижения целей
- самые ценные гипотезы проверяются быстрее
- Делать с меньшими потерями
- хорошо проработанные сценарии снижают задержки в процессе
- разделение по бизнес-сценариям позволяет поставлять независимо
- предварительная оценка позволяет выравнивать загрузку производства
- проработанная архитектура снижает число переделок
- встроенная безопасность снижает затраты на обеспечение надежности
- Автоматизация
- сценарии дают основу для BDD-тестирования
- архитектура как код упрощает работу хаос-инженера
Влияние на развитие:
- Фундамент для практики управление через спецификации
- Навыки для развития команд будушего
Изменения
Заголовок раздела «Изменения»Что меняется в жизни компании с применением данной практики:
- Коммуникация - общая цель и понятные инструменты улучшают взаимодействие
- Креативность - раннее вовлечение стимулирует поиск вариантов решения
- Вовлеченность - участники реально вовлечены в поиск решения
- Скорость - устраняя преграды и потери, растет скорость
- Качество - лучше понимание ожиданий, эффективнее проработка - выше качество
- Будущее - практика создает фундамент для работы команд будущего
Результаты, которые получают клиенты:
- Ускорение реализации продуктов и проектов на 30–50%
- Рост точности попадания в ожидания — с 20% до 80%
- Снижение количества ошибок на 20–40%
Инсайты
Заголовок раздела «Инсайты»Что говорят клиенты:
- Мы поняли, что требовали и ждали от ИТ вариантов решения. Но мы сами всегда говорили им сразу ЧТО делать, и не говорили ЗАЧЕМ. У них даже не было возможности предлагать нам варианты.
- Безопасность - это не ограничение, это необходимость. Теперь понятно как делать безопаснее, быстрее и дешевле одновременно.
- Мы знали, что метрики важны. Но использовали их формально. Теперь реально понятно как они влияют.
- Мы видим как наши цели связаны, теперь мы можем договариваться между собой.
Начнем?
Заголовок раздела «Начнем?»Теория без практики мертва, практика без теории слепа.
Пока у вас нет своего практического опыта в этом подходе, сложно понять эффект.
Практический опыт быстрее всего получить в рамках пилота.
Свяжитесь, чтобы обсудить детали и начать внедрение подхода в вашу компанию.