Влияет на решениеНужно знать до сделки
Техническая сторона
вашего решения.
Технический due diligence до сделки и мощность разработки для портфельной компании после неё. Вы получаете письменную картину того, в каком состоянии код, архитектура и команда на самом деле.
ПОРЯДОК ВЫВОДОВ
Решить в первый годПланируемо и бюджетируемо
Принять к сведениюПока не риск
Каждый вывод — с доказательством, без смягчения.
ДЛЯ КОГОДо решения
До решения
и после него.
- Венчурные фонды и бизнес-ангелыНужен независимый взгляд на техническую реальность за продуктом.
- Фонды прямых инвестицийТехнический риск до сделки и стоимость интеграции после неё определяют решение.
- Портфельные компанииИнвестиция получена, но мощность разработки не успевает за продуктом.
- Корпоративные покупателиИзучаете передачу, зависимости и жизнеспособность приобретаемого ПО.
ЧТО МЫ СМОТРИМНе отчёт,
Не отчёт,
поддержка решения.
Код и архитектура
Качество кода, где архитектура перестаёт масштабироваться, покрытие тестами и дисциплина релизов.
Технический долг и дорожная карта
Размер унаследованного долга, что из него срочно и в каком порядке погашать.
Безопасность и соответствие
Аутентификация, авторизация, границы данных, управление секретами и открытые вопросы по GDPR/KVKK.
Лицензии и зависимости
Соответствие open-source лицензиям, привязка к поставщику и знания, завязанные на одного человека.
Инфраструктура и стоимость
Как облачные расходы ведут себя при росте, где потери и где кончается запас мощности.
Команда и процессы
Реальная мощность команды, распределение знаний, частота выкатов и зрелость реагирования на инциденты.
КАК ЭТО ИДЁТОт доступа
От доступа
к выводам.
- 01
Объём и доступы
Что именно изучается и какие доступы выдаются; NDA и, если используется, схема data room.
- 02
Исследование
Код, инфраструктура, записи процессов и интервью с командой; выводы собираются с доказательствами.
- 03
Выводы и приоритет
Каждый вывод помечается: «влияет на решение / решить в первый год / принять к сведению».
- 04
После сделки
При желании та же команда продолжает в портфельной компании как разработка, помощь в найме или временное техническое руководство.
ПРИНЦИПЫ РАБОТЫВывод пишется
Вывод пишется
как есть.
- Независимая оценкаМы не смягчаем выводы. Пишем увиденное с доказательством; решение за вами.
- КонфиденциальностьНичто увиденное не попадает к другому клиенту. О конфликте интересов сообщаем до начала.
- На фактахКаждый вывод указывает на файл, измерение или запись — не на ощущение.
- Без обязательств продолжатьВы не обязаны продолжать с командой, проводившей аудит; отчёт самодостаточен.
НА ПЕРВОМ ЗВОНКЕОбсудим, что
Обсудим, что
влияет на решение.
Объём сужается до вопросов, которые реально влияют на ваше решение. Смотреть в нужное место полезнее, чем смотреть везде.
- 01
Что беспокоит вас в этой сделке больше всего?
- 02
Какие доступы можно выдать: код, инфраструктура, команда?
- 03
Когда дата решения и кому передаётся отчёт?
- 04
Рассматривается ли поддержка разработки после сделки?
ВОПРОСЫ, КОТОРЫЕ ВАС ВОЛНУЮТ
Прежде чем начать.
Сколько занимает аудит?+
Зависит от объёма и выданных доступов. Команда с одним продуктом и многосистемный ландшафт не изучаются за одно время; объём и сроки определяем вместе на первом звонке.
Возможен ли аудит без доступа к коду?+
Лишь частично. Архитектура, инфраструктура и процессы дадут выводы, но качество кода и технический долг требуют исходников. Что не удалось оценить, прямо указываем в отчёте.
Кому принадлежит отчёт?+
Вам. Делиться им или нет — ваше решение; мы не передаём его целевой компании.
Работаете ли вы с конкурирующей портфельной компанией?+
О возможном конфликте интересов сообщаем до начала работы. При необходимости отказываемся: доверие дороже одного проекта.
Можете ли вы вести разработку после сделки?+
Да, если захотите. Но аудит делается ради решения, а не ради контракта; отказ продолжать не меняет содержание отчёта.
СЛЕДУЮЩИЙ ШАГРасскажите о своём бизнесе.
Обсудим ваш проект