02 / Подход

Как мы работаем

У каждого изменения есть цель, критерии готовности и результаты проверки. Эти правила сохраняются при смене инструментов и моделей.

Восемь стадий жизни продукта и 30 ворот между нимиисключение ≤ 120 дней
  1. 0 · Идея
  2. 1 · Анализ
  3. 2 · Экономика
  4. 3 · Фундамент
  5. 4 · MVP
  6. 5 · Пилот
  7. 6 · Масштаб
  8. 7 · Выход
  1. 01

    Спецификация до кода

    До разработки фиксируем задачу, её границы и критерии приёмки. Согласованное описание хранится рядом с кодом и помогает проверить результат.

  2. 02

    Ворота качества по стадиям

    Проект не переходит на следующую стадию, пока не закрыты правила текущей. Ворота описаны один раз и одинаковы для всех проектов.

  3. 03

    Малые изменения

    Каждое изменение проходит автоматическую сборку и тесты; в репозитории внутренней платформы – ещё линтер и проверку на персональные данные в коде. Без этого изменение не принимается.

  4. 04

    Стоимость принятого результата

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

  5. 05

    Приёмка за человеком

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

  6. 06

    Правовой контур внутри работы

    Требования 152-ФЗ закладываются до первой строки кода, а не дописываются к готовому продукту.

Взгляд вперёд

Как мы видим будущее систем ИТ-разработки

Развиваем системы, которым можно поручать работу: с понятными правилами, проверяемым результатом и участием человека.

Светящаяся сфера модели в кольцах стеклянных панелей с правилами

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

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

Агенты работают по правилам системы. Подключаем помощников через ограниченные инструменты. Собственный исполнитель пока проходит испытания на тестовых данных.

Человек управляет автоматизацией. Значимые изменения требуют подтверждения. В прототипе проверены отмена, отзыв прав и устаревшее согласование.

Зависимости требуют сопровождения. Учитываем лицензии и уязвимости, фиксируем версии и проверяем обновления перед выпуском.

Данные – там, где живут пользователи. Серверы, копии и DNS в России, а моделям передаётся только то, без чего результат не получить. Правовой контур закладывается до кода – это уже требование рынка, а не выбор команды.

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

Следующие шаги

Связанные стеклянные модули: согласованные действия, сохранение прогресса и независимые среды

Согласованные изменения. Развиваем процессы, в которых связанные действия выполняются согласованно, а повтор команды после сбоя не создаёт лишнюю операцию.

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

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