Станислав Горобченко - Курс Коммерческий инженер Проектный менеджер Учебное пособие для слушателей дистанционных курсов

Проектный поход – внутренняя потребность компании, а не дань актуальным управленческим тенденциям.

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

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

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

Выбор организационной структуры

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

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

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

Матричная структура, в отличие от проектной, позволяет нам оптимально использовать ресурсы, ведь сотрудники остаются в своей профессиональной среде и не простаивают при неполной загрузке в проекте. Такую организацию подсказала нам сама специфика реализуемых проектов и при их изменении (увеличении длительности, объёмов работ и рисков) неизбежно изменится и структура. Уже сейчас при реализации уникальных и особо важных проектов создаётся виртуальный проектный офис, и полностью выделяются необходимые сотрудники.

Кадровое обеспечение и сложности внедрения методологии управления проектами

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

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

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

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

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

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

Эффективность проектов и проектного подхода

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

Во время диагностики реализуемости также вводятся бюджетные и временные ограничения (затраты и период реализации проекта).

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