Управление продуктами и «бойцовский клуб»: уроки Меган Кук из Atlassian 0:00
Успех в современной разработке продуктов требует не только технических навыков, но и умения управлять конфликтами, поддерживать психологическую безопасность и системно подходить к инновациям. Меган Кук, глава отдела продуктов Jira в Atlassian, делится опытом, как компания с 11-летней историей продолжает развивать 15 продуктовых линеек и сохранять гибкость в полностью удаленной среде.
🧠 Психологическая безопасность и «бойцовский клуб» 0:00
Меган Кук подчеркивает: когда в команде отсутствует открытость, обратная связь становится «болезненно отполированной», что ведет к потере времени и снижению качества работы. Чтобы бороться с этим, она внедрила концепцию, которую называет «бойцовским клубом».
- Суть формата: Еженедельная 30-минутная встреча Меган с лидерами инженерии и дизайна, где они заранее настраиваются на конфликт.
- Цель: Решать сложные проблемы на ранней стадии, не дожидаясь, пока они станут критическими.
По словам Кук, противоположность «игры» (play) — это не работа, а страх. Чтобы развить культуру, в которой ошибки обсуждаются открыто, она применяет следующие методы:
- Группы взаимной обратной связи: PM-команда делится на небольшие группы, которые встречаются раз в две недели. Участники приносят «сырые» наброски стратегий или экспериментов, чтобы получить помощь и поддержку от коллег.
- Сессии обмена неудачами: Раз в полгода команда собирается на очный выезд (onsite), где старшие лидеры делятся историями своих провалов. Это помогает нормировать риск и показать, что большие ставки — это способ обучения.
🌐 Эффективность в удаленном формате 15:31
Atlassian придерживается модели «команда где угодно» (team anywhere), считая, что гибкость — это не привилегия, а фундаментальное улучшение качества жизни. Тем не менее, удаленная работа требует строгой дисциплины.
- Интенсивность связей: Исследования Atlassian показывают, что продуктивность и уровень связей между сотрудниками повышаются на 30% при очных встречах, но их достаточно проводить 3–4 раза в год.
- Блоки «глубокой работы»: Чтобы избежать «календарного ада», лидерская команда синхронизирует графики, создавая дважды в неделю длинные интервалы для глубокого погружения в задачи.
- Асинхронность как стандарт: Меган Кук утверждает, что она принципиально избегает встреч ради статус-апдейтов. Для этого компания использует инструмент Atlas, который собирает обновления проектов в единую ленту.
- Видеосообщения: Видеозаписи (например, через Loom) стали новым типом документации — они передают интонацию и контекст лучше, чем сухой текст.
🤝 Искусство получения «Buy-in» (согласия) 24:23
Получение одобрения на инициативы у руководства — это не разовая презентация, а длительный процесс партнерства.
- Принцип раннего вовлечения: Необходимо заранее привлекать всех кросс-функциональных партнеров (CTO, дизайн, маркетинг), чтобы учесть их опасения до финальной защиты.
- Гипотезы вместо догм: Не стоит приходить с готовым решением как с единственно верным фактом. Лучше представить свои гипотезы и план их проверки — это повышает доверие, так как демонстрирует готовность к корректировкам.
- Структура встречи: Всегда нужно четко определять цель: решение, обратная связь или просто информирование. Важно иметь под рукой данные для глубокого анализа, но не перегружать ими презентацию.
🛠 Фокус на CSAT и качество продукта 36:42
Инвестиции в «скучные», но критичные улучшения (такие как показатели удовлетворенности клиентов, CSAT) часто сложно обосновать. Когда Меган Кук работала над улучшением usability Jira по запросу руководства, она столкнулась с тем, что работа затрагивала множество команд с разными приоритетами.
- Стратегия «пастуха» (shepherd): Вместо принудительного изменения дорожных карт других команд, она нашла «пастухов» внутри них — сотрудников, которые проверяли код и дизайн изменений, не требуя от своих отделов больших затрат ресурсов.
- Show, don't tell: Команда демонстрировала видео, где реальные пользователи мучились с интерфейсом — этот визуальный аргумент был гораздо убедительнее любой статистики.
🚀 Процесс создания новых продуктов 46:17
Atlassian использует четкую систему «ворот» для инноваций, которая позволяет быстро проверять идеи:
- Wonder (Удивление): Уровень идеи, часто от одного человека.
- Explore (Исследование): Добавление ресурсов (около трех человек), создание прототипа, поиск первых заинтересованных клиентов.
- Make (Создание): Формирование полноценной команды (около 12 человек) для построения продукта.
- Impact (Влияние): Проверка способности продукта быть экономически самодостаточным.
- Scale (Масштабирование): Полноценный запуск на рынок.
Такой ступенчатый подход помогает вовремя остановить проект, который не показывает результатов, и сфокусировать ресурсы на тех инициативах, которые имеют потенциал роста.
