Шрифт:
Как следует работать над ценой:
1. Оцените стоимость услуг конкурентов (все консультанты знают текущие команды на рынке консалтинговых компаний, их ставки и время реализации проекта).
2. Предложите особенный подход, с которым ваше предложение будет привлекательным для заказчика (клиента).
3. Чаще звоните исполнителю со стороны заказчика, справляясь, насколько ваше предложение выглядит привлекательным на фоне других, предложите выступить и ответить на вопросы клиента. При таком подходе вы создаете вероятность получить дополнительную информацию, которая в итоге улучшит техническое и коммерческое предложение.
Делайте «ход конем».
4. Предложению всегда добавляют свежести референтные визиты, пилотные проекты и примеры выполненных работ.
Выделите достаточно времени на подготовку выступления
5. Важность репетиции невозможно переоценить. Привлекайте ваших коллег, чтобы моделировать различные ситуации и вопросы.
6. Самые опытные консультанты составляют «карту влияния» (power map) сотрудников компании, которые на самом деле принимают решения. Это позволит подготовить материалы и выступление, предварительно расставив акценты, ориентированные на людей, принимающих решения.
2.6. Запуск проекта
До начала проекта необходимо предварительно подготовить и направить заказчику перечень документов на согласование:
1. Устав проекта;
2. Запросы на предоставление данных (вне зависимости от формата документа – должны быть аккуратно оформлены, иметь логотип, выровнены для печати);
3. План проекта – перечень задач со сроками исполнения и ответственными лицами, с детализацией по неделям: от начала до завершения проекта;
4. План-график совещаний – должен содержать темы, сроки проведения и состав рабочих групп.
2.6.1. Устав проекта
Устав проекта представляет собой документ, содержащий согласованную форму и формат взаимодействия между всеми участниками проекта, возможность «договориться на берегу» о том, что мы делаем, когда и в каком виде утверждаются результаты проекта. Я попадал в ситуацию, когда ребята из международной консалтинговой компании говорили: «Зачем этот документ? Ну и что, что он утвержден у вас, это ведь бюрократия!». Потом менялся менеджер проекта, и новый руководитель отказывался согласовывать результаты проекта (бизнес-процессы, целевые КПЭ и систему мотивации, функционально-технические требования) через внутреннюю рабочую группу. Тогда мы всегда ссылались на утвержденные «на берегу» правила взаимодействия между структурными подразделениями нашей компании и консультантом.
Устав проекта – это документ, который содержит описание подхода к управлению проектом:
• Какие отчеты и какая информация должна в них содержаться?
• Какова структура управления проектом, кем обеспечивается контроль качества результатов, в какой момент и кем принимаются решения по результатам, управлению ожиданиями участников?
• Какие предусмотрены процессы взаимодействия, принятия результатов, изменений по проекту и прочие пункты, формализующие подходы к управлению проектом?
Подписывая Устав проекта, компания и подрядчик (включая субподрядчика) соглашаются с условиями и подходом к проекту, а также с обязательствами, взятыми для успешного выполнения проекта. Справа приведена иллюстрация основных разделов в Уставе проекта (см. Рисунок 6).
Рисунок 6 – Оглавление типового документа «Устав проекта»
В рамках заключения договора с консультантами, устав проекта применяется наравне с SLA, либо приложением к договору. Конечно же форма фиксирования договоренности по требованиям компании-заказчика зависит от объема проекта и состава задач, а также удобства использования на практике. Здесь мы указали на какие моменты нужно в первую очередь обратить внимание, чтобы избежать обманутых ожиданий.
2.6.2. Структура проектной папки
Каждый руководитель проекта организовывает рабочую папку как хочет, что приводит к различиям в их наполнении и, как следствие, к различиям в качестве работ проектного управления. С целью стандартизировать управление проектами мы разработали «стандартную папку» для запуска проектов. В папке мы создали единую структуру документов проекта (см. Рисунок 7), а в каждый подраздел загрузили шаблоны документов, описанных ниже в книге: Excel-файл контроля бюджета проекта, Excel-файл дорожной карты, контактов команды, Power-point презентацию шаблона статуса проекта и прочие документы.
Рисунок 7 – Иллюстрация структуры проектной папки (1-й уровень)
Такой подход также позволяет организовать быстрый поиск всех результатов по проекту, что полезно по ряду причин:
• организация проверок качества результатов работы по проекту;
• ориентации специалистов при переходе на другие проекты;
• наличие полного комплекта документов о проекте.
Простые правила организации хранения документов:
1. Номера задач в плане проекта должны соответствовать номерам папок в проектной папке. Пример: «3. Результаты проекта» – «3.4. Выполненные результаты».
2. Структура проектной папки должна быть единой для всех проектов.
3. Важно организовать хранение документов на сетевом ресурсе. Так повышается надежность данных и доступность по сравнению с хранением на личных ноутбуках.
4. Название версий файлов всегда пишется в одном формате: дата_название_версия.
2.6.3. Запросы на предоставление информации
Несмотря на международные имена консалтинговых компаний, на практике я много раз сталкивался с ситуацией, когда команда консультантов не умеет готовиться к диагностике (в том числе к проведению интервью): вопросы не составляются заранее, в процессе интервью возникают вопросы, не относящиеся к теме. В результате и ваше, и время консультантов тратится впустую на анализ данных, которые никому не нужны.