Совет: если вы руководитель проекта, то покажите партнерам ваш ресурсный план и попросите расставить задачи в списке по приоритету, а также что-то исключить, перенеся в будущие задачи. Честный и прозрачный диалог позволит сохранить качество и команду.
Красный флаг. Руководитель команды консультантов соглашается на весь дополнительный объем работ, о котором просит заказчик. Уточните у руководителя: за счет каких ресурсов будет выполнена задача? В конце концов, в ваших интересах добиться того, чтобы дополнительные задачи не шли в ущерб основному ТЗ.
ОШИБКА 5. Хаотичное накидывание задач менеджерами на консультантов без планирования работ. Подобный подход говорит о том, что в команде слабый менеджер, который не умеет расставлять приоритеты и/или потерял контроль над ситуацией. Младшие консультанты не умеют распознавать эту ситуацию и пытаются выполнить все задачи. Конечно, это приведет к ухудшению качества и потере команды.
Совет: Хорошая практика, чтобы не терять фокус, иметь на руках верхнеуровневый план и желательно детальный план на неделю. От зрелых консультантов, в свою очередь, требуют управлять поступлением новых задач. Важно управлять ожиданиями руководителя это признак профессионализма.
Красный флаг. Ваши сотрудники жалуются на огромное количество не связанных друг с другом информационных запросов. Менеджер проекта с вашей стороны должен пропускать все информационные запросы через себя. Он должен задавать вопросы: для чего нужна эта информация, как она будет использоваться, и только после этого направлять запросы на исполнение.
ОШИБКА 6. Члены команды остаются на работе позднее 20:00 или работают больше 10 часов в день. Вынуждены выходить в праздничные дни и по выходным. Некоторые сотрудники считают, что оставаться на работе после 20:00 признак хорошего тона. В голове у консультанта звучит: «Я люблю свою работу, меня мотивирует, когда клиент удивляется скорости и качеству подготовки материалов». С таким подходом я сам очень часто и много перерабатывал: в будни, на выходных, по праздникам. Однако как руководитель команды консультантов я понимаю, что систематические переработки это мои ошибки как руководителя (mismanagement). Здесь, как и с чувством юмора, нужно знать, когда возможно применять его. Иногда нужно держать команду в тонусе, но не допускать выгорания.
Совет: перед началом проекта договоритесь с командой о «нормах работы», соблюдайте их и регулярно осуществляйте проверку работоспособности (health check) команды. Нормы команды должны включать:
· время начала и окончания рабочего дня;
· максимальную продолжительность рабочего дня;
· мораторий на работы по выходным и праздничным дням;
· персональные требования команды к дням недели, когда нужно уходить раньше (семья, спорт, хобби).
Если нормы не выполняются, разбирайтесь в причинах.
Красный флаг. Команда консультанта находится в активной работе (обычно в офисе клиента) 24/7. Это может происходить из-за недостаточного ресурса команды, наличия в ней некомпетентных специалистов или из-за слабого менеджера. Проговорите с командой удовлетворенность по work-life balance. Будьте убедительны приведите примеры из своего опыта, цитаты мировых лидеров о важности семьи, собственного здоровья и саморазвития. В моей практике случалось, что самые ценные сотрудники выгорали, а сам я получал серьезные проблемы со здоровьем.
ОШИБКА 7. Отсутствие грамотного планирования. Я видел две стороны медали, которые одинаково пагубно сказываются на проекте: Избыточное планирование: менеджер требует расписать дневной план работы на месяц вперед. В отзывах на первую версию раздела приведен пример руководителя, требующего почасовое планирование на 2 недели вперед в Excel. Недостаточное планирование: руководитель не обсуждает план работ и загрузку членов команды на ближайшую неделю. Это приводит к рассинхронизации модулей проекта и неравномерной загрузке команды.
Совет: разработайте верхнеуровневый план на весь период и сочетайте его с еженедельным планированием, которое позволит гибко управлять загрузкой. Добавьте короткие ежедневные stand-up, на которых оценивается прогресс и расставляются приоритеты.
Красный флаг. Команда не понимает своих задач и/или их последовательности. У членов команды возникает подозрение на дублирование своих задач. Обратите внимание на то, какую роль играет ваш менеджер при планировании и какую ценность приносит: какие усилия прилагает при расстановке приоритетов и доведении задач до своих сотрудников.
ОШИБКА 8. Низкий уровень подготовки к рабочим встречам, по результатам которых хочется сгореть со стыда. Вам знакомы ситуации, когда совещание началось, а вы не знаете, какие вопросы на повестке; материалы прислали за час до начала совещания; организатор начинает с фразы «Давайте выслушаем участников»? Подобный подход вызывает раздражение у ваших сотрудников и ведет к потере времени для всех участников. Так происходит, когда:
организатор не обозначил повестку совещания;
в приглашении не указывается цель совещания и какой результат ожидаем получить;
не указано кто из участников за что отвечает (нет разделения ролей);
материалы для обсуждения не были направлены заранее всем участникам, не были прикреплены к приглашению на совещание;
после совещания не закреплены договоренности (у участников нет понимания кто что делает дальше и в какие сроки).
Совет: поставьте, а лучше зафиксируйте в уставе проекта, условие: план встреч должен быть сформирован на неделю вперед, а повестка направляться за 3 дня до встречи. Повестка должна включать как обсуждаемые вопросы, так и ожидаемый результат встречи.
Красный флаг. Консультанты не направляют повестку заранее, задают очевидные вопросы, не фиксируют договоренности.
ЗАВЕРШЕНИЕ
ОШИБКА 9. Недостаточное информирование сотрудников компании о проекте, его целях и ожидаемых результатах. Консультанты часто недооценивают «силу слухов», которые порождаются по причине недостаточного информирования. В результате компания сталкивается с сильнейшим сопротивлением со стороны сотрудников и саботажем реализации инициатив.
Совет: перед началом проекта разработайте план коммуникации. Он должен включать все уровни управления и всевозможные каналы: TV, радио, газета, социальные сети и личные выступления. План коммуникации необходим (must have), даже если вы встречаете сопротивление. Выезжайте «в поля» сами, чтобы узнать, что на самом деле думают сотрудники на местах.
Красный флаг. Сотрудники компании, в которой внедряются изменения, не понимают целей, задач и ожидаемых результатов проекта.
ОШИБКА 10. С уходом сотрудников из консалтинговой компании уходят опыт и лучшие практики. Во время реализации проекта мы имеем лучший доступ к бенчмаркам (показателям эффективности компании), команда накапливает уникальный опыт, который не аккумулируется и не формализуется.
Совет: регулярно проводите сессии обмена опытом (knowledge session sharing), на которых каждая команда должна для всех участников проекта приготовить презентацию, включающую:
задачи проекта;
описание выработанного подхода;
результаты работы над ошибками;
наработки и находки проекта.
Собирайте данные материалы в структурированном виде на уровне партнера проекта.
Красный флаг. Ваши коллеги не знают про достигнутые результаты ваших проектов, инструменты и подходы, которые вы применяли.
2.2. Практики «тройки» и «четверки» в организации работ
Мы провели интервью и подготовили перечень лучших практик, которые рекомендуем использовать во время реализации проектов. Практики структурированы по жизненному циклу проекта: от его инициации до завершения. Далее по каждой представленных в перечне инициатив них представлено подробное описание (см. Таблица 2).
Таблица 2 Консалтинговый подход к управлению проектами
2.3. Лучшие практики консалтинговых компаний
Ниже приведен перечень лучших практик, которые рекомендуем использовать при реализации ваших проектов. Практики структурированы по жизненному циклу проекта от его инициации до завершения. В тексте раздела представлено подробное описание примеров.
1. Подготовка технических заданий. Как нужно составлять техническое задание, чтобы не попасть в ситуацию, когда исполнитель сменился, а новый консультант хочет «срезать углы» и выполнить другой, меньший объем работ.
2. Подготовка коммерческих предложений. Как консультант готовит свои коммерческие предложения, какую информацию использует, как взаимодействует с заказчиком.
3. Подготовка к продажам. Практики организации продаж проектов.
4. Устав проекта. Документ, регламентирующий порядок взаимодействия консультанта и заказчика: подготовка статуса по ходу проекта, порядок приемки результатов, взаимодействие между участниками проекта.
5. Структура проектной папки. Рекомендации по единому формату структурирования получаемой и передаваемой информации по проекту. Полезны для стандартизации подхода по получению минимально необходимой и достаточной информации по каждому проекту.
6. Запросы на получение информации. Правила формирования запросов, примеры шаблонов запроса информации от клиента. Полезны для стандартизации подхода по получению минимально необходимой и достаточной информации по каждому проекту.
7. Мониторинг бюджета проекта. Шаблон для ведения бюджета консалтингового проекта: прогнозирование маржи консалтинговой компании от реализации вашего проекта.
8. Ведение контактных данных. Простой инструмент ведения всех контактных данных по проекту со стороны клиента и заказчика. Актуально для крупных проектов со множеством заинтересованных лиц (stakeholders).
9. Статусные совещания. Шаблон для ведения статуса по всем задачам проекта, чтобы давать полную и прозрачную информацию по исполнению текущих задач проекта для команды и заказчика.
10. Протокол встречи. Шаблон для ведения протокола совещаний. Позволяет фиксировать договоренности «что нужно сделать» с прошедших совещаний.
11. Дневное планирование. Гибкий (agile) подход к подневному планированию проекта.
12. Ведение накладных расходов. Шаблон для ведения всех накладных затрат по проекту (проживание, трансфер) для удобной организации работ по сдаче отчетности в конце проекта.
13. Реестр всех совещаний. Шаблон для ведения реестра планирования и статуса по всем совещаниям проекта. Актуален для крупных проектов, где количество совещаний может доходить до тысячи и более. Например, вы реализуете кросс функциональный проект длительностью 2 года. Такой инструмент дает возможность оперативно поднимать информацию по достигнутым договоренностям и принятым решениям.
14. Запросы на изменения. Шаблон для формирования запросов на изменения в проекте (дополнительные задачи консультанта).
15. Управление рисками. Шаблон для ведения реестра рисков на проекте, позволяющий организовать работы по управлению новыми сложностями и вызовами.
16. Управление задачами клиента. Шаблон реестра всех задач клиента и консультанта на проекте, который позволит организовать контроль исполнения возникающих задач. Актуален для крупных проектов, где важно исключить человеческий фактор, чтобы задачи не «вылетали» и всегда исполнялись.
17. Организация работ над ошибками. Подход «постоянного совершенствования» позволит организовать работу таким образом, чтобы команда сделала выводы из допущенных ошибок, и они не повторялись.
18. Сбор данных по бенчмаркам. Практика получения дополнительной информации во время реализации проекта. Позволит формировать дополнительные коммерческие предложения клиенту.
19. Предложения по дополнительным продажам. Инструмент для разработки матрицы новых инициатив, которые можно реализовывать с учетом оценки эффекта для бизнеса и трудоемкости реализации данных инициатив.
20. Оформление результатов. Подход позволит формировать и накапливать «базу знаний» для консалтинговой практики, а не запускать каждый проект как новый.
21. Правила хорошего консультанта. Перечень базовых правил работы в консалтинге, которые необходимо соблюдать каждому консультанту.
2.4. Подготовка технических и коммерческих предложений
Как правило, в консалтинге нет стандартов или каких-то формализованных правил по подготовке коммерческих предложений для потенциальных клиентов. Каждый партнер делает это на свое усмотрение. Каждый заказчик формулирует задачи таким образом, чтобы иметь возможность размывать рамки проекта. Это приводит к «изобретению велосипеда», потере времени консультантов, увеличению сроков подготовки коммерческого предложения. Осознав это, мы с партнерами договорились о следующих принципах:
1. Не начинать с нуля, а брать то лучшее, что есть из ранее подготовленных коммерческих предложений и тратить время на улучшение. Лучшие предложения уже оформлены в корпоративных цветах и шрифтах, они содержат 100 раз продуманную структуру.
2. Никогда не пренебрегать возможностью провести с клиентом интервью по вопросам ТЗ. Часто бывает, что клиент сам до конца не понимает, что написано в ТЗ, или вкладывает другой смысл в формулировки и ожидаемый результат. Зачастую хорошее интервью по подготовке ТЗ открывает дополнительные возможности и потенциальные риски, которые нужно учесть в техническом и коммерческом предложениях.
3. Внимательно изучать техническое задание клиента. Как правило, там написано все, что вам нужно для подготовки качественного предложения, так как его (8 из 10 случаев) написал другой консультант, заложил логику и последовательность работ.
4. Готовить два технических предложения. Первое согласно ТЗ, а второе с учетом наших предложений и понимания текущей ситуации клиента. Бывает, что они могут критично различаться. Это нестрашно. На встрече мы презентуем оба и объясняем, что текущее ТЗ можно реализовать, но оно не даст желаемого результата, поэтому рекомендуем делать по-другому. Это очень ценно для клиента. Он видит опыт и неравнодушный подход. Если посмотреть на коммерческое предложение консультанта глазами клиента, то условно можно выделить четыре «уровня зрелости»:
1. Начальный. Проделана большая работа, подготовлены слайды с подробной теорией.
2. Базовый. Изучена индустрия, слайды содержат специфику компании и адаптированы под клиента. Содержатся практические примеры ошибок и решений.
3. Продвинутый. Приведены примеры практических инструментов (результатов других про-ектов), эффекта от внедрения предложенных решений.
4. Профессиональный. Подготовка предложения, на основании данных от клиента с оценкой потенциального эффекта от реализации проекта.
В 2016 году я продавал проект в ArcelorMittal, будучи сотрудником EY. Клиент практически выбрал McKinsey, но мы напросились на очное интервью и посещение активов. Попросили всего 2 дня. Клиент согласился и продлил конкурс. Мы приехали с моим коллегой. Посетили шахты, фабрику, поговорили с ключевыми руководителями, на следующий день дали обратную связь генеральному директору. Просто поделились своим мнением о текущей ситуации и ближайших шагах. Он был поражен уровнем деталей и погружения всего за 2 дня. По результатам визита мы обновили наше предложение и в итоге выиграли проект у McKinsey.