Перейти к содержимому

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

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

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

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

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

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

  • Когда вы повышаете эффективность команды, вы можете ускорить ее работу на 10-30%
  • Когда вы меняете способ выбора и формулировки задачи эффект вырастает в разы
  1. Смещение фокуса с реализации на совместное проектирование
    • бизнес-проектирование - какая гипотеза сильнее повлияет на целевые показатели, почему и как это проверить быстрее всего?
    • поведенческое проектирование - какие сценарии работы ведут к успеху?
    • архитектурное проектирование - архитектура со встроенной безопасностью и масштабированием без вечных переделок
  2. Совместная работа
    • совместная - это не учет требований командой, а именно совместная проработка
    • вовлечение представителей бизнес-заказчика, команды, Devops, ИБ и комплайенс
  3. Инструменты, которые позволяют прийти к единому пониманию и согласию.
    • визуализация - проблему и решение необходимо “видеть”
    • технологичность - результаты повторяемы без специальных навыков
    • описание как код - формализованные результаты для следующих этапов
  1. Целеполагание - единое понимание смысла и разделямая цель.

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

    Задача выглядит как “капитан очевидность”, однако на практике чаще всего четко сформулированной и разделяемой картины ответов на эти вопросы нет.

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

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

  2. Субъекты и заинтересованные лица.

    Чья жизнь изменится, после реализации задачи (проекта, продукта).

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

    • В чем ключевая ставка?
    • Какое влияние на мотивацию субъектов позволит достичь цели?
    • Почему верим, что гипотеза сработает?
    • Какой базовый сценарий позволит проверит ключевую гипотезу?
    • Какие угрозы создают “нехорошие люди” и какова стратегия противодействия?
  4. Безопасная архитектура.

    • Как выглядит “скелет” системы? Быстрый в реализации, с соблюдением законов и требований безопасности?
    • Как она будет масштабироваться в случае успеха гипотезы?
    • Какой минимальный набор доверенных компонент обеспечит общую защищенность системы с минимальными затратами?
  5. Пилот.

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

    Возможные результаты пилота:

    • ✅ Бизнес-гипотеза не подтвердилась, результат получен за 3 месяца, а не 12, потери минимальны, проверяем следующую.
    • 🔥 Бизнес-гипотеза подтвердилась, система готова к развитию и масштабированию
  6. Масштабирование.

    • Формирование следующих гипотез и бизнес-сценариев
    • Декомпозиция и реализация по бизнес-сценариям
    • “Скелет” обрастает “мясом”, без задержек на любой стадии

Используемые инструменты:

Влияние на реализацию продукта:

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

Влияние на развитие:

Что меняется в жизни компании с применением данной практики:

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

Результаты, которые получают клиенты:

  • Ускорение реализации продуктов и проектов на 30–50%
  • Рост точности попадания в ожидания — с 20% до 80%
  • Снижение количества ошибок на 20–40%

Что говорят клиенты:

  • Мы поняли, что требовали и ждали от ИТ вариантов решения. Но мы сами всегда говорили им сразу ЧТО делать, и не говорили ЗАЧЕМ. У них даже не было возможности предлагать нам варианты.
  • Безопасность - это не ограничение, это необходимость. Теперь понятно как делать безопаснее, быстрее и дешевле одновременно.
  • Мы знали, что метрики важны. Но использовали их формально. Теперь реально понятно как они влияют.
  • Мы видим как наши цели связаны, теперь мы можем договариваться между собой.

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

Проверим на ваших задачах?

  • Время - пилот идет 3 месяца
  • Затраты - как взять одного senior разработчика в штат на испытательный срок
  • Результат - ускорение реализации и совместная работа
  • Потенциал - смена мышления, общий фокус на бизнес-результат
  • ROI - что может быть выгоднее этого?

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