Из статьи вы узнаете, как можно «увидеть» риски, и получите описание практически применимых инструментов идентификации рисков. Полезно для тех, кто принимает решения и хочет увеличить степень их успешности.

Автор предлагает набор критериев для отсева проектов с высоким профилем риска в рамках сделок проектного финансирования. Они предполагают учет важных факторов - от взаимосвязи проекта с основным бизнесом инициаторов и качества контрактов до наличия качественного бизнес-плана проекта и его залогового обеспечения.

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

По данным научного исследования The Center for Busines Practises (CBP) в сфере управления проектами, компании, внедряющие и уже использующие различные системы и модели управления проектами, в большинстве случаев находятся на начальном этапе и далеки от совершенства в управлении проектами. Более 90% компаний находятся на уровне 1 или 2 в системе совершенствования управления портфелем проектов, и ни одна - на уровнях 4 или 5, которые считаются высшими.

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

Пять классических камней преткновения в управлении проектами.

Статья рассматривает все основополагающие компоненты управления проектом на основе международных исследований. Особенно интересен подход автора к критериям успеха и неудач проектов.

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

Содержится фрагмент методологии Ten Steps, которая содержит полезные рекомендации по управлению рамками проекта.

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

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

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

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

Согласно опросу 64 компаний из списка Fortune 500, эффективность каждой четвертой из них снизилась после внедрения системы ERP.
После того как компания запустит ПО планирования ресурсов предприятия, единственными, кто понимает, как эта компания работает, являются люди из команды развертывания ERP-системы.

Создание всего решения по продукту из набора битов и байтов - не тривиальная задача. Для этого требуется глубокое знание технологии (например, "Можем ли мы применить внешнюю справочную систему на основе браузера? Или это будет ненадёжно?") и рыночных факторов ("Эта функция может показаться неважной, но наши конкуренты рекламируют её как обязательную, поэтому мы без неё мы не добьёмся успеха".). Кто принимает ответственные решения, которые приведут разработчиков к коммерческому успеху? Кто должен внимательно разобраться в том, какие потребуются услуги, чтобы обеспечить успех у покупателей? В большинстве коммерческих компаний такие решения уполномочен принимать менеджер по продукту. Чтобы успешно создать полное решение по продукту, отвечающее реальным требованиям рынка, менеджер по продукту должен обладать знаниями инженера, находчивостью предпринимателя и знанием коммерческих реалий.

Мягкое внедрение - внедрение в условиях взаимного доверия Заказчика и Исполнителя, при котором проблемы и ошибки Заказчика берет на себя большей частью Исполнитель.

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

Обзор выполнен по материалам западной литературы по управлению проектами.

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