No items found.

Формат работы

Engineering Deep Dive

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

Один вопрос вместо аудита всего

В начале фиксируем решение, которое нужно принять. Например:

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

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

Как идёт работа

Факты, проверка, решение

  1. Восстанавливаем картину

    Смотрим код, данные, метрики и историю решений. Разговариваем с людьми, которые работают с системой каждый день.

  2. Проверяем рискованную часть

    Не ограничиваемся мнением. Если вопрос можно проверить с помощью замера, прототипа, теста или небольшого изменения, делаем это на реальном материале.

  3. Принимаем решение

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

Что остаётся

Основание для следующего решения

Результат Deep Dive зависит от поставленного вопроса. В него могут войти:

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

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

Когда Deep Dive имеет смысл

Формат нужен, если ответ нельзя получить из существующей документации и одного разговора. Требуется доступ к системе, проверка фактов или технический эксперимент.

Если уже понятно, что и где менять, исследовательский этап не нужен. Можно переходить к Embedded Engineering или выбрать готовое решение HOUNDS.

Embedded Engineering

Входим в работу команды и берём инженерную ответственность за конкретное направление — от первых решений до изменений в рабочей системе.

Подробнее