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 в России, а моделям передаётся только то, без чего результат не получить. Правовой контур закладывается до кода – это уже требование рынка, а не выбор команды.

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