PMO для начинающих: как развернуть проектных офис в небольшой компании?

Приветствую, меня зовут Дмитрий Едакин. Я работаю в компании Brothers PRO, мы делаем проекты в событийном маркетинге, создаем цифровые продукты и делаем проекты в метавселенных. Цель статьи – помочь предпринимателям малого бизнеса снять боль проектной операционки, в которой они «горят» каждый день.

Все, что написано ниже – простая методичка с чек-листом, выжимка из 20-ти летнего опыта управления проектами разной сложности. По сути, это практическая выжимка из больших методик.

Все можно сделать своими руками, не создавая специального руководителя проектного офиса и не устанавливая отдельный софт. Особенно это применима для проектов, где большую часть работ делают внешние подрядчики и внештатные сотрудники.

Материал привожу в виде списков и чек листов, так он легче усваивается и применяется.

1. Стандарты. Процессы должны стремиться к идеальным моделям.

2. Ритмы. Ритмы обязательным элементов способствуют дисциплинированности участников.

3. Деньги. Обязательная оценка эффективности управления проектом через финансовые критерии.

4. Развитие лидеров. «Выращивание» идеальных руководителей проекта через обучение и мотивацию.

5. Прозрачность. Прозрачность способствует ответственности и повышению производительности.

Стейкхолдеры проекта -инвесторы и выгодоприобретатели реализации проекта;

Руководитель проекта (РП) – сотрудник, который: 1. отвечает за реализацию в срок и в установленных финансовых параметрах всего проекта, 2. выполняет операционные задачи в рамках проекта, 3. координирует работу и обеспечивает взаимодействия команды проекта и команды заказчика, 4. добивается своевременного выполнения всех операционных задач проекта, 5. обеспечивает прозрачность и наличие всех задач в таск трекерах. 6. обеспечивает своевременное заключение всех договоров в рамках проекта и соблюдение выполнения условий в них 7. отчитывается перед стейкхолдерами по срокам и финансовым показателям проекта;

Секретарь проекта – сотрудник, который фиксирует все решения, задачи, сроки и пр.;

Команда проекта – все исполнители проекта (как inhouse, так и outsource);

Финансовый менеджер проекта (ФМ) – финансовый директор компании;

Команда заказчика – все сотрудники от заказчика, кто принимает работу, обеспечивают решение внутренних задач;

Любой проект условно стоит разделить на три этапа: подготовка, реализация, подведение итогов. Плюс, кое-что рекомендуется сделать в начале, так называемый Этап №0.

1. Утвердить KPI для РП.

2. Утвердить KPI для штатных сотрудников (опционально).

3. Согласовать форму контроля финансовых показателей по проекту.

4. Обеспечить руководителю проекта доступ к финансовым параметрам проекта.

1. Назначить руководитель проекта (РП). Важно! Если руководство выполняет роль РП – оно должно выполнять требования по функционалу РП (для этого может использоваться помощник или ИО РП).

2. Составить плановые P&L и СF проекта (РП совместно с ФМ), где зафиксированы финансовые цели проекта. Защитить эти документы у стейкхолдеров проекта.

3. Определить Команду проекта - первый круг исполнителей (как inhouse, так и outsource).

4. Провести внутреннюю встреча с РП и финансовым менеджером с формальным озвучиванием финансовых параметров: финансовые цели проекта и KPI РП.

5. Развернуть рабочие папки проекта на сервере и общем диске команды.

6. Создать папку на сервере для фото-отчетов по проекту, если это требуется.

7. Создать проектную группа в Tg.

8. Развернуть Road map проекта на Google таблицах с обозначение веховых задач. Далее здесь же ведется трекинг текущих /операционных задач).

9. Создать документ в облаке для протоколов совещаний.

10. Создать документ со всеми контактами всех лиц, как напрямую участвующих в проекте, так и резервные телефоны (например, руководителей у менеджеров от подрядчиков).

11. Создать документ с реестром договоров по проекту.

12. Создать документ для внутреннего пользования «лист замечаний по проекту», где будут фиксироваться все управленческие проблемы, возникшие при реализации проекта.

13. Провести Kick off проекта (установочная встреча) с командой проекта:

14. Обеспечить доступ к проектной папке для всех заинтересованных лиц.

15. Проконтролировать заполнение контактной таблицы и наличие всех в группе Tg.

1. Регулярный (ежедневно трекинг задач по проекту (ответственность РП)

2. Процесс прохождения счетов на оплату обязательно проходит через реестр договоров и P&L проекта, который ведет финансовый менеджер.

3. Раз в неделю (при необходимости чаще) проводится встреча узким кругом (с РП и финансовым менеджером) по финансовой форме (фактический P&L проекта) для отслеживания денежных параметров проекта.

4. На всех совместных встречах секретарь фиксирует все задачи в таблице и ведет протокол, если совещание с внешними сотрудниками и контрагентами.

5. Секретарь мониторит группу в Tg и если видит задачи, то фиксирует их в таблице задач.

6. Если задачи приходят по телефону в персональных разговорах и переписках, касаются третьих лиц и требуют времени на проработку, то помимо исполнителей о задачах должен узнать секретарь проекта и зафиксировать их.

7. На внутренних совещаниях протокол не ведется, но секретарь проекта фиксирует все задачи в таблицу с трекингом задач

8. После каждой внешней встречи в группу Tg рассылается текст протокола встречи.

9. Раз в неделю (но лучше регулярнее) пополнять лист замечаний по проекту.

10. РП обеспечивает наличие всех расходов в фактовых P&L и СF проекта, которые ведет ФМ.

1. РП и ФМ составляют результирующий P&L проекта и защищают его у стейкхолдеров.

2. Внутренняя встреча с РП и ФМ не тему оценки достижение финансовых целей.

3. Получение обратной связи от заказчика (желательно в письменной форме) по реализации проекта.

4. Финальная встреча с командой проекта:

Чтобы соблюдать правила прозрачности, должно быть наличие в офисе доски на виду у всех, с цветовым отображением ключевых параметров реализации проектов (светофор) с двумя полями: Реализация задач и Нахождение проекта в установленных финансовых параметрах.

1. Согласовать мотивацию РП (базовую, но, чтобы была). Предлагается на старте 3 KPI:

2. Согласовать формы и шаблоны документов (базовые, стартовые, потом они будут дорабатываться в практике)

3. Всех собрать и объявить о введение стандартов управления проектами – как единственного способа все успеть сделать качественно, в сроки и в экономике. Нужно донести до команды, что по-старому уже никак. Проектов много, по -строму просто не сделаем.

4. Выделить, попросить 2-3 человек, помимо руководства, кто бы особенно следил за соблюдением стандартов.

5. Договориться о структуре хранения документов на сервере (что и где). Назначить ответственного, кто ведет порядок и приведет в соответствие.

6. Начать работу по проектам в ранней стадии готовности по новым стандартам.

7. Запустив работу над проектами по новым стандартам, собираться раз в две недели для обсуждения результатов внедрения и необходимых корректировок самих стандартов, форм, процессов, документов. Возможно сделать отдельный стандарт для цифровых проектов.

8. Непрерывно говорить всем о том, чего хотим добиться внедрением стандартов.

9. Удалить (и удалять далее) препятствия, мешающие внедрению идеального проектного офиса.

10. Демонстрировать команде, что принесло компании внедрение стандартов.

11. При готовности команды перевести управление проектами из облачных сервисов в CRM.

Вот такие простые приемы позволят существенно упростить процесс управление любым проектом на действующей команде и без особых затрат. Конечно, огромные проекты с десятками исполнителями и сотнями задач лучше делать с помощью специализированного ПО, как минимум CRM, но базовые принципы управления, указанные выше все равно актуальны.

Если что-то из описанной «методички» освободит предпринимателю несколько свободных часов в неделю на отдых или на задачи управления всей компанией, значит, уже статья написана не зря!

Автор: Дмитрий Едакин