Говоря об управлении людьми и собственности проекта

Некоторое время назад я провел внутреннюю беседу в своей компании о создании отличных проектных команд. Я назвал ее «Одиннадцать друзей Оушена по управлению проектами»; Мотивация команды сказать: «Возможно, но как?» вместо «невозможно!». Одна из наиболее повторяющихся и устойчивых проблем, с которыми мы сталкиваемся в нашей компании с проектными командами, — это отсутствие сопричастности и контроля (в команде в целом), поэтому я хотел поговорить о том, что я узнал из своего недавнего опыта. опыт, чтобы заранее избежать этих проблем (по большей части).
Мой собственный тезис заключается в том, что создание команды с правильными социальными и межличностными аспектами в ее основе приводит к результатам работы, которые постоянно превосходят ожидания.
Можно найти множество замечательных определений владения , но я чувствую необходимость дальнейшего разбиения этого термина на его практические компоненты, чтобы сформулировать, что ожидается от отдельных лиц и команд, когда их просят взять на себя ответственность за результат. Владение проектом — это всеобъемлющий термин, который охватывает полноту реализации, основную ценность шокунина и некоторую степень страсти к тому, что делается.
Конечно, я пишу это с точки зрения менеджера проекта, подчеркивая, какую роль должен играть менеджер, чтобы способствовать позитивной динамике команды, но, по сути, любой член команды может взять на себя эту роль, если он чувствует к этому склонность. Есть 3 основных прогрессивных компонента, которые должны быть ядром культуры проектной команды.

Первым из них является доверие . Руководителю команды важно понимать, что ваша команда сознательно или подсознательно находится в реактивном состоянии ума. Они ответят на все, что исходит от вас. Если вы начнете с вопросов и критики, они склонятся к тому, чтобы занять более оборонительную позицию. Если вы видите свою ситуацию как ситуацию, состоящую из менеджера и его команды, они увидят ее так же.
С мугиварой на голове, мой совет здесь состоит в том, чтобы рассматривать ситуацию так, как будто каждый является частью команды со своими собственными ролями, чтобы поддерживать друг друга везде, где это необходимо для достижения общей цели; они примут и оценят это, и это, в свою очередь, будет первым шагом к установлению того, что мы все вместе. Подтверждение того, что даже вы, как их менеджер, остаетесь уязвимыми без поддержки вашей команды, еще больше укрепит ваше доверие к ним и побудит их доверять друг другу и вам.
Как менеджер, вы фактически лидер. На вас возложена обязанность определять направление вашего корабля, вдохновлять свою команду и брать на себя ответственность за любые последствия.
Говоря более прагматично, можно сделать ряд вещей, чтобы установить и укрепить доверие. Я обнаружил, что бдительность в процессе оценки является одним из ключевых факторов установления доверия в команде. После того, как менеджер объяснит функцию и цель, следует попросить человека, на которого возложена задача, дать оценку. Здесь важно установить, что честность в этом процессе имеет первостепенное значение. Они должны нести ответственность и отчитываться перед вами за свою работу, что позволит вам, как менеджеру, уверенно защищать их оценки и работу от любого, кто придет с просьбой.
Построение взаимопонимания , безусловно, легче сказать, чем сделать. Хотя в этом контексте то, что я заметил, является лучшим катализатором — это усилия человека по выполнению своего задания и попытка выполнить свою задачу. Сделать это с пониманием того, что предшествовало в процессе, и того, что их собственная работа должна стать предпосылкой для чьей-либо работы, является трудным умственным препятствием для преодоления, но может быть достигнуто, если уделить немного времени и своевременной критике.
Вся работа над проектом является частью цепочки взаимосвязанных процессов. Когда задача попадает в суд разработчиков, она уже проделала значительный путь, и до места назначения еще далеко. Уже были предприняты значительные усилия, чтобы понять, что нужно сделать, и достаточно хорошо сформулировать требования для разработчика в виде текста и изображений. Работа разработчиков должна пройти обширный цикл контроля качества, прежде чем в конечном итоге она будет объединена с проектом. Каждый в команде каким-то образом связан со всем, что происходит в проекте, и, следовательно, на него влияет каждое отдельное выступление.
Для дальнейшего укрепления этих идеалов необходимо создать культуру празднования успехов команды и проекта. Но в завершение моей первоначальной точки зрения, понимание процесса и наличие определенной степени эмпатии в понимании ролей и обязанностей члена команды может сыграть большую роль в установлении взаимопонимания человека в своей команде.
Завоевать уважение — самая трудная задача, поскольку оно исходит из гораздо более глубокого места внутри вас. В нашем нынешнем контексте я считаю, что постоянное превышение своего служебного долга и/или великолепное индивидуальное выступление играют важную роль в завоевании уважения других.
Чтобы уточнить, мы говорим здесь об уважении как коллег, а не как отдельных лиц. В то же время, когда человек проводит с кем-то 50–70 часов в неделю, границы становятся довольно размытыми. По мере того, как я думаю об этом больше, мне есть что сказать, но в интересах краткости и вашего внимания я приведу несколько примеров того, что я считаю выходом за рамки служебного долга: попытка понять рабочие проблемы коллеги и помощь в их решении, привнося креативность и идеи, выявляя пробелы и предпринимая шаги для их заполнения.
Уважение может быть тем моментом, который я, возможно, не в состоянии сформулировать так же хорошо, как другие, но ценность наличия уважения внутри членов команды совершенно ясна. Уважение ведет к сплоченности и духу товарищества внутри команды, оно ведет к тому, что команда может преодолевать препятствия и труднопроходимую местность, развивает в команде устойчивость к трудным ситуациям, с которыми неизбежно сталкивается любой проект.
Эта серия постов представляет собой исследование более нематериальных аспектов жизни проекта. С нетерпением ждите моего следующего поста, где я расскажу еще о нескольких вещах, которые сделают эти мысли более структурированными.