Каждый руководитель проекта организовывает рабочую папку как хочет, что приводит к различиям в их наполнении и, как следствие, к различиям в качестве работ проектного управления. С целью стандартизировать управление проектами мы разработали «стандартную папку» для запуска проектов. В папке мы создали единую структуру документов проекта (см. Рисунок 7), а в каждый подраздел загрузили шаблоны документов, описанных ниже в книге: Excel-файл контроля бюджета проекта, Excel-файл дорожной карты, контактов команды, Power-point презентацию шаблона статуса проекта и прочие документы.
Рисунок 7 – Иллюстрация структуры проектной папки (1-й уровень)
Такой подход также позволяет организовать быстрый поиск всех результатов по проекту, что полезно по ряду причин:
• организация проверок качества результатов работы по проекту;
• ориентации специалистов при переходе на другие проекты;
• наличие полного комплекта документов о проекте.
Простые правила организации хранения документов:
1. Номера задач в плане проекта должны соответствовать номерам папок в проектной папке. Пример: «3. Результаты проекта» – «3.4. Выполненные результаты».
2. Структура проектной папки должна быть единой для всех проектов.
3. Важно организовать хранение документов на сетевом ресурсе. Так повышается надежность данных и доступность по сравнению с хранением на личных ноутбуках.
4. Название версий файлов всегда пишется в одном формате: дата_название_версия.
Несмотря на международные имена консалтинговых компаний, на практике я много раз сталкивался с ситуацией, когда команда консультантов не умеет готовиться к диагностике (в том числе к проведению интервью): вопросы не составляются заранее, в процессе интервью возникают вопросы, не относящиеся к теме. В результате и ваше, и время консультантов тратится впустую на анализ данных, которые никому не нужны.
Если к вам пришли консультанты, которые проводят интервью «на ходу», без предварительного перечня вопросов, значит, они не сделали домашнюю работу, не подготовились и не знают, что делают. Это происходит несмотря на привлекательные резюме членов команды. Если вы столкнулись с такой «командой», рекомендую перестать тратить на них время, потому что все последующие работы будут организованы в том же ключе.
Когда я работал на стороне консультанта, мы с командой приходили проводить диагностику эффективности организационной структуры, то для себя однозначно понимали, что для нас означает эффективная организационная структура и когда работу можно считать оконченной. Конечно же, мы использовали полученные результаты с других проектов McKinsey, которые мы докручивали под нашего заказчика. Но дело совсем не в этом, а в том, что мы никогда не позволяли себе занять позицию выжидания пока у клиента возникнет ощущение достаточного участия.
Любой консалтинговый проект начинается с диагностики. Чтобы не допустить ситуации, когда консультанты задают ненужные вопросы, разработали шаблоны опросников, в которых можно считать бизнес-кейсы и делать точные выводы. Приведу некоторые примеры шаблонов запросов и выводы, которые можно получить на их основе.
Запрос информации по закупочной деятельности
Для проведения «анализа затрат» (spend analysis) в «стратегическом сорсинге» (SRM) используется следующий шаблон запроса информации:
Таблица 3 – Шаблон запроса информации для проведения анализа затрат
На основании собранных данных можно произвести следующий анализ:
• Анализ затрат в структуре общего бюджета закупок в разрезе стран, поставщиков, закупочных категорий и подкатегорий.
• Внутренний бенчмарк по одинаковым закупочным категориям в разрезе стран.
• Внешний бенчмарк по одинаковым закупочным категориям по поставщикам (если консультант обладает такой информацией).
• Прогноз затрат по категориям и подкатегориям.
• Анализ основных поставщиков компании по закупочным категориям.
• Определение потенциальных инициатив по закупочным категориям (экономия на масштабе и экономия на ассортименте, рамочные договоры, разовые закупки).
• Прогноз потенциальной экономии от закупочной деятельности по категориям затрат.
• Прогноз окончания контрактов, который позволит определить приоритеты реализации инициатив.
Только после проведения такой исследовательской работы можно проводить интервью на тему тестирования заранее подготовленных гипотез. До предоставления этих данных никакие дополнительные действия не требуются. В анализе эффективности бизнес-процессов функции закупок (скорость, трудозатраты) используются другие шаблоны запроса информации.
Запрос информации по эффективности управления персоналом
Для проведения анализа эффективности текущей организационной структуры применяется шаблон запроса информации. Шаблон заполняется информацией по функционалу (в строках), выполняемому сотрудниками отделов компании (в колонках). Функционал описан с разделением на планирование, контроль, оформление документации, совещания, выполнение работ по ключевой компетенции и управление отчетностью. На пересечении указывается оценочное время исполнения функционала в рабочих часах.
Таблица 4 – Шаблон запроса информации для выявления дублирования функционала
Из полученных данных можно сделать выводы о дублировании функционала между различными должностями и отделами. Также будут выделены и оценены трудозатраты на операции, не добавляющие ценности процессу, которые впоследствии можно автоматизировать, отдать в общий центр обслуживания, на аутсорсинг, и сосредоточиться на ключевых компетенциях.
Таблица 5 – Шаблон запроса информации для оценки эффекта от организационных изменений
Получив данные по ФОТ, можно оценить экономический эффект от примененных инициатив (см. Таблица 5).
Примеры применения этих и других шаблонов описаны в соответствующих разделах.
Для анализа эффективности логистики используются шаблоны:
Таблица 6 – Шаблон запроса информации для анализа складского хозяйства
Таблица 7 – Шаблон запроса информации для анализа транспортной логистики
Чтобы оценить эффективность управления запасами, необходимо сравнить идеальный уровень оборачиваемости запасов с текущим уровнем оборачиваемости. При этом на уровень запасов в цепи поставок оказывают влияние текущая структура цепочки поставок исследуемой компании, так и целевой уровень сервиса: где находятся поставщики, заводы, склады, клиенты и конечные покупатели готовой продукции.
Рисунок 8 – Иллюстрация цепочки поставок исследуемой компании
Поскольку размер страхового запаса зависит от целевого уровня сервиса обеспечения материалами или готовой продукцией своих клиентов, точности планирования потребности и надежности цепи поставок, необходимо запрашивать карту ключевых показателей эффективности управления запасами в динамике (см. Таблица 8). В зависимости от бизнес-модели и стратегии компании может различаться по категориям клиентов/по регионам покрытия/по группам материалов
Таблица 8 – Шаблон запроса карты ключевых показателей по управлению запасами
Анализируя фактически достигнутые значения показателей, можно оценить стоимость излишне замороженного капитала для компании и определить факторы, влияющие на это. Данный анализ, с учетом понимания текущей цепи поставок, позволит разработать инициативы для повышения эффективности управления рабочим капиталом.
О том, какие инициативы применять и как получать оценку эффектов от этих инициатив по каждому направлению рассказано далее в соответствующем разделе.
Обратите внимание, что в приведенных выше примерах мы отвечаем на вопросы:
• «Как сократить затраты компании?»
• «Как повысить эффективность организационной структуры?»
• «Как исключить дублирование функционала сотрудников?»
Однако с таким подходом мы не отвечаем на вопросы:
• Возможно, целесообразно передать логистику на аутсорсинг, потому что объемы падают и регион присутствия не развивается, либо развить собственную компетенцию для оказания услуг на стороне?
• Может стоит в корне поменять концепцию производства и применить индустриальный подход к домостроению [7]?
• Может нужно развить компетенцию в закупочной деятельности и открыть собственный единый закупочный центр, таким образом сделать из «cost-center» «profit-center»?
• Возможно, нам подойдет бизнес-модель Uber?
«Повысить эффективность функции» и «повысить эффективность компании» – это две разные задачи, и подходы к подготовке ответов различаются. Ответы на данные вопросы должны исходить из стратегии компании. Как разрабатывать стратегию, рассказано в главе 13 УПРАВЛЕНИЕ ГРУППОЙ КОМПАНИЙ.
В данном разделе я представил перечень удобных, проверенных временем инструментов и шаблонов моделей для управления проектом.
Это не дублирование методологии PMP, которая в принципе позволяет организовать управление любым проектом, но выжимка практических инструментов, которые мы всегда использовали на своих проектах «управленческого консультирования».
Насколько менеджеры проектов управляют бюджетом? Может ли менеджер сразу ответить на вопрос о маржинальности проекта на конкретную дату и сделать прогноз маржинальности проекта по его завершении?
Чтобы добиться «управляемости», мы разработали простой инструмент для прогнозирования финансовых показателей по проекту. Для удобства планирования бюджета используется единый стандарт расчета: в модель необходимо внести данные по команде, а также запросить фактические затраты у ответственных служб компании (например, финансового контроллинга) (см. Рисунок 9).
Рисунок 9 – Расчет стоимости проекта по ставкам консультантов
Чтобы контролировать возникшие затраты на проекте, используется шаблон прогнозирования маржинальности проекта (см. Рисунок 10).
Рисунок 10 – Пример прогнозирования маржинального дохода по проекту
Имея информацию по прогнозу расхода, руководитель проекта получает возможность влиять на итоговую экономику проекта, используя в том числе следующие пути улучшения маржинальности:
1. Привлекать к работе экспертов рынка на точечные задачи по схеме гражданско-правового характера (ГПХ). Так, на внешний договор мы привлекали экспертов SAP, чтобы решить несколько специфических задач, но при этом экспертиза не требовалась на протяжении всего проекта; технических специалистов с большим опытом работы в логистике для консультации по проектированию складов или транспортных решений; технических специалистов для нормализации записей нормативно-справочной информации (НСИ).
2. Привлекать интернов на задачи, где не требуется экспертиза, чтобы разгрузить старших консультантов. По каждому направлению мы привлекали от одного до трех интернов из ведущих вузов РФ: НИУ ВШЭ, МГУ, МГИМО, МГТУ им. Н. Э. Баумана, РЭУ им. Г. В. Плеханова. Это позволяло не только разгрузить дорогостоящих специалистов, но и сформировать кадровый резерв, так как впоследствии многие из практикантов получали предложения о работе.
3. Формировать более «легкую» команду, перераспределяя старших консультантов на другие проекты. В ходе проекта всегда происходит рост экспертизы младших специалистов в команде (эффект «низкой базы»). Периодически мы оценивали новые компетенции младших сотрудников, чтобы использовать их для разгрузки старших специалистов.
4. Сократить время выполнения задач, лежащих на критическом пути. Проект изменяется, поэтому полезным правилом будет регулярно проверять статус по срокам основных задач и вместе с командой переоценивать время вовлечения консультантов с учетом внешних и внутренних факторов. Параллельно блок ИТ реализует проект по автоматизации планирования производства, который окажет влияние на состав доработок вашего проекта; либо изменение законодательства накладывает требования к экологии, что влияет на ценность результатов по проекту. Поэтому своевременно замеченные новые требования позволят сократить общие сроки для компании.
5. Поднять вопросы с заказчиком по возможности дополнительных продаж «запросов на изменение (ЗНИ)» по проекту и сразу рассчитать их влияние на экономику проекта. Если вы, как проектный менеджер, прогнозируете заниженную маржинальность проекта, то рекомендуем проработать возможные дополнительные задачи в проекте и за счет этих дополнительных задач получить рост общей маржинальности проекта. Кроме того, для консалтинга всегда полезно увеличивать объемы продаж у постоянных клиентов.
6. В фазе «завершение проекта» можно сократить количество часов участников, так как уже нет нужды держать всю команду.
Чтобы новые члены команды могли быстро сориентироваться, создается единый файл, содержащий контакты членов команды со стороны клиента, консультанта и ИТ-подрядчика (см. Таблица 9).
Таблица 9 – Список контактов членов команды
Слайд «Статус проекта» позволяет оценить, на какой стадии находится проект относительно общего объема задач, отслеживать сроки выполнения укрупненных задач. На статусе проекта важно коммуницировать по возникшим сложностям, для этого необходимо предоставить следующую информацию:
1. Дорожная карта по проекту (см. Рисунок 11).
2. Перечень выполненных задач по проекту за прошедший период (см. Таблица 10).
3. Перечень задач по проекту на будущий период.
Рисунок 11 – Статус проекта – иллюстрация слайда 1: «Дорожная карта»
Таблица 10 – Статус проекта – иллюстрация слайда 2: «Завершенные задачи за период»
В статус проекта обязательно выносятся вопросы, требующие эскалации на руководство и блокирующие факторы, которые препятствуют развитию проекта.
О проекте
О подписке