Как читать роадмап вендора: инструкция для нетехнического менеджера
Роадмап программного обеспечения - это маркетинговый документ, пока вы не научитесь задавать правильные вопросы. Разбираю, что искать.
Любой крупный технологический вендор публикует роадмап - список того, что они планируют выпустить. На конференциях показывают красивые слайды. Аккаунт-менеджер присылает PDF. Приятное ощущение определённости: вот куда движется продукт, всё под контролем.
Проблема в том, что роадмап - это не обязательство. Это намерение в лучшем случае и маркетинг в худшем.
Я не призываю игнорировать роадмапы. Но читать их надо с другой оптикой.
Чего нет в роадмапе
Первое, чего нет - это сроков в юридическом смысле. "Q3 2023" означает "мы планируем, но не гарантируем". Большие функции скользят на кварталы и годы. Некоторые тихо исчезают.
Второе - приоритетов относительно вашей задачи. Роадмап пишется для сегмента, а не для вашей компании. Функция, которая нужна вам критически, может быть двадцатой по важности для остальных клиентов вендора.
Третье - информации о том, что будет удалено. Вендоры охотно рассказывают о новом. О том, что они собираются убрать или переделать так, что ваша интеграция сломается, - молчат до последнего.
Вопросы, которые стоит задать
Когда вы получаете роадмап или общаетесь с вендором о планах развития, полезны конкретные вопросы.
Насколько зафиксированы конкретные сроки? Попросите разграничить то, что уже в разработке, и то, что пока в планировании. Это разные степени уверенности.
Что будет устаревать? Спросите напрямую: какие текущие возможности будут deprecated в следующие 12-18 месяцев? Хороший вендор отвечает честно. Плохой уходит от ответа.
Как изменятся API и интеграции? Если вы используете программный интерфейс вендора, важно знать: будет ли он ломаться при обновлениях? Как вы будете уведомлены заранее?
Есть ли у других клиентов эта функция уже сейчас? Роадмап иногда описывает то, что уже существует для части клиентов в режиме бета или enterprise-уровня. Это можно запросить раньше.
Почему это важно для стратегических решений
Роадмап вендора влияет на ваши архитектурные решения. Если вы строите глубокую интеграцию с конкретным инструментом в расчёте на то, что через год появится функция X, - и эта функция не появляется - вы несёте реальные затраты.
Обратная ситуация: вы вложились в обходное решение, потому что не знали, что вендор уже разрабатывает нужную функцию.
Я видел обе ситуации. Обе решаются не техническим анализом роадмапа, а правильными переговорами.
Практический фильтр
Перед тем как опираться на роадмап в стратегическом решении, проверьте три вещи:
- Эта функция уже в разработке или только в планировании? Разница принципиальная.
- Есть ли у вас контракт или хотя бы письменные обязательства по срокам? Если нет - не закладывайте функцию в архитектуру как гарантированную.
- Что будет, если этой функции не появится вовремя? Если ответ "мы застряли" - нужен план Б уже сейчас.
Роадмап - полезный инструмент для понимания направления. Не для планирования зависимостей.