Category - Управление проектами

Статьи: Управление проектами, Проектный офис, обучение персонала, автоматизация.

Новая версия стандарта НТК по управлению проектами от СОВНЕТ

Новая версия стандарта НТК по управлению проектами от СОВНЕТ

Национальные требования к компетенции специалистов (НТК)

ГК «Проектная ПРАКТИКА» выпустила новую версию национального стандарта по управлению проектами Российской Ассоциации Управления Проектами СОВНЕТ – «Управление проектами: Основы профессиональных знаний, Национальные требования к компетентности специалистов (NCB – SOVNET National Competence Baseline Version 3.0)»
Издание представляет основы профессиональных знаний, национальные требования к компетентности специалистов по управлению проектами и систему оценки их компетентности (NCB – National Competence Baseline SOVNET Version 3.0), и является нормативным документом Российской национальной сертификационной программы по управлению проектами.

В книге с учетом российской специфики в систематизированном виде изложены основы профессиональных знаний, требования и система оценки компетентности специалистов по управлению проектами. Приведены базовые положения сертификационной программы Международной Ассоциации Управления Проектами IPMA и методологические принципы формирования на ее основе Национальной сертификационной программы. В структурированной форме по трем направлениям оценки компетентности: контекстуальному — объектам управления, техническому — процессам управления и поведенческому — субъектам управления, приведены ключевые определения, основы знаний, предлагаемые шаги процессов управления проектами, программами и портфелями проектов, темы для исследований, критерии оценки по уровням компетенции, связи с другими модулями и глоссарий терминов.
Авторский коллектив стандарта включает известных российских исследователей в области управления проектами и практикующих руководителей проектов, что стало гарантией теоретической обоснованности и практической полезности стандарта.
Книга предназначена для асессоров, кандидатов на сертификацию, научных работников, преподавателей, студентов вузов, магистрантов, аспирантов и докторантов по управлению проектами. Она может быть полезна практикам по управлению проектами, тренерам и предпринимателям, осуществляющим проекты и программы во всех сферах деятельности бизнеса, общества и государства.

С содержанием можно ознакомиться здесь.

Получить дополнительную информацию о книге Вы можете по адресу http://www.pmpractice.ru/catalog/detail.php?ELEMENT_ID=1267. Сделать заявку на приобретение книги можно по телефону +7 (495) 258-06-68 или по электронной почте info@pmpractice.ru (контактное лицо — Алина Исламова). Стоимость издания – 650 рублей.

Аутсорсинг управления проектами

Рецензия на статью Михаила Козодаева (ГК Проектная практика)

Прочитал статью Михаила Козодаева «Аутсорсинг управления проектами», напечатанную на страницах e-xe сообщества. Михаил работает в консалтинговой компании — лидере на рынке услуг проектного управления России Проектная практика.  Я посчитал интересным обсудить статью в своем блоге.
Спасибо, Михаил за подробную и интересную статью. Хочется немного подискутировать на предложенную вами тему.

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

  • Хотя мы и не международная компания, но у нас нет предрассудков относительно привлечения сторонних специалистов. Каждый менеджер понимает, что выполнить  больше проектов в единицу времени мы можем только двумя способами: увеличить производительность или привлечь дополнительный ресурс (то есть вас).
  • Мы выполняем крупные инвестиционные проекты (согласен, что лучше опустить критерий «крупный», для каждой структуры этот показатель будет определяться по разному). Количество одновременно выполняемых проектов  у нас достаточно велико, а спиральное развитие бизнеса будет требовать еще больших проектов.
  • Определенные просчеты и ошибки в выполнении проектов требуют срочного привлечения руководителей проектов для завершения уже начатых проектов.

Однако, есть несколько причин, по которым мы не привлекаем outsourcing для управления проектами и вряд ли будем:

  • Аутсорсинг проектного управления — это абстракция. Конкретика заключается в том, что нужен профессионал в четко определенной области знаний, например, логистике. Иными словами, как управлять проектами у нас знают, а вот профессионалов-предметников нам не хватает. Один директор — строитель недавно высказал жесткий аргумент: вы имеете опыт строительства гостиничного комплекса? Как вы отвечаете на такие вопросы?
  • Гарантия результата, о котором вы говорите — тоже абстракция, потому что не определен термин «результат»: успешное завершение проекта или полученный эффект от его реализации? За что вы готовы нести ответственность и рисковать? Нам важен эффект.
  • Отдать управление нашими проектами на сторону — риски в квадрате. Все понимают: для того, чтобы вам подписать контракт с Заказчиком, вашему консультанту необходимо вникнуть в ситуацию, оценить проект, собрать информацию и пр. И только после этого вы сможете принять решение: брать на управление наш проект или нет. И еще денег возьмете за «инициацию». С точки зрения Клиента: мы заплатили деньги (пусть и небольшие, но все-таки), а взамен нам сказали, что ваш проект неинтересен. Кстати, дополнительные сервисы вашего консультанта скорее всего тоже не бесплатны. А это похоже на манипуляцию: оплачивая наши услуги, вы получаете возможность оплатить наши услуги. Хотя я могу ошибаться.
  • Аутсорсинг — это передача наших ноу-хау «на сторону». Кстати, не понимаю, что движет проектно-ориентированными компаниями заказывать внешнее управление проектами, если project management для них — это ключевая компетенция, передавать которую на outsourcing по всем канонам менеджмента нельзя. Нам вводить «чужака» в наши технологические процессы и планы развития просто не хочется. Как вы боретесь с такими возражениями?
  • Качество персонала для аутсорсинга — главный продукт. Я соглашусь с вами, что Заказчик хочет видеть не абстрактного консультанта, а вполне конкретного, у которого есть «имя, фамилия и домашний адрес» (Ф.Э.Дзержинский). Только мы понимаем, что у вас тоже есть риск ухода ключевых сотрудников и даже наличие замены не спасет проект от проблем. Надеюсь, что у вас текучки нет. 😉 Недавно нам предложили аутсорсинг и при этом честно сказали, что персонал будут искать на рынке труда. Странные ребята, хотя и честные.
  • Да. Опыт поставщика — главный критерий выбора. Как бы плохо мы не относились к аутсорсингу, но организовать корпоративный выезд на несколько дней топ-менеджеров нам нужно. И управлять таким проектом лучше отдать профи. Но это другой рынок, согласитесь? Вы же не возьметесь за проект, в котором нужно придумывать и креативом заниматься, правда? Если, нет, то у нас есть для вас работа. 😉

Надеюсь, что моя критика не вызвала у вас недовольство или агрессию. Не дай Бог. Я с уважением отношусь к вам и вашей компании. Бываю каждый день на сайте и внимательно отслеживаю ваше развитие. Вот и статью вашу «поймал».

Мне кажется, что аутсорсинг будет полезен:

  • Компаниям, которые волею судьбы получили серьезный проект в свой портфель, но проглотить не смогли: нет ресурсов, а клиент важен. Точно без аутсорсинга не обойтись!
  • Нет навыков проектного управления в принципе. Это свойственно государственным корпорациям. Проекты ведут колоссальные, а опыта практически нет. Если за проект руководителя «расстреливают», то  аутсорсинг — его шанс спасти свою карьеру.
  • Риск несвоевременного завершения проекта и потеря репутации выше, чем все на свете. Олимпиада Сочи 2014 не может быть Сочи 2015. Аутсорсинг — выход из ситуации.

Буду рад продолжить дискуссию с вами или вашими Expert’ами.

Желаю успехов вам и вашим проектам.

С уважением,

Александр Кольцов

В Беларуси есть компания Проектный офис, которая оказывает профессиональный аутсорсинг управления проектами.

Российский стандарт по управлению проектами, программами проектов и портфелем проектов — забанен!

Московское отделение PMI не согласовало первую редакцию российского стандарта по управлению проектами

Только что наткнулся на интересную новость. Московское отделение PMI не согласовало первую редакцию российского стандарта по управлению проектами, о котором я писал ранее.

Текст решения Правления Московского отделения PMI по результатам обсуждения можно посмотреть по ссылке.

Если кратко, то качество и детализация стандартов недостаточны, чтобы считаться национальными.  Также при разработке документов не учтены зарубежные аналоги, что, с точки зрения Московского отделения PMI, неправильно.

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

Разработкой стандартов занимается Центр стандартизации управления проектами. Центр учрежден двумя ведущими в области project management консалтинговыми компаниями Российской Федерации PM Expert и Группа компаний «Проектная Практика».

Проектный офис: что это и чем он занимается в холдинге?

Проектный офис: что это и чем он занимается в холдинге?

Статья из корпоративной газеты

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

Что скрывается под термином «проект»?

Под «проектом» наш холдинг понимает мероприятие, которое:

  • ограничено временем (не менее 3-х месяцев);
  • ограниченно бюджетом;
  • и требует участия сотрудников из нескольких компаний.

Последняя часть определения особенно важна. Управлять деятельностью, которая не выходит за рамки компании можно и «традиционными» методами: поставить задачу различным службам, а потом контролировать ее выполнение. Но как управлять работами, если сотрудники находятся в различных компаниях и не подчинены друг другу в регулярной деятельности? Здесь на помощь приходят методики проектного управления.

Что такое управление проектами?

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

  • длительность проекта 14 месяцев и проект имеет фиксированный срок завершения (февраль 2011 года — срок сдачи годового баланса);
  • для мероприятия утвержден бюджет (покупка оборудования, стоимость привлечения стороннего разработчика и даже премия для команды проекта);
  • и главное – для реализации этого проекта требуется привлечь специалистов из различных компаний (финансисты, бухгалтеры, ИТ-эксперты).

Так какие задачи выполняет Проектный офис в реализации таких мероприятиях и не только? Об этом речь пойдет ниже.

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

Сегодня успешно выполнять проекты (в срок, в бюджет и с требуемым результатом) – уже недостаточно. Стратегические цели и ограниченные ресурсы заставляют руководителей выбирать:

  • какие проекты должны быть запущены обязательно,
  • какие только при наличии возможности,
  • а какие проекты лучше отложить «до лучших времен».

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

Предоставлять достоверную информацию обо всех проектах, выполняющихся в холдинге

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

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

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

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

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

Обеспечить выполнение проектов

Проекты редко (почти никогда) выполняются в соответствии с планом. Причин этому можно назвать несколько:

  • некачественное планирование на этапе инициации;
  • внешние негативные факторы (риски)
  • изменения в проекте;
  • низкая исполнительская дисциплина команды проекта;
  • отсутствие опыта управления проектами.

Проектный офис имеет возможность снизить влияние каждого из перечисленных факторов:

  • Расписание проекта разрабатывается опытным планировщиком, который имеет опыт подобной работы и может предложить наиболее адекватную модель реализации. Расписание проекта обновляется еженедельно с помощью руководителя проекта, изменения доводятся до команды проекта.
  • Управление факторами, которые могут привести к негативным последствиям для проекта («рисков»), обеспечивается Проектным офисом с использованием современных методик и даже систем автоматизации. Благодаря тому, что Проектный офис принимает участие во всех проектах, у него есть возможность отслеживать влияние одного проекта на другой и предотвращать подобные ситуации.
  • Иногда постановка проектной задачи меняется по инициативе Заказчика. Это связано с необходимостью сделать результаты проект максимально полезными для бизнеса. Проектный офис отвечает за то, чтобы не допустить бесконтрольного изменения содержания проекта и превышения срока завершения и бюджета проекта.
  • Каждый участник проекта регулярно получает список своих задач, информацию о выполнении работ другими сотрудниками, а также отчет о статусе проекта. В случае возникновения проблем или конфликта интересов, Проектный офис предпринимает все меры к сглаживанию ситуации и дальнейшему продолжению работ.
  • Для повышения знаний руководителей проектов об управлении проектами, Проектный офис регулярно проводит обучение менеджеров (об этом речь пойдет ниже). Положительный и негативный опыт реализации проектов документируется и доводится до всех руководителей. Это позволяет накапливать знания и применять их в следующих проектах.

Центр обучения технологиям управления проектами

Самостоятельное изучение корпоративных стандартов по управлению проектами, а тем более и просто сторонних методик, является малоэффективным. Для того, чтобы каждый менеджер понимал особенности проектной деятельности, роли главных участников проектов, владел такими понятиями как «жизненный цикл проекта», Проектный офис регулярно проводит обучение технологиям управления проектами. Подготовка менеджеров проводится на основе решения реальных кейсов и практических задач, что гарантирует итоговый результат. Каждая пройденная тема заканчивается списком из пяти проверочных вопросов, а по итогам обучения менеджер сдает тест из 30 вопросов по всему материалу.
Важно, что менеджеры изучают не только саму дисциплину, но и ее применение и особенности в холдинге. Вот пример одного из вопросов: «В ходе проекта Заказчик настаивает на необходимости включить в проект результат, который не вошел в Устав проекта. Ваши действия…». Варианты ответов:

А) Внесете изменения в Устав, потому что Заказчик отвечает за формулирование требований и приемку результатов проекта;

Б) Откажите Заказчику, так как Устав проекта утвержден Советом Директоров и его изменение не входит в компетенцию Заказчика;

В) Подготовите Запрос на изменение проекта, в котором опишите требуемое изменение, проведете работу по оценке влияния изменения на параметры проекта;

Г) Вынесите рассмотрение вопроса на Совет Директоров.

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

Удачи вам в ваших проектах.

Российский национальный стандарт по управлению проектами

Российский национальный стандарт представлен на утверждение Московского отделения PMI

На просторах интернет наткнулся на предварительный вариант Российского национального стандарта по управлению проектами. Если говорить точно, то речь идет о 3-х документах:

Над разработкой документов трудились эксперты из известных консалтинговых компаний Российской Федерации: PMExpert и ГК Проектная Практика.

Мое мнение по поводу документов. Плюсы:

  • Национальный стандарт все-таки разрабатывается и есть шанс получить свой body of knowledge, который будет удовлетворять нашим представлениям об управлении проектами.
  • Документы получились лаконичными. Кончено, это спорное преимущество. Но вырастить культуру проектного управления в России, создав сложный и трудночитаемый документ «а-ля PMBoK PMI», очень мало вероятно.

Минусы:

  • Сама разработка документа остается «тайной, покрытой мраком». Доступ к разработке документа имела узкая группа лиц, чей персональный состав для меня не понятен. Странно, что работа по подготовке такого важного документа практически скрывалась.
  • Документ не имеет шаблонов и форм. Тоже спорный аргумент. Но мне надоело читать стандарты, которые содержат просто рекомендации. Тогда давайте их так и назовем «методичка» или «памятка». У себя в компании я не могу выпускать «стандарты не обязательные к исполнению». Почему это допускается в масштабах страны?

Oracle Primavera Inspire for SAP 7.0 обеспечивает интеграцию Primavera P6 с модулями SAP

Oracle Primavera Inspire for SAP 7.0 обеспечивает интеграцию Primavera P6 с модулями SAP

Корпорация Oracle объявила о выпуске программного продукта Oracle Primavera Inspire for SAP 7.0 для расширенной интеграции между системой управления проектами и портфелями Oracle’s Primavera P6 Enterprise Project Portfolio Management и модулями ERP-системы SAP, связанными с проектами.

Oracle Primavera Inspire for SAP 7.0 обеспечивает руководителей предприятий и менеджеров проектов возможностью достигать измеряемых показателей возврата инвестиций (ROI) благодаря согласованию информации о финан… полный текст

Источник: CNews

Как я планирую проекты

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

Входная задача и информация о проекте

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

Подготовка к планированию. Определение команды проекта

Приступая к планированию нового проекта, я всегда определяю круг лиц, которые мне нужны для планирования всех параметров проекта. Конечно, главные участники – руководитель проекта и Заказчик. Часто эти персоны – высокооплачиваемые топ-менеджеры (т.н. «Генералы»), которые умеют мыслить абстрактно и комплексно, но в детали погружаться не очень любят. «Генералов» я обычно не приглашаю на стартовую встречу, а обхожусь только их заместителями (т.н. «адъютантами»).

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

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

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

Кого решил не приглашать:

  • финансистов (у них не так много работы, а в проекте у них нет каких-то «специфических» задач)
  • ИТ-шников (аналогично финансистам. Мы знаем их требования: хочешь сервер — заявка, хочешь оргтехнику — план размещения персонала)
  • Заказчика. Почему? Во-первых, он — «Генерал» (см. выше). Во-вторых сформулировал свои ожидания достаточно, чтобы можно было начать планирование. В-третьих, такой категории удобней отдельно задавать вопросы и получать ответы, чем таскать на совещания. Все возникшие к нему вопросы я выписываю на отдельный лист.

Планирование проекта. Часть 1. Определение содержания

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

Группа в сборе. Я объясняю группе цель своего присутствия – помочь распланировать будущий проект. Объясняю, что я не имею такого опыта, как мои собеседники и потому мне потребуется их помощь. Начинаем выстраивать иерархическую структуру работ (ИСР, она же СДР, она же WBS). Конечно, мои участники не знают об этих вещах, но это не обязательно. Задаю свои вопросы:

  • Из каких результатов состоит наш проект?
  • Какие  условия позволят нам сказать, что проект завершен?
  • Какие ключевые результаты хочет видеть Заказчик после завершения проекта?
  • Назовите 3-5 самых важных результата проекта?
  • Какие объекты (документы, оборудование, сотрудники) будут переданы Заказчику после завершения проекта?
  • и т.п.

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

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

  • Здание
  • Персонал
  • Юридическое оформление филиала
  • Оборудование для склада
  • Оборудование для офиса
  • Автоматизация
  • Транспорт
  • Бизнес-процессы
  • Безопасность склада и офиса
  • Изменения в бюджете

Следующий уровень не описываю. Его можно увидеть на скриншоте моего черновика.
Черновик WBS (ИСР, СДР)
PS. На скриншоте может быть несколько иная картинка, но это же «черновик». В расписание попадает только правильная структура.

Не забываю выписывать вопросы к Заказчику. Выбросил листик, поэтому по памяти:

  • Мы считаем, что новый объект здания склада должен обладать следующими свойствами (перечисляем). Правильно?
  • В качестве автоматизации будет использоваться только текущая конфигурация 1С.
  • Перемещение товара из других складов в рамках проекта?
  • Заключение договора с крупным поставщиком в рамках проекта?
  • И т.п.

На профессиональном языке это – «допущения» проекта, т.е. факторы, которые мы приняли истинными при планировании. Если что-то из этих условий изменится, то проект не будет выполнен в установленный срок.

Показываю ИСР нашей группе: «Это – содержание нашего проекта. Мы должны установить взаимосвязи между блоками, назначить ресурсы и определить длительности выполнения задач. Тогда мы узнаем сроки выполнения каждой работы. Вы можете идти на 15-минутный перерыв».

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

Планирование проекта. Часть 2. Определение последователей и предшественников задач

Команда проекта (а по факту это она и есть) снова в сборе. Я включаю проектор и объясняю, что произошло за последние 15 минут. А далее простые вопросы к группе:

  • Задача с кодом х.х. Какие задачи не могу выполняться, пока она не завершена?
  • Для каких задач предоставляет информацию задача с кодом х.х.?
  • Для каких задач задача с кодом х.х. является «входом»?
  • И т.п.

На профессиональном языке это называется установить «последователей» для задач. Это очень неинтересная работа. Но поделать нечего.

Определяем «предшественников» задач аналогичным способом. Методичность в этой работе – залог вашего здоровья в будущем. Умело используйте типы связей между задачами, чтобы правильно трактовать заявления участников: «Да она вообще может делаться в любой момент!». Или «Делается параллельно всему проекту!». Кстати, могу попасться задачи, которые на завершение проекта не влияют. Демонстративно вычеркиваем их.

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

Маленький технический нюанс. В моих сетевых графиках всегда есть две вехи: «Начало проекта» (у нее предшественников нет) и «Проект завершен» (у нее нет последователей). Такая организация сетевого графика позволяет двигать дату начала проекта на любое время и прогнозировать завершение всех работ. Я переношу «Начало проекта» на две недели вперед после формального утверждения проекта. Это обезопасит меня от бюрократических проволочек.

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

Планирование проекта. Часть 3. Оптимизация расписания

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

  • 2 месяца на поиск персонала – много! Не обязательно искать всех сотрудников последовательно. «Параллелим» работы без особого риска для проекта;
  • Выделяем в проекте 2 вехи: склад готов к обслуживанию клиента («обязательные» работы) и проект завершен («необязательные» работы, которые могут быть сделаны позже). Мы сможем объяснить Заказчику, что открыть склад для клиента важнее и часть результатов будет получена месяцем позже.
  • Удаляем некоторые ненужные взаимосвязи и т.п.

Конечно, не всегда оптимизировать можно. Но у нас получилось. За неделю до планового открытия филиала завершаются все «обязательные работы» (с учетом резервов конечно). Нормально. Получилось.

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

Планирование проекта. Завершение

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

Вся работа по разработке проекта заняла у меня неделю. Состоялось 3 встречи общей продолжительностью 10 часов. Утверждение проекта состоится завтра. Говорят, что у нас появились «новые вводные». Но это уже «Управление изменениями». Об этом позже.

Территориально распределенный проектный офис

Уважаемые коллеги!
Кто-нибудь из Вас сталкивался с организацией проектного офиса, который разбросан, распределен по территориальным структурам?

В этой ситуации я вижу несколько недостатков:
1. Двойное подчинение сотрудников проектного офиса.
. каждый сотрудник подотчетен одновременно и руководителю ПО и руководителю структурной единицы
. хуже всего, если сотрудник ПО там же и получает заработную плату, а я только задачи вешаю
2. Сложность контроля работы сотрудника.
. как быть в курсе той работы, которую он реально выполняет (понятно, что есть E-mail и телефон, и даже командировки, но каждый раз?)
3. Проектный офис не является единоличным хранилищем знаний
. информация накапливается в разных регионах и к нам может и не попасть
. всегда есть соблазн исказить некоторую информацию, чтобы не вызывать подозрений и снижения з/п

Сдал тест на Breinbench

Project Management (2005)

Score 3.73
Percentile Scored higher than 89% of previous examinees
Account Percentile Scored higher than 99% of 1 previous examinees within this account
Proficiency Level: Advanced (Master)

Strong Areas

* Project Integration
* Project Human Resources and Communications
* Project Scope
* Project Costs
* Project Processes

Weak Areas

* Project Risk
* Project Framework