Для кого и для чего эта статья?

• Эта статья может помочь тем, кто пока в раздумьях и ещё не определился с направлением в желаемой работе, а также тем, кто просто интересуется развитием своих софт скиллов или же размышляет, как можно эффективнее подойти к общению в работе с точки зрения продакт менеджмента.

• Возможно, она поможет и уже опытным менеджерам (да и любым другим руководителям) найти новые подходы в работе, а возможно не пригодится и вовсе. Для кого-то пусть я и буду “капитаном очевидностью”, но в любом случае я постараюсь внести свой вклад.

• Всё, что я опишу в данной статье, является всего лишь моим личным опытом работы и наблюдений. Но наблюдений, которые помогли закоренелому интроверту вроде меня успешно работать на руководящей должности с большим объёмом ежедневного общения (раньше вживую, а теперь исключительно в онлайн-формате работы).

Немного обо мне

Меня зовут Сергей Прохоров, я Lead Product Manager, и в геймдеве на момент публикации статьи я уже более 8 лет, но и до моей нынешней работы я больше 4 лет занимал руководящую должность, правда в сфере технической клиентской поддержки компьютерного оборудования и периферии. В данной статье я хочу не столько осветить обязанности продакт менеджера (я уверен, что на эту тему в сети есть достаточно интересных статей), сколько тезисно рассказать о подходе к работе и общению с коллегами, который поможет вам не только “наладить мосты” со своей командой и другими подразделениями, но и внести свой вклад в общее дело не “выгорая” в процессе и не “сжигая” свою команду “в угли”.

Что ж, когда с предисловием покончено, можно переходить к самой статье… Впереди вас ожидают 16 пунктов с простыми и понятными советами.

1. Мотивируйте собственным примером

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

• Действуете вы – действуют и другие. Ваша активная и плодотворная работа – это хороший пример и повод для команды двигаться вперёд.

• Вы можете не только “заразить” других желанием работать продуктивнее, самим задавая высокий темп в своей работе, но и передавать задачи в работу в более продуманном, структурированном виде. Потратьте немного больше времени на подготовку и проработку задачи, опишите больше вводных данных, приведите более наглядные примеры при формировании логики функционала. Всё это поможет исполнителю задачи меньше тратить времени и моральных сил на то, чтобы выяснить у вас, что имелось ввиду там, или то ли вы имели ввиду тут. Но избегайте излишних описаний, концентрируйте детали в более ёмком виде, чтобы исполнителю не пришлось выискивать в объёмном тексте самое главное.

Указывайте на то, что здесь главное, а что – информация для общего понимания.

2. Все когда-нибудь совершают ошибки

Многие к вам будут относиться даже лучше, если вы прямо признаете свою ошибку, нежели будете пытаться её скрыть «переводя стрелки» на других, или пытаясь сгладить и преуменьшить проблему.

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

3. Мир не крутится вокруг нас

К сожалению, не всегда и не всем это очевидно в пылу рабочего процесса. Важно не прибегать к давлению авторитетом / должностью или опытом, просто потому, что ты руководишь работой своей команды, а уметь сбавлять не только свои собственные ожидания, но и следить за перегруженностью остальных.

• Все мы люди, и все работаем ради достижения определённых целей. Кто-то только ради собственных, кто-то и за себя и за приоритеты компании готов не пожалеть своих выходных дней, а кто-то даже слишком сильно выкладывается ради поставленной задачи, потому что попросту так привык на предыдущем месте работы. Важно защищать свою команду не только от давления сроков и коллег, но также от собственного стремления побыстрее закрыть задачи и отчитаться об их успешном завершении, в то время когда быстрое закрытие этих задач зависит от переработок вашей команды.

• Не лишним будет упомянуть, что следить и оберегать свою команду от чрезмерного стремления “поработать подольше, но закрыть на этой неделе задачу и уже забыть о ней наконец” – тоже ваша обязанность. Казалось бы, почему? Потому что, например, разработчик будет сидеть до ночи несколько дней подряд в стрессовом состоянии, а потом это скажется на других задачах в следующие дни, и общая результативность упадёт. Задачи никогда не кончатся, а вот силы и нервы от чрезмерного усердия – более чем могут.

Выгорание – опасная штука. И опасна она не только для вас, но и для вашей команды, и, соответственно, для бизнеса в целом.

4. Лень тоже может быть полезна

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

Главное — делайте так, чтобы вам не было потом стыдно, но и не закапывайте себя в стремлении к перфекционизму.

5. Не психология, но эмпатия и наблюдательность

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

• «Сыгранность» вашей команды может быть достигнута в том числе и за счёт вашего позитивного общения за пределами рабочих задач. Если в процессе работы кто‑то отвлёкся на личные темы — это ваш шанс узнать сотрудников получше. Слушайте, запоминайте.

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

6. Больше делайте, чем говорите

Дайте людям оценить вас за вашу успешно проделанную работу, а не за ваши слова о том, как много вы трудитесь, и тогда ваше мнение станет более ценным.

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

7. Ваш продукт – это именно ваша непосредственная зона ответственности

Именно вы решаете, как лучше и проще реализовать тот или иной функционал, что лучше добавить или доработать прямо сейчас, а что можно отложить на более разгруженное по ресурсам время.

• Вы работаете со своим продуктом и со своей командой ежедневно.

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

• Если вы понимаете, что запрошенный коллегами из смежных подразделений функционал сейчас менее необходим и принесёт меньше пользы с точки зрения бизнеса или пользовательской удовлетворённости, чем намеченная вами разработка в ближайшее время – не бойтесь отстаивать и аргументировать свои решения о переносе сроков и приоритетности этой разработки.

8. Не присваивайте себе чужих заслуг

Всем важно чувствовать свою значимость. Если автор хорошей идеи или важного замечания не вы, а член вашей команды, но именно вы об этой идее рассказываете другим – обязательно стоит упомянуть, кто именно тот пример блестящего человеческого разума, что стоит за этой идеей. Вы никоим образом не обесцените этим свою значимость, но подсветите важность конкретных сотрудников вашей команды, да и просто сделаете им приятно, к тому же улучшив отношение к вам.

Грубо говоря, вам не сложно, а команде – приятно. А приятных моментов в работе порой очень не хватает. Тем более принятия твоих заслуг от коллег.

9. Критикуйте с позиции “да, но!”

Когда принимаете работу но видите проблемы в её реализации, а с исполнителем вы ещё недостаточно хорошо знакомы, и не знаете его характер, то попробуйте подойти к требованиям правок и критике с позиции похвалы в одном аспекте проделанной работы, и указания на необходимость правок в другом. Так человеку будет проще воспринять критику, особенно если он творческая личность, т.к. творческие личности в целом тяжело воспринимают критику. Уделите больше внимания их труду, найдите то, что вам понравилось, и укажите на это. Впоследствии, конечно, когда у вас за плечами десятки совместно реализованных задач, вы уже будете понимать, как человек относится к критике, и нормально ли для него получать прямые правки, без смягчающих моментов.

10. Научитесь как слушать других, так и самих себя

Слушайте идеи, которые пытаются до вас донести коллеги.

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

• Слушайте то, что говорите вы сами. Зачастую в пылу горячих обсуждений идея в вашей голове кажется гораздо лучше, чем она оказывается на самом деле когда вы озвучите её вслух. Если вы понимаете, что сказанное вами только что — не такое уж и логичное предложение как вам только что казалось, то не стесняйтесь сами же на это и указать собеседникам. Таким образом вы дадите понять, что вы действительно пытаетесь найти решение, а не просто «вбрасываете» первые пришедшие в голову варианты.

11. Паника – злейший враг продуктивности

Если к вам приходил стейкхолдер и высказывает беспокойство о том, что всё сломалось и пропало, то не стоит тут же подхватывать панику и бежать к разработчиками с расспросами и просьбами всё скорее исправить (всё, не зная что).

• Попробуйте сначала разобраться, что же произошло, и действительно ли проблема ровно такая, какой её описывают? Иногда может подвести статистика и метрики, на которые ориентируются при мониторинге проектов и сервисов, а на самом деле сам функционал то полностью рабочий, и пользователи даже и не подозревают ни о какой проблеме.

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

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

12. “Токсичность” как модный ярлык

Иногда то, что вы критически относитесь к попыткам коллег из других отделов продавить свою инициативу за счёт вашей работы, могут истолковать как токсичность, ведь вы можете более рьяно отстаивать свою позицию, если давление на вас оказывается сильнее обычного. И, к сожалению, не всегда удаётся отстоять своё решение мягче (ведь не все воспринимают вас достаточно серьёзно, когда вы “мягкий и пушистый”). Из-за этого кто-то может посчитать вас “токсичным” сотрудником. Но здесь остаётся только стараться балансировать и не перегибать палку, отстаивая интересы своего продукта или своей команды.

Ну или же я пока просто не нашёл более ловкого и приятного для всех решения подобных ситуаций, когда уступить – не вариант…

13. Микроменеджмент или свобода?

Не всегда стремление контролировать каждую мелочь полезно. Иногда оно действительно больше вредит, чем помогает. Некоторым разработчикам важнее дать время, чтобы они сами в своём темпе разобрались с задачей, чем если бы вы каждый день спрашивали их «ну как там прогресс?».

Дайте вздохнуть своей команде.

14. Не бойтесь взять время на размышления

Если вы не можете найти ответ на поставленный вам вопрос прямо сейчас – это совсем не значит, что ответа нет вовсе. Как и не значит то, что идея не имеет права на жизнь.

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

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

15. Советуйтесь с командой

Да, вы руководитель, но. Вы просто не можете знать всего, насколько бы опытным ни были, всегда остаётся вероятность не рассмотренной вами ранее возможности реализации. Описав задачу своей команде заранее, даже если она только потенциально пойдёт в работу в ближайшие месяцы а не прямо сейчас, вы сможете не только собрать мнения от людей, которым в дальнейшем над этой задачей придётся работать, но также существует вероятность, что они укажут вам на пути более лёгкого решения ситуации, чем вам изначально казалось. И это действительно может помочь сэкономить вам кучу времени и сил. Да и не только вам ведь!

16. Признайте тот факт, что вы не всегда будете правы

Даже если вы при обсуждении работы точно уверены, что ваше решение единственно правильное, а вам предлагают, как вы считаете, менее эффективные варианты – позвольте людям рассказать свою идею и своё виденье ситуации.

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

Простые выводы

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