Управление большими проектами требует особого подхода. Для того, чтобы проект стал успешным необходимо использовать новые методы работы, которые существенно отличаются от стандартных офисных методик. Сегодня, когда все чаще в работе над серьезными проектами задействованы распределенные команды, ошибки в управлении могут привести к катастрофе. Одна из самых распространенных ошибок заключается в малом количестве исполнителей, которым нужно решить поставленную задачу в нереально короткие сроки. Очевидно, что для цифровой среды многие процессы нуждаются в переосмыслении, так как однотипные ошибки допускаются с удручающей регулярностью. Управление крупным проектом является непростой задачей и всегда нужно помнить, о возможных ошибках, которых можно было бы избежать, если всегда держать руку на пульсе и вовремя реагировать, если ситуация выходит из-под контроля.
Отсутствие приоритетов в работе
Сегодня многие распределенные команды работают без четкого плана. В их работе никак не описаны и не регламентированы процессы для определения приоритетов входящих заданий. Дело в том, что в удаленной работе еще совсем недавно это совсем не требовалось – проекты были маленькими, работа нередко начиналась с нуля и быстро завершалась. В наши дни все изменилось – многие серьезные организации, выступающие в роли заказчика, уже имеют развитую цифровую инфраструктуру и участникам команды требуется много времени для того, чтобы войти в курс дела. Именно на начальных этапах чаще всего допускается ошибка в расстановке приоритетов. Вместо того, чтобы сосредоточиться на самом главном, руководители проекта постоянно отвлекаются на «хотелки» заказчика и тем самым замедляют работу. Целесообразность отходит на второй план, что не только вредно, но и ставит под удар дальнейшую судьбу всего проекта.
Работа над несколькими проектами одновременно
Некоторые команды, стремясь увеличить свои доходы, берут в работу сразу несколько проектов. Если штат команды достаточно большой, то это не является особой проблемой. Но если сотрудников мало, то сразу выявляются все недостатки такого подхода. Если заказчиков несколько, всем им нужно демонстрировать стабильный прогресс и тогда менеджеры начинают «жонглировать» проектами, постоянно переключая ключевых специалистов с одной задачи на другую.
И каждый раз происходит одно и то же – прогресс замедляется, несмотря на то, что все участники команды вроде бы напряженно работают. Это распространенная ошибка, которой можно легко избежать, если не распыляться между разными проектами. Самые успешные распределенные команды, работают по плану, сосредоточившись на одном-единственном проекте. При этом у них может быть несколько заказов, стоящих в очереди. Если команда большая, руководитель может разбить ее на несколько групп, которые могут вести отдельные проекты, но при этом крайне важно, чтобы каждая группа работала только над одной задачей от начала и до конца.
Отсутствие сотрудничества
Одной из частых ошибок в работе над крупными проектами является непонимание менеджерами команд особенностей взаимодействия в цифровой среде. Они рассматривают все процессы как некую последовательность и пытаются выстроить некий конвейер, где все этапы следуют друг за другом. Но на практике это не работает или работает очень плохо. Чтобы дело быстро двигалось вперед, все участники команды должны работать на общий результат и тесно сотрудничать.
Если разработчику нужно ждать, пока дизайнер сделает свою работу, это ошибка. Опытный менеджер постарается наладить процессы так, чтобы у сотрудников не было бы длительных простоев в вине других участников команды. Начать разработку можно и не дожидаясь, когда дизайн будет полностью готов, менеджеру нужно лишь понимать общую картину и грамотно ставить задачи исполнителям. Иногда это может привести к тому, что нагрузка на разных специалистов будет неравномерной, но в целом при таком подходе работа идет намного быстрее.
Неправильный выбор инструментария
Сегодня в интернете можно найти большое количество инструментов для совместной работы. Каждый из них по-своему хорош, но для выполнения конкретной задачи нужен такой инструмент, который исключает неправильное понимание поставленных целей. Многие программы-планировщики буквально провоцируют менеджеров на создание «конвейера» и это приводит к многочисленным ошибкам. Последовательный подход не отличается гибкостью, а управление большим проектом должно быть максимально гибким.
Работа в цифровой среде, где все меняется очень быстро, требует инструментов, которые позволяют участникам команды быстрее адаптироваться к изменениям. Любой из членов команды должен видеть, как движется работа, у него должно быть достаточно свободы для того, чтобы он в разумных пределах мог регулировать свою нагрузку, каждый участник должен иметь возможность обсуждать проблемы и вносить изменения на любом этапе взаимодействия. Если такой возможности нет, это значит, что инструментарий подобран неправильно и это замедлит работу над проектом.
Чрезмерный акцент на спецификациях
Очень многие цифровые проекты «не взлетели» только лишь потому, что имели слишком много спецификаций. В них слишком подробно было описано то, что именно должна была сделать команда. Совсем без спецификаций, конечно, работать нельзя, но чрезмерная зарегулированность только вредит. Есть огромное количество технических деталей, которые могут поставить судьбу проекта под угрозу, хотя с виду все нормально. От самого подробного брифа не будет никакой пользы, если в результате проект не оправдает ожидания пользователей. Если в спецификациях не учитывается возможность извлечения уроков, полученных в ходе работы, риск возможной ошибки взлетает до небес.
Цифровая среда требует гибкого подхода с возможностью постоянного редактирования спецификаций. Невозможно заранее учесть все возможные проблемы – так или иначе что-то придется менять или переделывать.
Неспособность провести исследования
Если у руководителя проекта достаточно информации с самого начала, это очень хорошо. Но так бывает далеко не всегда и многие команды начинают работу, не имея точного понимания, что именно должно получиться на выходе. Любой серьезный проект состоит из огромного количества задач и точно обозначить их все невозможно.
Очень часто менеджеры проектов пренебрегают предварительными исследованиями и тем самым совершают большую ошибку. Недостаток информации может привести к тому, что часть рабочего времени будет потрачена впустую, так как участники команды трудились над тем, что не нужно заказчику. Не стоит экономить на исследованиях, это ложная экономия. Но и чрезмерно на них фокусироваться не нужно. Очень часто вполне достаточно поработать с фокус-группой или провести семинар с заинтересованными сторонами. Такой подход позволяет точнее обозначить цели и тем самым избежать дорогостоящих ошибок.
Слишком много споров
Если в процессе работы над большим проектом между участниками возникает слишком много споров, ни к чему хорошему это не приведет. Споры непродуктивны, на них уходит много времени и сил. Когда члены команды начинают спорить над какой-нибудь банальной проблемой вроде выбора цвета – это тревожный сигнал.
Если менеджер допускает такую ситуацию во время работы над проектом, он совершает большую ошибку. Без споров обойтись не удастся, но можно сделать их более полезными. Всякий раз, когда возникает разногласие, нужно сделать все, чтобы быстро найти верное решение. Если нужно протестировать два альтернативных подхода на пользователях, то лучше протестировать, чем доводить ситуацию до точки кипения. Лучшие руководители распределенных команд прекрасно понимают важность внутренней культуры в коллективе и стараются по минимуму задействовать чересчур упрямых или скандальных исполнителей.
Неправильное понимание ролей
Если проект начинает буксовать из-за того, что команда погрязла в дебатах, это может свидетельствовать о том, что работники не до конца понимают, какую роль они играют в коллективе. У каждого сотрудника быть свои обязанности в пределах его компетенции. Люди начинают защищаться, если вдруг оказывается, что им приходится делать совсем не ту работу, на которую они рассчитывали, присоединяясь к команде.
Неправильное распределение ролей является очень большой ошибкой менеджера проекта. Если участники команды начинают бастовать или ругаться друг с другом, проблему нужно срочно решать. А лучше вообще не допускать такое положение дел. Нужно лишь с самого начала хорошо объяснить, чем именно будет заниматься каждый участник команды и какие объемы работы ему придется выполнить. Такой подход позволит исключить возможные конфликты во время работы над проектом.
Отсутствие четкого принятия решений
Помимо неправильного распределения ролей на успех проекта может повлиять слабый менеджмент. Если не ясно, кто именно принимает окончательное решение, это существенно замедлит работу. Эта ошибка очень часто встречается в проектах с большим количеством заинтересованных сторон. Как правило, окончательное решение принимает заказчик, но бывает и так, что он делегирует эту ответственность своим менеджерам, что потом приводит к путанице.
Нужно еще в самом начале составить список людей, которые будут принимать наиболее важные решения. В этот список должны входить люди как со стороны клиента, так и со стороны исполнителей. Есть множество задач, где решение должен принимать менеджер команды, так как заказчик может быть некомпетентным в различных технических вопросах. Четкая иерархия в менеджменте практически исключает случаи, когда работа будет стоять из-за того, что нет человека, готового взять на себя ответственность и принять важное решение.
Отсутствие рабочей методологии
Одной из самых больших ошибок в работе над большими проектами является отсутствие внутренних стандартов в коллективе. Стандарты, как и культура внутри команды, позволяют улучшить взаимодействие между всеми участниками. Многие команды, работающие без четких стандартов, не ощущают никаких проблем, но до тех пор, пока им не попадется действительно большой и серьезный проект. Если команда формализует рабочие процессы, это поможет ей быстрее справляться с самыми разными задачами. У команды должны быть принципы, по которым она работает, без этого не обойтись. Если участник команды будет знать, как ему следует поступить в той или иной ситуации, это существенно снизит нагрузку с менеджеров, которые тем самым получат возможность сосредоточиться на более важных вещах.
Вывод
Конечно, в работе над большими проектами не обойтись без ошибок. Невозможно полностью исключить влияние человеческого фактора, люди не роботы, они устают, теряют фокус и ошибаются. Но многих ошибок можно избежать, если знать о том что может поставить судьбу проекта под угрозу. Конечно, возможных ошибок намного больше, чем десять, но именно они оказывают самое существенное влияние на динамику рабочих процессов как внутри команды, так и вне ее.
0 комментариев