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

Почему разработчики, продакты и дизайнеры говорят на разных языках?

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

Партнерство прежде всего

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

Все говорят: «продукт, создайте продукт, создайте продукт», а затем никого не приглашают на вечеринку по случаю сдачи продукта. Все в основном сосредоточены на этих условиях и на том проекте, который станет частью пути, а также на той функции, о которой все говорят. И это нормально, это часть динамики, это часть опыта. Самое главное, чтобы каждый отдельный представитель команды был с самого начала создания проекта и до самого конца. И я не говорю, что там должны быть все ваши разработчики или все дизайнеры, но хотя бы один представитель от отдела. Это необходимо для того, чтобы создать трехфазную структуру и убедиться, что вы объединились и рассматриваете каждый отдельный аспект проекта: вы рассматриваете проект с точки зрения пользователя, вы определяете границы и устанавливаете временные рамки (как много у вас есть времени, ресурсов), также вы выявляете технические ограничения и возможности создания действительно эффективного внедрения и обслуживания. Вот почему это действительно важно, потому что каждое отдельное мнение активно обсуждается на повестке дня. Это ключевая часть процесса, если вы действительно хотите создать устойчивые отношения и в конечном итоге добиться хорошего завершения проекта.

Но знаете ли вы, что на самом деле происходит на каждой из этих фаз? Всякий раз, когда у вас есть новая тема для разговора о новом условии или чем-то еще более конкретном, что включает в себя все возможности проекта и весь его контекст, вы входите в так называемую «зону прений» (англ. Groan zone). Это не новый термин, Сэм Кэнер придумал его давным-давно. Я уверена, что вы сталкивались с ней, хотя и не знали, что она так называется. Это «зона прений», и это – то неприятное состояние и ну лучшее время в командной динамике, это те фазы вашего проекта, когда становится трудно, все идет наперекосяк. Может быть, вы не учли некоторые условия, может быть, вы провели недостаточно исследований, и вы пытаетесь прийти к каким-либо компромиссам на ходу, а все не согласны. Это то состояние, которое все ненавидят, но очень важно убедиться, что вы успешно разрешаете эти конфликты. И вы делаете это, не осознавая, что вы это делаете. Действительно легко запутаться во всех безграничных возможностях тем или требований. Особенно, как продакт-дизайнерам нам просто нравится превосходить ожидания относительно функциональных возможностей нашего продукта, и я уверена, что продакт-менеджеры и разработчики также очень хотят создать что-то по-настоящему стоящее. Каждый хочет сделать свою работу на высшем уровне. Но очень сложно просто следовать этим конкретным бесконечным возможностям всякий раз, когда вы ищете решение.

Упреждающее решение проблем

Также очень важно учитывать, что мир постоянно меняется. Мы все это хорошо знаем. Также, как и условия проекта. Ничто не вечно, все может сильно поменяться на конкретном этапе проекта или на протяжении всего проекта. И это означает, что вы, как профессионал, независимо от вашей области знаний, должны уметь самостоятельно управлять тем, что находится под вашим контролем. Как дизайнер, я могу сказать, что если я увижу что-то, что может принести пользу моему конечному пользователю, я этого достигну. Скорее всего, я проведу какое-то время с большим количеством пользователей, или постараюсь поговорить с заинтересованными сторонами, чтобы убедиться, что мы проводим дополнительные исследования в самом начале и в самом конце проекта.
Проявляйте инициативу, проявляйте независимость. Это очень важно, потому что каждый хочет делать лучшее, на что он способен, и быть лучшей версией себя, но также необходимо убедиться, что вы делаете нужные вещи с самого начала. Я немного расскажу вам об упреждающем решении проблем. Всякий раз, когда мы сталкиваемся с проблемой, даже я, особенно на первых этапах, я просто пугаюсь, когда вижу ее, потому что это часть нас – человеческих существ – вот такие мы, и действительно важно убедиться, что да, у вас есть время волноваться, у вас есть время сделать все, что вам нужно, чтобы избавиться от этого волнения. Но затем просто спросите себя: «Что я могу сделать на этом этапе, чтобы перейти к следующему? Это что-то такое, чем я должен поделиться со своим менеджером? Должен ли я придавать этому такое большое значение? Могу ли я решить это сам? Что мне нужно предпринять, чтобы убедиться, что я смогу решить эту проблему?». Действительно важно, если вы не можете найти для себя ответ – передать этот вопрос на рассмотрение руководству, поговорить со своим менеджером, сообщить об этом команде, провести несколько творческих сессий с другими вашими коллегами, просто чтобы убедиться, что каждый может помочь вам решить эту конкретную проблему, с которой вы столкнулись.

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

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

Важные уроки, которым меня научила работа в команде

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

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

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

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

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

Сотрудничество – это принцип, а не тактика. Я научилась этому не в школе и не на курсах. Конечно, существуют ресурсы, такие как дизайн-конференции, где многие люди делятся своим опытом, но сотрудничество – это больше о создании своего личного бренда с остальной командой очень изящным способом. Не думайте об этом как о чем-то, чему вам следует научиться (например, способам общения и способам быть более напористым, ведь для этого существует много ресурсов), и тогда вы сможете научиться чему-то большему. Подумайте о своих ценностях и принципах, которые будут определять конкретную коммуникацию и командную динамику всего проекта.

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

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

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