Техническая сторона
вашего решения.

Технический due diligence до сделки и мощность разработки для портфельной компании после неё. Вы получаете письменную картину того, в каком состоянии код, архитектура и команда на самом деле.

ДЛЯ КОГО

До решения
и после него.

ЧТО МЫ СМОТРИМ

Не отчёт,
поддержка решения.

Код и архитектура

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

Технический долг и дорожная карта

Размер унаследованного долга, что из него срочно и в каком порядке погашать.

Безопасность и соответствие

Аутентификация, авторизация, границы данных, управление секретами и открытые вопросы по GDPR/KVKK.

Лицензии и зависимости

Соответствие open-source лицензиям, привязка к поставщику и знания, завязанные на одного человека.

Инфраструктура и стоимость

Как облачные расходы ведут себя при росте, где потери и где кончается запас мощности.

Команда и процессы

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

КАК ЭТО ИДЁТ

От доступа
к выводам.

  1. 01

    Объём и доступы

    Что именно изучается и какие доступы выдаются; NDA и, если используется, схема data room.

  2. 02

    Исследование

    Код, инфраструктура, записи процессов и интервью с командой; выводы собираются с доказательствами.

  3. 03

    Выводы и приоритет

    Каждый вывод помечается: «влияет на решение / решить в первый год / принять к сведению».

  4. 04

    После сделки

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

ПРИНЦИПЫ РАБОТЫ

Вывод пишется
как есть.

НА ПЕРВОМ ЗВОНКЕ

Обсудим, что
влияет на решение.

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

  1. 01

    Что беспокоит вас в этой сделке больше всего?

  2. 02

    Какие доступы можно выдать: код, инфраструктура, команда?

  3. 03

    Когда дата решения и кому передаётся отчёт?

  4. 04

    Рассматривается ли поддержка разработки после сделки?

ВОПРОСЫ, КОТОРЫЕ ВАС ВОЛНУЮТ

Прежде чем начать.

Сколько занимает аудит?+

Зависит от объёма и выданных доступов. Команда с одним продуктом и многосистемный ландшафт не изучаются за одно время; объём и сроки определяем вместе на первом звонке.

Возможен ли аудит без доступа к коду?+

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

Кому принадлежит отчёт?+

Вам. Делиться им или нет — ваше решение; мы не передаём его целевой компании.

Работаете ли вы с конкурирующей портфельной компанией?+

О возможном конфликте интересов сообщаем до начала работы. При необходимости отказываемся: доверие дороже одного проекта.

Можете ли вы вести разработку после сделки?+

Да, если захотите. Но аудит делается ради решения, а не ради контракта; отказ продолжать не меняет содержание отчёта.

СЛЕДУЮЩИЙ ШАГ

Расскажите о своём бизнесе.
Создадим это вместе.

Обсудим ваш проект