Четкие роли и правила управления для гарантированного успеха проектов и изменений за 2 месяца
Поможем в достижении стратегических целей и масштабировании вашего бизнеса за счет построения прозрачной и результативной системы управления проектами и изменениями без авралов и микроменеджмента.
Никаких революций и построения системы с чистого листа: берем то, что работает, и меняем то, что не работает, а также внедряем инструменты, которых не хватает.
Крупный бизнес с растущим портфелем проектов
Малый и средний бизнес, который давно существует, быстро растет и трансформируется
Новый малый и средний бизнес
Руководители организаций и проектных офисов
Проекты регулярно нарушают сроки и превышают бюджет.
Заказчики (внутренние или внешние) недовольны результатами проектов.
Теряем запланированную маржинальность проектов из-за неуправляемого роста требований, сдвига сроков и постоянных переделок.
Результаты проектов не используются в полном объеме из-за сопротивления сотрудников.
Утверждаются плохо проработанные инициативы, которые в процессе реализации сталкиваются с непреодолимыми рисками, организационными ограничениями и резко растут в объеме требуемых ресурсов.
Не можем корректно оценить стоимость проекта, из-за этого работаем в убыток.
Продолжаем как ни в чем не бывало реализовывать проекты, даже если они потеряли актуальность или имеют критические риски.
Делаем не самые важные проекты или то, что потом не используется, работаем на “корзину” и из-за этого падает мотивация сотрудников и сливаются ресурсы.
На ежегодных стратсессиях планируем светлое будущее, слабо связанное с реальными проектами, которые мы способны реализовать.
Все время нужно больше ресурсов в ИТ, при том что текущие ресурсы не очень эффективно используются (тратятся не на самые приоритетные задачи, простаивают, “непонятно чем заняты”).
Бизнес требует делать больше проектов, не учитывая ограниченность ресурсов ИТ, а ИТ не может внятно объяснить, что сделать, чтобы найти нужные ресурсы.
Не можем найти специалистов нужной квалификации на рынке с учетом наших финансовых возможностей.
Неэффективно тратим время на проектных совещаниях - в основном собираем информацию, пытаемся понять, что происходит на самом деле, тонем в деталях, медленно или необоснованно принимаем решения, постоянно ругаемся.
Не можем брать более сложные проекты и масштабировать бизнес, так как не хватает опытных проектных менеджеров. Брать новых проектных менеджеров рискованно, дорого, плюс нужно отвлекать ключевых сотрудников компании, чтобы ввести новичков в курс дела.
Проектами руководят люди, не имеющие нужных компетенций. Мы не знаем, как это исправить без дорогого и долгого найма опытных РП (что не входит в наши планы).
Нам необходимо в сжатые сроки реализовать бизнес-критичную программу трансформации (слияния, импортозамещения, замены АБС), но у нас нет достаточно сильных проектных менеджеров и проектного офиса для того, чтобы быть уверенными в успехе, а экспериментировать некогда, да и непозволительно.
Медленная и некачественная адаптация менеджеров проектов приводит к необходимости постоянно за ними перепроверять, улаживать их проблемы с заказчиками, а также приводит к их неспособности быстро решать вопросы внутри организации.
Из-за постоянных переделок тратим дополнительные ресурсы и нарушаем сроки.
Нерегулярные или слабые коммуникации между сотрудникам, информация приходит не полностью, с опозданием, что приводит к раскоординации команды, переделкам.
Каждый проектный менеджер управляет проектом на свое усмотрение исходя только из предыдущего опыта и того, что считает правильным, что приводит к проблемам.
Постоянно наступаем на одни и те же грабли, не учимся от проекту к проекту. Например, не выясняем все ожидания, требования и ограничения заказчика.
Менеджеры взаимосвязанных проектов действуют автономно, не общаются, не координируют свои действия.
Живем в постоянном аврале и перегрузке людей, что приводит к выгоранию и даже увольнению сотрудников.
Узнаем о проблемах в последний момент, решаем их в “пожарном” режиме и с глубоким погружением высшего руководства, что дорого как по деньгам, так и по времени, либо признаем, что ничего уже не сделать нельзя.
При планировании проектов не учитываются важные факторы - доступность ресурсов, зависимости, упускаются из вида важные работы, что приводит к полной невозможности реализовать проект или к серьезному нарушению сроков.
Не понимаем, что происходит в проектах, не доверяем отчетности (неактуальна, недостоверна, приукрашена). Чтобы разобраться, руководителю необходимо постоянно собирать совещания, обзванивать исполнителей или лично проверять результат.
У нас есть методология (регламент) управления проектами, но она не работает.
Не можем выбрать оптимальный стандарт или метод для внедрения у себя. Не знаем, как разработать его быстро, эффективно, чтобы он прижился и не устарел.
Наша методология безнадежно устарела - не соответствует реальности, а объяснять как надо делать каждому новому проектному менеджеру, заказчику или просто участнику проекта - слишком дорого, долго, да и нет столько времени.
Текущие процессы управления проектами забюрократизированы, хотим сильно облегчить методологию, и при этом не нарваться на возможные риски.
Мы хотим понять, нужно ли нам проектное управление на конкретном примере (проекте), чтобы решить, нужна ли нам методология управления проектами.
Я никогда не управлял / запускал проектный офис, я хочу сделать это правильно в короткие сроки и с минимальным количеством ошибок.
Проектный офис воспринимается как бюрократическая надстройка, которая требует ресурсов, но не помогает бизнесу реализовывать стратегию и делать проекты. Нам нужно перестроить его работу так, чтобы отпали любые сомнения в его ценности.
Изменения на рынке и в компании возможно требуют создания проектного офиса. Но нам не очень понятно, нужен ли он, кто должен им руководить, каким он должен быть, сколько ресурсов потребуется для его эффективной работы.
Менеджеры проектов привыкли замалчивать проблемы, пассивны, в основном жалуются на неуправляемые причины, не предлагают конкретных и реализуемых решений.
Незаинтересованность заказчиков и руководителей в своевременной и результативной реализации проектов, избегание участия в проектах.
Сталкиваемся с неготовностью назначенных сотрудников, заказчиков, кураторов отвечать за результаты проектов, конфликтами из-за неясной ответственности.
У нас есть большой внутренний опыт и высокая экспертиза ключевых сотрудников, но не получается выстроить систему онбординга так, чтобы новички быстро обучались и сразу погружались в работу
Мы хотим избавиться от лишнего объема работы и затрат, отказываясь от ненужных и ресурсозатратных проектов и сокращая объем требований к нужным проектам благодаря сопоставлению их с целями проектной деятельности.
Мы хотим реализовывать важные для организации проекты с прогнозируемыми сроками и результатами.
Нам нужно делать проекты быстрее и с минимальным вовлечением топ-менеджмента.
Видеть полную картину по проектам с актуальной и объективной информацией: факт, прогнозы, риски, отклонения, сколько потрачено и сколько сделано
Быть уверенным, что проект будет реализован в нужные сроки, а если что-то пойдет не так, то руководитель проекта придет заранее с вариантами решений и конкретным запросом
Своевременно получать информацию по выявленным рискам и проблемам с учетом их приоритета (например, зависимостей)
Успешно реализовывать проекты без микроменеджмента и излишнего погружения в детали
Получить объективный взгляд на то, что работает, какие проблемы есть в управлении проектами и что с ними делать
Получить обратную связь по поводу того, кто что умеет, соответствует ли занимаемой позиции и делает ли то, что нужно
Получить примеры и лучшие практики, на которые можно ориентироваться для успешной реализации проектов, в том числе самых сложных и масштабных
Создать и внедрить правила управления проектами (зачем, что, кто и когда должен делать), которые будут приняты и использоваться командой без сопротивления
Не вовлекаться каждый раз в конфликтную ситуацию на проекте, в которой непонятно кто и за что отвечает, кто прав, а кто виноват
Создать прозрачную и надежную систему коммуникации между участниками проектной деятельности
Вариант 1: Разработка собственной методологии
Используем пошаговую авторскую технологию PMLogix. Сроки разработки 2-3 месяца.
Рекомендуем этот вариант, если в вашей компании большой объем внутреннего опыта (как отрицательного, так и положительного), есть возможность вовлекать стейкхолдеров и опытных руководителей проектов, методология уже внедрялась и пересматривалсь многократно.
Вариант 2: Адаптация готовой “коробочной” методологии
Используем наш метод управления проектами Парацельс ПМ или любой другой, более предпочтительный для вашей организации (Scrum, PMBok, Prince2 и т.д.). Сроки разработки 1,5-2 месяца.
Рекомендуем этот вариант, если методология разрабатывается впервые, в организации низкая зрелость управления проектами и нет стабильного успешного внутреннего опыта. Методологию нужно разработать в сжатые сроки и с ограниченным бюджетом.
Как правило, любой формат состоит из сессий менторинга 1-2 раза в неделю по 2 часа с домашними заданиями, разработки нормативно-методических документов, обучения, консультационного сопровождения, апробации и внедрения методологии.
Клиент: Общество с ограниченной ответственностью “Гранд Проект”.
Ключевая проблема: Существенная часть знаний компании по управлению проектами не формализована, представляет собой набор различных практик и инструментов, из-за чего компании сложно масштабироваться и включать в работу новых руководителей и специалистов.
Пример проблемы на практике: Опытность ключевых руководителей проектов компании стала мешать адаптации (онбордингу) новых. Ключевым сотрудникам было не понятно, как быстрее и проще передавать новым работникам свои компетенции. Существенная часть знаний была не формализована, тогда как руководству компании хотелось чтобы их опыт работал на них — снижал требования к начинающим специалистам, позволял быстро “натаскивать” их под определенные задачи, а не поднимать требования к найму. Кроме того, компания хотела распространять лучшие практики по управлению проектами во всей компании, делегировать часть работ менее опытным сотрудникам, снять ограничение в масштабировании компании, а также обеспечить профилактику наиболее часто встречающихся рисков и повысить предсказуемость сроков выполнения проектов. Для этого решено было серьезно пересмотреть, а по сути пересобрать заново текущий подход к управлению проектами, который состоял из отдельных атомарных элементов (документы, отчеты, встречи), но без единого для всей компании стандарта и правил его применения, что приводило к использованию в разных проектах разных подходов к управлению.
Этап первый
Сначала мы договорились по формату взаимодействия. Решено было работать спринтами в течение 2,5-3 месяцев, но по итогам первого месяца посмотреть, насколько компании подойдет предлагаемый формат. Также выбрали оптимальную частоту встреч с консультантами и рабочей группы клиента. Встреча с консультантами и внутренние встречи проходили еженедельно (всего 2 встречи в неделю).
На первой встрече с рабочей группой мы договорились о всех ключевых терминах, которые мы будем использовать в ходе работы. Например, мы договорились о том, что такое артефакт, роль, жизненный цикл и тд.
Также мы предварительно уточнили цели, которых хотим достигнуть и проблемы, которые хотим решить в первую очередь. Одной из самых важных для компании областей внимания, которую было необходимо описать являлось работа со знаниями — их сохранение, структурирование, подготовка для использования на всех новых проектах.
На выходе мы должны были получить готовую “технологию” управления, которая бы позволяла управлять всеми проектами компании.
На основе этой информации мы создали дорожную карту совместной работы, где зафиксировали ключевые результаты, которые должны быть в общем и по итогам каждого спринта.
Это заняло 1 неделю. Все взаимодействие проходило в формате онлайн встреч.
Второй этап
На этом этапе началась основная работая в виде регулярных онлайн встреч и работы между встречами.
Для начала мы определили и подготовили определения аспектов, то есть зон внимания, с которыми нужно работать в первую очередь. Для этого мы выделили драйверы, то есть главные причины успеха и неуспеха проектов, наиболее важные проблемы и риски, которые в проектах возникают и сгруппировали их. Среди получившихся аспектов выделили наиболее важные, с которыми мы будем работать в дальнейшем и уточнили их определения, чтобы каждому участнику было понятно, что значит тот или иной аспект. Вот какие аспекты мы выделили: сроки, взаимодействие с заказчиком, команда, знания, затраты и другие.
На эту работу мы потратили около 1 недели. На данном проекте 50% работы происходила на встречах, а 50% самостоятельно, с поддержкой консультантов в удаленном режиме.
Третий этап
Здесь мы совместно описали стандартный жизненный цикл проектов компании, обсудили его и скорректировали, а также выделили различные типы проектов (с учетом масштаба, характера и тд.), характерные для компании и зафиксировали их особенности и их влияние на методологию. Также мы описали каждую фазу / этап получившегося жизненного цикла, то есть указали их цели, описания и результаты, которые должны быть получены в результате каждой фазы / этапа. Это делается для того, чтобы поделить наши проекты на понятные, управляемые части и точно знать, когда применять конкретный инструмент управления.
Кроме того, по каждой фазе жизненного цикла мы выбрали те аспекты (области внимания определенные ранее), которые были бы релевантны для этого этапа. Благодаря этой работе стало ясно, чему в каждой фазе жизненного цикла уделять приоритетное внимание. Например на фазе “завершение” самыми важными аспектами являются знания и документооборот, а на фазе “реализация” — сроки и тд.
На эту работу мы потратили 1 неделю.
Четвертый этап
На данном этапе мы определили и проинвентаризировали уже имеющиеся проектные роли на стороне компании и клиента, дополнили их перечень, а также перечислили должности, которые принимают участие в проектах. Затем мы описали каждую роль, выдели зоны ответственности, зафиксировали их функции и полномочия. На эту работу у нас ушла 1 неделя, и в результате стало понятно кто нужен в проектах и зачем.
Пятый этап
Мы выписали все аспекты релевантные для каждой фазы жизненного цикла проекта
и выделили по ним артефакты (документы, результаты, что-то еще, что можно проверить) и события (совещания, процедуры), которые уже описаны, есть но не формализованы и встречаются не на всех проектах, либо которых пока нет, но их нужно разработать.
Мы поделили все артефакты на гейтовые, то есть итоговые артефакты по каждой фазе или этапу жизненного цикла, общие для всех фаз жизненного цикла, а также частные артефакты, то есть те, которые релевантны для одной конкретной фазы или этапа.
Мы сделали это для того чтобы проверить, действительно ли нужные нам аспекты покрыты существующими или новыми артефактами. На эту работу мы потратили примерно 1 неделю.
Шестой этап
Здесь мы собрали все получившиеся артефакты вместе, то есть сделали единый список артефактов, определили зачем нам нужен каждый артефакт, определили есть ли уже этот артефакт или его нужно заново разрабатывать и внедрять. Наша задача заключалась в том, чтобы оптимизировать список артефактов, убрать лишнее, объединить близкие по смыслу или сценариям использования артефакты, и самое главное, выделить обязательные артефакты, которые необходимо проработать в самом начале к моменту запуска методологии. Эта работа заняла у нас около 2х недель.
Седьмой этап
На данном этапе мы определили, какие совещания, встречи и другие процедуры нам нужны, для управления проектами компании. Очень важно не забывать про выделенные аспекты (области внимания) в ходе проекта, поэтому они обязательно должны “всплывать” в ходе какой-то регулярной деятельности, например обсуждаться на совещаниях, включаться в их повестку. Мы выделили встречи, внутренние и внешние, как самые стратегические, нацеленные на успех проекта проекта в целом, так и тактические, регулярные встречи команды. Для каждого события определили его цель, обязательность, состав участников, привязали их к определенной фазе / этапу жизненного цикла, а также проверили, что этими событиями мы закрываем все важные аспекты.
Как? Выделили пункты повестки и подкрепили это артефактами. В ходе этой работы мы выявили несколько артефактов, которые нигде не используются и отказались от них, тем самым оптимизировав их состав. Делая эту работу мы опирались на опыт клиента, на свои кейсы и нашу авторскую методологию Парацельс ПМ. Эта работа заняла у нас около 2х недель.
Восьмой этап
На этом этапе мы создали матрицу ответственности по всем артефактам, чтобы четко разграничить ответственность каждого участника проекта. В результате стало ясно, какая роль / должность отвечает за каждый результат и в какой части. Кто отвечает за создание результаты, кто отвечает за его согласование, утверждение и тд. Эта работа заняла у нас около 1 недели.
Девятый этап
В финале нашей работы мы вернулись к списку артефактов, который в ходе прохождения каждого этапа оптимизировался и определили, какие из этих артефактов войдут в список “для запуска”, а которые останутся в бэклоге (очереди) и их можно разработать и внедрить позднее. Наша задача здесь была в том, чтобы покрыть все аспекты, но при этом объем изменений был адекватным запросам и возможностям компании.
После этого, для каждого артефакта была описана технология его создания и требования к каждому артефакту в виде примеров, чек-листов, шаблонов или инструкций. После этого мы удостоверились, что каждый из артефактов покрывает нужные аспекты. Работа заняла 2 недели.
В результате мы получили ответ на вопрос:
- зачем мы делаем? (аспекты)
- когда мы делаем? (жизненный цикл проекта)
- что делаем? (артефакты с технологией их создания)
- когда встречаемся, какие решения принимаем? (совещания, встречи и процедуры)
- кто и за что отвечает? (перечень ролей и должностей).
Для удобства использования на базе рабочего пространства сделали итоговое презентационное пространство, в котором отражены все ключевые договоренности (аспекты, жизненный цикл, роли, артефакты, совещания и тд.). Оно в дальнейшем будет использоваться для адаптации новых сотрудников, аудитов и доработки методологии.
Этап подготовки к запуску
Мы рассказали клиенту о технологии запуска, о том, кто будет вносить изменения в разработанную нами методологию и как, как будут приниматься решения в ходе запуска и тд. Обсудили как приземлять и адаптировать новую методологию на уже имеющиеся в компании проекты, привязывать проектные роли к конкретным людям в компании, также рассказали про технологию внедрения изменений, преодоления сопротивления и о том, как проверять, что методология реально выполняется.
На этом этапе клиент принял решение самостоятельно внедрять в практику новую методологию (но если нужно, мы всегда можем помочь и с этапами внедрения и последующего развития).
Отзыв клиента:
Результаты работы:
- разработали с учетом всех требований клиента и внедрили единую для всех проектов компании методологию управления проектами
- методология отвечает всем целям и задачам и использует опыт компании
- полностью пересмотрели проектную документацию, внедрили или пересмотрели отдельные документы и инструменты
- получили возможность масштабироваться за счет быстрого онбординга новых сотрудников
- получили возможность снизить требования к новым сотрудникам за счет систематизации опыта компании, создания единых “правил игры”
Глубинная или экспресс-диагностика проблемных мест в текущей системе управления проектами и изменениями:
- исследование проектной деятельности на основании интервью и анализа документов для выявления проблем
- анализ проблем для выявления их первопричин
- формирование рекомендаций по настройке системы управления, методологии, ИТ-инструментам, дорожной карты их проектирования и внедрения
Создание каркаса методологии: определение фокусов в управлении, наиболее значимых для организации аспектов (областей внимания). Это позволяет сократить затраты на использование инструментов, которые не создают ценность для компании (приводят к бюрократии), а также объем проектной документации
Формирование “ящика инструментов”, устраняющих первопричины проблем и гарантированно приводящие к профилактике и устранению проблем и рисков (решение подбирается с учетом контекста и специфики)
Определение необходимых коммуникаций и процедур, обеспечивающих надежное функционирование системы управления проектами и изменениями, оперативную синхронизацию команды, решение вопросов руководством, информирование заинтересованных сторон
Создание методологии, которая включает:
- нормативные документы (положения, регламенты, политики, гайды)
- шаблоны проектных документов
- инструкции для проведения коммуникаций (для проведения совещаний, использования отчетности и т.д.)
- модели ответственности (роли + матрица ответственности)
- метрики для контроля хода проекта
- требования к ИТ-инструментам по управлению проектами
- технологии работы со сложными вопросами в управлении проектами: оценка экономического эффекта, управление рисками, управление изменениями
Обучение: инструктажи и обучение участников проектной деятельности от младших сотрудников до высших руководителей
Пилотирование: коммуникации о планируемых изменениях, апробация нормативно-методических документов, в т.ч. регламентов, шаблонов и инструкций,
а также проектных коммуникаций на 2-5 проектах и их доработка по ее итогам
Разработка рекомендаций по тиражированию и обучение проектного персонала
Сопровождение внедрения и при необходимости доработка методологии
Время, которое вы потратите на поиск и обучение методолога, будет сильно больше того, что потребуется на создание собственной методологии при нашей поддержке. Кроме того, в случае с штатным методологом — результат не гарантирован и работа может растянуться на многие месяцы. Наша команда имеет большой опыт и насмотренность в части разработки и внедрения методологий управления проектами, и мы готовы подписаться под конкретные сроки ее готовности.
По нашему опыту — скорость адаптации готовой методологии сопоставима со скоростью разработки своей методологии. При этом своя методология однозначно будет лучше закрывать ваши потребности и специфику, учитывать опыт компании, чем любая готовая и пусть даже адаптированная при сравнительно более низком сопротивлении сотрудников.
Действительно, готовая методология уже проверена в других компаниях, но она может не подходить вашей компании, не учитывать ваш опыт, контекст, специфику. Создавая собственную методологию, мы собираем уникальную комбинацию инструментов, где каждый инструмент уже проверен — либо в рамках другой методологии, либо внутри компании, либо на опыте других компаний. И все вместе эти инструменты на 100 % закрывают ваши запросы и потребности.
Методология готовится в формате, понятном даже не погруженному в детали руководителю или генеральному директору, а изменения в неё могут вносить линейные руководители. Вам не нужно нанимать методолога, чтобы поддерживать ее актуальность и вносить изменения.
Гарантированно работающую технологию, позволяющую:
Умение успешно и быстро реализовывать:
Потенциал масштабирования компании за счет:
И получите экспресс-оценку и дорожную карту развития вашей проектной деятельности за 2 часа от эксперта с 20-летним опытом по настройке проектного управления и проектных офисов Андрея Малахова.
Андрей Малахов – управляющий партнер PMLogix, Prince2 Practitioner, управлял портфелями более, чем 70 проектов и 60 mln EUR, руководил центральными проектными офисами в ЮниКредит Банке и банке Ренессанс-кредит.
- Получите экспресс-оценку проектной деятельности и проектного офиса вашей компании с определением их сильных и слабых сторон
- Определите цели развития проектного менеджмента, проектного офиса
- Определите цели и возможные критерии выбора ИТ-решений по управлению проектами в вашей организации
- Получите прикладные рекомендации по способам решения проблем в проектной деятельности и ближайшим шагам по их устранению
- Узнаете, как вовлечь руководителей в проектную деятельность и преодолеть сопротивление сотрудников организации при внедрении проектной методологии
- Получите мощный импульс к действиям по улучшению своей ситуации и решению затруднений