Как думаешь что скажут коллеги каково работать с тобой в команде?

Что скажут коллеги о работе в команде со мной

Это хороший вопрос, потому что PM — это не индивидуальный спорт. Я думаю, вот что бы сказали мои коллеги.

Что скажут разработчики

Положительное:

• "Он понимает, что нас ограничивает" — я никогда не требую "сделайте это к понедельнику", если я знаю, что это займёт неделю. Я слушаю техническую оценку и работаю с реальностью

• "Он может объяснить, почему мы делаем эту фичу" — я не просто говорю "в бэклоге стоит, делайте". Я объясняю контекст: кто эту фичу просит, почему это важно для бизнеса, как мы будем измерять успех

• "Он защищает нас от хаоса приоритетов" — я беру на себя давление менеджмента и маркетинга, не закидываю всё в спринт. Я фильтрую: что ДЕЙСТВИТЕЛЬНО важно на эту неделю

• "Он интересуется нашими идеями" — я прошу feedback на планы, прежде чем что-то запустить. Разработчик часто видит проблему раньше, чем я

Потенциальные критики:

• "Иногда он может быть нетерпеливым" — когда срок горит или метрика падает, я сдвигаю сроки и требую фокуса. Это может быть стрессово

• "Он много встреч организует" — я верю в то, что нужно разговаривать (лучше прояснить за 30 минут, чем потом переделывать неделю), но я понимаю, что это отвлекает

Что скажут дизайнеры

Положительное:

• "Он даёт мне свободу в процессе, но четкие критерии для успеха" — я говорю: "Нам нужно, чтобы новые пользователи заполнили профиль на 85%+. Дизайн — твоя область, сделай как считаешь нужным". Не лезу в детали, но ясна цель

• "Он приводит данные, когда говорит о проблеме" — я не говорю "дизайн плохой" или "красиво выглядит". Я говорю: "Юзеры выпадают на 50% на этом экране, вот скриншоты, вот комментарии"

• "Он слушает, когда я говорю, что дизайн не работает" — если дизайнер говорит, что макет невозможен в реальности, я не гну свою линию. Вместе ищем решение

Потенциальные критики:

• "Он может быть в спешке" — когда срок горит, я прошу быстрого решения вместо идеального. Это бывает фрустрирует, когда дизайнер хотел бы больше времени

Что скажут стейкхолдеры (CEO, CFO, маркетинг)

Положительное:

• "Он переводит бизнес-требования в реальный план" — если CEO говорит "нам нужен больше доход", я не просто киваю. Я спрашиваю: "Через какой канал? Какой target? На сколько процентов?" И строю план

• "Он честный с цифрами" — я не обещаю 50% рост, если думаю что будет 10%. Я скажу: "Вот предположение, вот риски, вот что может пойти не так"

• "Он защищает компанию от плохих идей" — если CEO хочет сделать фичу, которая не соответствует стратегии, я скажу "не думаю что это правильно" и приведу аргументы. Не всегда меня слушают, но я свою позицию защищу

• "Он даёт мне картину того, что происходит" — я регулярно делаю dashboard'ы: где мы были месяц назад, где сейчас, куда идём. CEO видит реальность, не догадывается

Потенциальные критики:

• "Иногда он слишком консервативен" — я могу говорить "это рискованно" слишком часто, когда стейкхолдер хочет более агрессивных ходов

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

Что скажут пользователи/клиенты

Положительное:

• "Продукт улучшается, и видно что слушают" — я говорю пользователям, какие их идеи мы реализовали. Это создаёт лояльность

• "Фичи работают и решают реальные проблемы" — я не добавляю фичи просто потому что модно. Каждая фича должна быть ответом на реальную боль пользователя

Что я сам знаю о себе

Мои сильные стороны:

1. Data-driven — я верю цифрам, а не интуиции. Это хорошо для принятия решений, но иногда нужна интуиция

2. Хороший слушатель — я слушаю не чтобы ответить, а чтобы понять. Это помогает в конфликтах и в выявлении проблем

3. Стратегическое мышление — я вижу долгосрочную картину, не только текущий спринт. Это помогает избежать технического долга

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

5. Ответственность — я берусь за свои решения. Если фича не сработала — это моя ошибка, не чья-то ещё

Мои слабые стороны (которые я признаю):

1. Иногда переусложняю анализ — я могу потратить неделю на анализ, когда нужна была просто проверка. KISS принцип — это моя работа над собой

2. Может быть нетерпеливым к людям — когда я вижу решение, а кто-то не видит, я могу быть раздражительным. Работаю над эмпатией

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

4. Иногда избегаю конфликта — парадокс: я могу быть честным в обсуждении идей, но если это касается проблемы с человеком, я могу оттягивать разговор

Как я это использую

С разработчиками: Я уважаю ваше время. Я напишу spec, посплю одну ночь, потом спрошу feedback, прежде чем вы начнёте кодить. Если вы говорите что это займёт неделю, я верю вам и перепланирую

С дизайнерами: Я жду результат, но я понимаю процесс. Я дам вам данные (не мнение) о том, что не работает. Я хочу видеть раннее черновые версии, чтобы дать feedback рано, а не в конце

Со стейкхолдерами: Я буду честен даже если это неудобно. Я приведу данные. Я буду спорить за то, во что верю, но если вы скажете "идём по этому пути", я помогу вам это реализовать, даже если я скептичен

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

Заключение

Мои коллеги, вероятно, скажут: "Работать с ним сложно, но справедливо. Он требует результатов, но поддерживает команду. Он может быть в спешке, но он честный. Вы всегда знаете, где вы стоите и почему".

Это не идеально, но это честно. Я предпочитаю быть полезным членом команды, который иногда бывает по-ушам в работе, чем приятным человеком, который ничего не решает.