Лучший в классе продакт-менеджер. Часть 4: Технологический столп

В предыдущей части серии я вновь обозначил четыре ключевых столпа, которыми управляет лучший в классе продакт-менеджер:

Policy (Политики) – корпоративные и регуляторные нормы, которым должна соответствовать бизнес-система
People (Люди) – навыки и знания, необходимые для функционирования бизнес-системы
Process (Процессы) – человеческие действия, выполняемые как с использованием технологий, так и без них
Technology (Технологии) – автоматизация, обеспечивающая функционирование бизнес-системы

Прошлая статья была посвящена процессам — ручным, поддерживаемым технологиями и полностью автоматизированным — и роли продакт-менеджера в обеспечении их интеграции в бизнес-систему. Теперь — очередь технологического столпа.

Технологический столп

Из всех четырёх столпов технологический, вероятно, наиболее привычен продакт-менеджеру. Лучший в классе продакт-менеджер умеет:

  • понимать почему (why), сформулированное бизнес-владельцем,
  • переводить это в что (what) на уровне бизнес-системы,
  • и следить за тем, чтобы инженерное как (how) соответствовало «что» и удовлетворяло «почему».

Однако этого недостаточно. Важно иметь «орлиный взгляд» на факторы, способные негативно повлиять на технологическую разработку, и уметь проактивно предотвращать проблемы или быстро реагировать на них.

Именно такой стратегический обзор отличает продакт-менеджера высокого уровня.

Ключевые акценты технологического столпа

  1. Мониторинг пересечений с другими проектами

Не раз случалось, что другой проект зависел от моего — и я узнавал об этом слишком поздно, когда это уже становилось проблемой.

Продакт-менеджер должен:

  • понимать, какие активные проекты могут повлиять на его инициативу,
  • поддерживать тесную коммуникацию между продакт- и проект-менеджерами,
  • отслеживать изменения, которые могут вызвать конфликт.
  1. Ключевые технологические обновления и события жизненного цикла

Обновления платформ, объявления о прекращении поддержки (end-of-life), новые функции — всё это может как ускорить, так и разрушить дорожную карту.

Продакт-менеджер обязан:

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

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

Необходимо:

  • понимать стратегические технологические направления,
  • оценивать влияние на roadmap,
  • своевременно корректировать проекты.
  1. Инфраструктурные функции включены в планы

Кибербезопасность, disaster recovery, аппаратная инфраструктура — вне зависимости от масштаба компании, эти функции должны быть вовлечены заранее.

Худший сценарий — когда на финальной стадии проект останавливается из-за неподготовленности инфраструктуры.

  1. Соответствие сред разработки, тестирования и продакшена

Одна из самых частых проблем — различия между средами.

Разные версии ПО, настройки или конфигурации могут разрушить успешный релиз.

Продакт-менеджер должен:

  • убедиться, что проверки совместимости проведены,
  • не полагаться на предположения,
  • требовать подтверждения соответствия до релиза.
  1. Готовность команды поддержки

Система не заканчивается релизом.

Нужно:

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

Даже если это делает другой отдел, продакт-менеджер отвечает за итоговую готовность.

  1. Осознанные компромиссы при релизе с известными проблемами

Если вы выпускали систему без единой ошибки — я куплю вам кофе.

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

Продакт-менеджер обязан:

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

Итоговые выводы серии

В завершение серии несколько мыслей:

  • Даже если продакт-менеджер не выполняет все задачи лично, он обязан иметь полную видимость происходящего и обеспечивать согласованность между почему, что и как.
  • Продакт- и проект-менеджер должны работать «рука об руку» — без позиции «это не моя работа».
  • Продакт-менеджер должен быть дисциплинирован в расстановке приоритетов и управлении входящими задачами.
  • Не обязательно соглашаться со всеми тезисами автора — важно, чтобы некоторые из них повлияли на ваш профессиональный путь.

Главная идея всей серии

Лучший в классе продакт-менеджер — это не просто специалист по требованиям.
Это архитектор бизнес-системы, который обеспечивает гармонию между:

  • политиками,
  • людьми,
  • процессами,
  • технологиями.

Именно целостный взгляд отличает выдающегося профессионала от среднего.

 

 

Автор: Лонни Пачелли (Lonnie Pacelli) — эксперт с 40-летним опытом работы в Accenture и Microsoft. Признанный лидер в вопросах управления проектами и стратегического планирования.


Источник: https://www.projectmanagement.com/articles/1160286/the-best-in-class-product-manager-part-4--the-technology-pillar