• Время встречи превышает плановое

• Не назначен ответственный за ведение встречи

• Документы не отправлены участникам до встречи

• В приглашении не указаны вопросы для обсуждения

• Не определен ответственный за фиксацию договоренностей по встрече

• После окончания встречи отсутствует четкое понимание следующих шагов

• Репетиция. Многие ораторы тратят десятки часов на репетицию выступления

• Используйте команду. Приглашайте коллег, расскажите им ваш доклад, они окажут незаменимую помощь

• Подготовка заметок к выступлению. Это не зазорно, лучшие ораторы используют заметки

• Перед выступлением подготовьте четкий план с вопросами на обсуждение. Во время обсуждения вопросы, не относящиеся к теме, можно перенести на отдельную встречу, чтобы сэкономить время присутствующих

В моей практике были проекты, на которых количество совещаний доходило до тысячи. Для крупных кроссфункциональных проектов рекомендую вести реестр всех совещаний. Использование реестра помогает быстро ориентироваться в достигнутых договоренностях. Шаблон такого реестра представлен ниже (см. Таблица 13):

Таблица 13 – Шаблон единого реестра совещаний по проекту

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

Для эффективного управления запросами на изменения используется файл с автоматическим расчетом затрат на выполнение требования с учетом вовлечения сотрудников компании в зависимости от ставок (стоимости) привлекаемых позиций консультантов (см. Рисунок 13).

Рисунок 13 – Иллюстрация шаблона для расчета запросов на изменения

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

Для управления рисками мы разработали и используем специальный инструмент – матрицу рисков и контрольных процедур проекта (см. Рисунок 14).

Рисунок 14 – Иллюстрация шаблона для реестра рисков проекта

Каждый риск оценивается по трем критериям:

• Вероятность возникновения риска – насколько вероятно возникновение риска на проекте.