Читать онлайн «Управление проектами. Фундаментальный курс». Страница 36

1. Чтобы процесс стал исполняться, должны быть выделены сотрудники, контролирующие соблюдение регламентов по данному процессу и эскалирующие проблемы на руководство.

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

3. При формировании процессов «как должно быть» нужно максимально использовать устоявшиеся в компании успешные практики для выполнения данного процесса. Ведь уже внедренные успешные практики учитывают специфику деятельности компании и привычны участникам процесса.

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

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

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

С учетом перечисленных подходов рекомендуется организовать внедрение СУП с помощью реализации семи этапов (рис. 6.1).

Этап 1. Организация проекта внедрения СУП. Должна быть сформирована команда проекта, спланированы работы и выделены ресурсы для внедрения СУП.

Этап 2. Обследование проектной деятельности. Необходимо идентифицировать имеющиеся практики организации проектов, узкие места при их реализации. Проводится оценка уровня зрелости компании для того, чтобы после внедрения СУП оценить, какие улучшения были действительно получены.

Этап 3. Разработка методологии управления проектами. Необходимо разработать комплект нормативных документов, описывающих процессы по управлению проектной деятельностью, которые в дальнейшем должны будут исполняться всеми участниками проектной деятельности.

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

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

Этап 6. Апробация СУП на пилотных проектах. Для проверки новых для компании инструментов и методов управления проектами, разработанных на предыдущих этапах, рекомендуется несколько типовых для компании проектов реализовать в СУП, чтобы убедиться в удобстве и полезности предлагаемых процедур.

Этап 7. Развертывание СУП на всю проектную деятельность. Должен быть составлен реестр проектов, проектных инициатив, все проекты должны быть переведены в новую систему управления при поддержке проектного офиса.

Этапы внедрения СУП не равноценны по длительности и ресурсоемкости. Они не обязательно выполняются жестко последовательно: часть этапов могут выполняться одновременно, например, организация проекта внедрения СУП и обследование, автоматизация проектной деятельности и формирование проектного офиса. Однако в любом случае выполнение всех этапов – обязательно. Возможно, вместо «классической» ИСУП может быть Excel. Проектный офис будет сформирован посредством возложения на одного из сотрудников дополнительных функций по ведению реестра проектов и контролю формирования проектных документов. Однако все составляющие СУП должны быть созданы и соответствовать друг другу по содержательному наполнению с учетом объемов проектной деятельности и специфики проектов в конкретной организации.

Далее более подробно рассмотрим три составляющие СУП, а именно: методологию управления проектами, ИСУП и проектный офис.

Рис. 6.1. Дорожная карта внедрения СУП —7 этапов

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

Как правило, в крупных и средних компаниях есть внутренние стандарты по документированию процессов, с учетом которых нужно будет разрабатывать иерархию и структуру документов, описывающих и проектную деятельность.

Структура внутренних нормативных документов будет определяться также исходя из того, какими объектами управления решено формализовать управление: только проектами, проектами и программами или же проектами, программами и портфелем программ и проектов.

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

Уровень 1-й:

• Политика по управлению проектной деятельностью. Цель данного документа – описать роль и место проектного управления в управляющих процессах предприятия, определить, по каким критериям деятельность можно отнести к проектной, описать основные принципы управления проектами, программами и портфелем, а также организационную структуру управления проектной деятельностью и элементы системы управления проектами.

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

Уровень 2-й:

• Регламенты по управлению проектами, программами, портфелем программ и проектов. Регламенты будут содержать карту и описание процессов.

Уровень 3-й:

• Шаблоны документов, которые используются в ходе процессов по управлению проектной деятельностью.