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

Главная / Суд

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

Стандарты

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

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

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

Виды стандартов

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

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

Стандарты можно разделить на четыре типа: международные, национальные, отраслевые и корпоративные.

Институт PMI и его стандарты

Развитие проектной технологии управления началось в Америке в шестидесятые годы. На это повлияло множество факторов, главными среди которых стали наступление атомной эпохи, соревнования с СССР за освоение космоса и создание новых оборонных стратегий. Было время больших перемен, и необходимость наладить управление проектами и создать универсальную модель для этого была просто неоспорима. Поэтому в 1969 году в США создали первую некоммерческую организацию Project Management Institute, которая занималась разработкой стандартов. Управление проектами на основе стандарта PMI проводится по всему миру и насчитывает более трех миллионов профессионалов этой сферы.

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

Модель взаимодействия процессов управления проектом

Теория управления проектами легла в основу руководства PMBOK. Она построена на ключевых аспектах процессной модели и в ней учтены все фазы К тому же она учитывает и все функциональные области знаний касающихся зон управления и взаимодействий их на объекты исследований. Немаловажное место в стандарте занимает план управления. До того как появилось первое издание, институт двадцать лет собирал необходимые сведения и информацию. И уже в 1986 году PMI выпустило первое руководство на основании своих исследований, которое постоянно дорабатывается с учетом современных тенденций. На данный момент существует уже пять различных изданий, которые успешно помогают развитию бизнеса и представляют собой американские национальные стандарты управления проектами.

Стандарт ИСО

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

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

Отличие ISO 21500:2012 от PMBOK

Первый стандарт в сфере управление компания ИСО создала еще в 2003 году. В нем содержались основные руководящие принципы, способные обеспечить качественное выполнение проекта. Несмотря на планы компании о массовом распространении документа, они не оправдались. Поэтому к 2012 году ИСО разработала новый документ, сотрудничая с PMI. Стандарт управления проектами теперь стал похож на своего конкурента во многих аспектах. В основном это выражается в сохранности системности и полноты продукта.

Основные функции этого стандарта заключаются в следующем:

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

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

Направление стандартизации ICB IPMA

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

В отличие от уже описанных международных и управления проектами, ICB IPMA взял в свою основу структурирование опыта, знаний и мастерства лидеров в сфере проект-менеджмента. Его главное назначение заключается в установке международных общепринятых требований к компетенции ПМ специалистов. На данный момент существует уже третья редакция, в которой 46 элементов, собранных в три группы: техническая, поведенческая и консенсуальная компетентность. Последняя выражается в умении руководителя выстраивать эффективные стратегии с участием всех заинтересованных сторон.

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

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

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

Стандарт PRINCE 2

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

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

Практика выбора и совместного применения стандартов

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

Что касается совмещения стандартов, то без него во многих случаях просто нельзя обойтись. Так, например, компании, использующие английские стандарты, нуждаются в дополнительной методологии похожей на PMBOK. В свою очередь, использование только американского стандарта приводит к недостаче локализованных методов. А вот ИСО или его аналог - стандарт управления проектами ГОСТ Р ИСО 21500-2014 - способен установить лаконичные требования, при этом не имея адаптации под конкретные корпоративные требования. В целом применение любой методологии требует адаптации к управленческой культуре данной организации, где она используется.

Заключение

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

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

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

Управление проектами является частью системы менеджмента предприятия.

История

В основе современных методов управления проектами лежат методики структуризации работ и сетевого планирования, разработанные в конце 50-х годов XX века в США.

Классическая форма Тройственной Ограниченности

Предположение о неограниченности ресурсов, критичен только срок выполнения и качество. Метод PERT , Метод критического пути ,
Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). Гибкая методология разработки
Предположение о неизменности требований, низких рисках, жесткий срок. Классические методы PMBOK , во многом опирающийся на модель водопада
Предположение о высоких рисках проекта. Метод Инновационные проекты (стартапы)
Варианты нейтральных (сбалансированных) подходов:
- Акцент на взаимодействие исполнителей. Метод PRINCE2
- Акцент на взаимодействие процессов . Метод Process-based management

Роли в проекте

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

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

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

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

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

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

Цель управления проектом и успешность проекта

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

Группы оценок успешности:

Ориентированные на контракт, например традиционные методологии, в том числе PMBOK : «Проект успешен, если выполнен согласно утвержденным критериям: объему, сроку, качеству» . То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
Ориентированные на заказчика, например гибкие методологии SCRUM , частично управление программами , направленное на длительное взаимодействие, а не на один проект/контракт: «Проект успешен, если заказчик удовлетворен» . Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия, либо проект можно рассматривать как программу из нескольких небольших проектов. Оценка успешности рассматривается в основном с точки зрения заказчика.
Сбалансированные, например PRINCE2 : «Проект успешен при сбалансированности по крайней мере по трем категориям - бизнеса, ориентации на пользователя и технологической зрелости» . Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии (косвенная польза для самого исполнителя). Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

В целом можно определить цель управления проектами следующим образом:

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

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

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

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

Процедуры управления проектом

Международный стандарт управления проектами ISO 21500:2012

В сентябре 2012 года Россия, США и страны Евросоюза на государственном уровне через International Standard Organization ISO ввели в действие стандарт ISO 21500 , который был построен на базе модели PMBOK . Принятие стандарта ISO 21500 в действие сопровождалось фактически передачей приоритета стандартизации от PMI к ISO.

В соответствии с гражданским законодательством большинства стран Евросоюза, а также России, все остальные стандарты на территории Европы являются подчиненными относительно ISO 21500:2012 и в случае любых разночтений с официальным стандартом, подчиненные стандарты в указанных различиях являются "ничтожными". В России указанное правило закреплено в Статье 7 Гражданского Кодекса Российской Федерации.

Определение требований к проекту
Постановка чётких и достижимых целей
Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров)

IPMA

Системное представление Управления проектами IPMA

Процедуры управления проектом по методологии PRINCE2

Начало проекта (SU).
Запуск проекта (IP).
Планирование проекта (PL).
Управление проектом (DP).
Контроль стадий (CS).
Контроль границ стадий (SB).
Управление производством продукта (MP).
Завершение проекта (CP).

Прочие процедуры (управление командой, контрактами и тп) вынесены «за рамки» методологии и называются инструментарием менеджера проекта. Кроме того, методология рассматривает «компоненты», которые состоят из Бизнес плана (Business Case), организации, планирования, управления рисками, управления качеством, управление конфигурацией, контроля и управления изменениями.

Процедуры управления проектами по методологии MSF

Microsoft Solutions Framework (MSF) разработан корпорацией Microsoft как методология ведения IT-проектов. MSF представляет каждую фазу проекта как:

Выработка концепции (Envisioning)
Планирование (Planning)
Разработка (Developing)
Стабилизация (Stabilizing)
Внедрение (Deploying)

План управления проектом

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

В Плане управления проектом должно быть отражено:

Содержание и границы проекта
Ключевые вехи проекта
Плановый бюджет проекта
Предположения и ограничения
Требования и стандарты

Стандарты управления проектами

Международные стандарты управления (менеджмента) проектами:

Национальные стандарты управления проектами:

ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом» (Россия)
ГОСТ Р 54870-2011 «Проектный менеджмент. Требования к управлению портфелем проектов» (Россия)
ГОСТ Р 54871-2011 «Проектный менеджмент. Требования к управлению программой» (Россия)
NASA Project Management (США)
BSI BS 6079 (Великобритания)
APM Body of Knowledge (Великобритания)
DIN 69901 (Германия)
Hermes method (Швейцария)
CAN/CSA-ISO 10006-98 (Канада)
South African NQF4 (ЮАР)
CEPM (Индия)
PROMAT (Южная Корея)

Стандарты с расширенной географией применения:

PRINCE2 (PRojects IN a Controlled Environment)
ISEB Project Management Syllabus
Oracle Application Implementation Method (AIM)

Стандарты оценки компетенции менеджера проекта:

ICB IPMA Competence Baseline (IPMA)
НТК (Национальные требования к компетентности специалистов) (Ассоциация управления проектами «СОВНЕТ», Россия)
NCB UA (National Competence Baseline, Version 3.0) (Украина)

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

продукты, ориентированные на автоматизацию услуг:
- ARTA Software - система ARTA Synergy
- Epicor Software
системы управления проектами и задачами:
- Bontq - система управление проектами и отслеживания ошибок.
- Cerebro - система управления проектами в аудиовизуальной сфере.
- Easy Projects .NET - система для управления проектами, написанная на .NET .
- eGroupWare - бесплатное ПО для управления проектами.
- GanttProject - маленькая бесплатная программка с диаграммой Ганта и ресурсами. [значимость факта? ]
- Kommandcore - платный многопользовательский веб-сервис по управлению проектами, предназначен в первую очередь для руководителей проектами, основан на методологии гибкой разработки.
- OpenProj - бесплатная, открытая альтернатива Microsoft Project.
- Clarizen - облачная система управления проектами, персоналом, бюджетом
- PayDox - система управления документами, задачами и совместной работой сотрудников.
- Project Kaiser - веб-ориентированная система управления проектами и задачами с поддержкой wiki и развитыми средствами взаимодействия пользователей.
- ProjectMate - Российская PSA-система автоматизации профессиональной деятельности. Помимо модуля управления проектами имеет массу функций, востребованных в компаниях сферы консультационных услуг - начиная от учета времени и заканчивая выставлением счетов (биллингом).
- Redmine - бесплатный многопользовательский веб-сервис, ориентированный на специфику IT-проектов и разработчиков.
- TeamLab - система для управления проектами, документами и совместной работы.
- TrackStudio Enterprise - система управления задачами. Есть экспорт в MS Project.
- Trac - инструмент управления проектами и отслеживания ошибок в программном обеспечении.
- Web2Project - открытое бесплатное веб-приложение для управления проектами (проект основан на коде dotProject).

Методологии управления проектами

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

Методология IW URM (Unique Reliable Method), разрабатывалась и оттачивалась с тем, чтобы в любом проекте был гарантирован успех - цели клиента достигнуты в оговоренный срок, в рамках определенного бюджета и с необходимым качеством. Для реализации разных типов проектов используется набор различных процедур, документов и технологий, наиболее подходящих для конкретного типа проекта.

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

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

Литература

Стэнли Э. Портни. Управление проектами для "чайников" = Project Management For Dummies. - М .: «Диалектика», 2006. - С. 368. - ISBN 0-7645-5283-X
Рассел Д. Арчибальд. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. - М .: «Академия АйТи», 2004. - С. 472. - ISBN 5-98463-002-3
Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. - «КУДИЦ-ПРЕСС» , 2008. - С. 416. - ISBN 978-5-91136-009-2
Том ДеМарко. Deadline. Роман об управлении проектами. - «ВЕРШИНА» «М» , 2006. - С. 143. - ISBN 5-9626-0132-7
Ашманов Игорь Станиславович Жизнь внутри пузыря . - М .: Манн, Иванов и Фербер, 2008. - С. 208. - ISBN 978-5-902862-79-6
Ким Хелдман. Профессиональное управление проектами. - «Бином» «Москва» , 2005. - С. 517. - ISBN 5-94774-234-9
Лапыгин Ю. Н. Управление проектами: от планирования до оценки эффективности. - Омега-Л «Москва» , 2008. - С. 252. - ISBN 978-5-370-00985-3

Заренков В. А. Управление проектами. СПб., 2010.

Методология управления проектами отражается в стандартах управления проектами. В настоящее время существуют следующие виды стандартов:

Международные - стандарты, получившие международное значение в процессе своего развития или предназначенные для международного использования;

Национальные - созданные для применения внутри одной страны или получившие общенациональный статус в процессе своего развития;

Общественные - подготовленные и принятые сообществом специалистов;

Частные - комплексы знаний, пропагандируемые для свободного использования частными лицами, компаниями или учреждениями;

Корпоративные - разработанные для применения внутри одной компании или внутри группы родственных компаний.

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

1. Project Management Body of Knowledge (PMBOK1) Американского института управления проектами (Project Management Institute - PMI). Этот стандарт обновляется приблизительно один раз в четыре года. Одна из наиболее распространенных редакций датируется 2000 г., а самая актуальная, четвертая, версия стандарта - The Guide to the PMBOK, 4th Edition - вышла в конце 2008 г. Стандарт был первоначально принят Американским нацио нальным институтом стандартов (ANSI) в качестве национального стандарта в США, а в настоящее время обрел мировое признание.

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

Стандарт ISO 10006 является основополагающим документом из серии стандартов рассматриваемого профиля, подготовленным техническим комитетом ISO/TC 176 «Управление качеством и обеспечение качества» Всемирной федерации национальных органов стандартизации (члены ISO).

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

В этой серии стандартов процессы сгруппированы в две категории. К первой категории отнесены процессы, связанные с обеспечением продукта проекта (проектирование, производство, проверка). Описанию последних посвящен стандарт ISO 9004-1.

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

Вторая группа охватывает управление взаимосвязями процессов.

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

Международный стандарт ISO 10006 ориентирован

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

Стандарт заимствует ключевые определения из ИСО 8402, включая такие термины, как проект, продукт проекта, план проекта, участник проекта, процесс, оценка хода работ.

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

практик по управлению проектами, характеризующих те или иные уровни организационной зрелости управления проектами;

Элемент «оценка» (assessment) является инструментом, помогающим организациям оценить текущую зрелость управления проектами и определить области улучшения;

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

Основное назначение OPM3 - быть стандартом для корпоративного управления проектами и организационной зрелости по управлению проектами.

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

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

Проект как система. Системный подход к управлению проектами

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

Рис.2.1. Основные элементы проекта

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

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

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

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

Понятие «система» многозначно, что естественно, но общность характерных черт позволяет выразить систему тем, что: система - это комплекс взаимосвязанных элементов, рассматриваемых как единое целое;

Системе присуща определенная структура;

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

Проект как систему определяют следующие основные свойства.

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

2. Влияние на проект находящихся во взаимодействии объективных и субъективных факторов.

3. Динамичность процессов, имеющих стохастический характер.

4. Целостность (эмерджентность) системы, т.е. наличие у нее таких свойств, которые не присущи элементам системы (подсистемам), рассмотренным отдельно, вне системы.

5. Сложные информационные процессы, обусловленные многочисленными взаимосвязями между элементами системы.

6. Множественность целей, которые могут не совпадать с целями отдельных элементов (подсистем). Здесь можно привести известный пример - высокие расходы на содержание управленческого аппарата приводят к необходимости его сокращения. С другой стороны, малочисленный управленческий аппарат не обеспечивает эффективного управления предприятием, что ведет к финансовым потерям.

7. Многофункциональность элементов системы (например, функция управления системой включает в себя следующие функции: планирование, учет, контроль, анализ, оперативное регулирование).

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

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

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

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

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

Укрупненная структура системы управления в самом общем виде представлена на рис. 2.2.

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

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

1. Управление осуществляется путем сбора, обработки и анализа информации. Основная функция любой системы управления - получение информации и определение на ее основе поведения управляемой системы.

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

3. Наличие посредников при реализации прямой и обратной связи. Этим обусловлены многие специфические требования к организации таких систем и качеству их управления.

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

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

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

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

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

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

Цели проекта

Процесс целеполагания (установления целей) является неотъемлемым элементом управления. Четкое представление о целях проекта, сложившееся

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

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

Конкретными (Speciﬁ c);

Измеримыми (Measurable);

Достижимыми (Achiеvable);

Значимыми (Relevant);

Соотносимыми с конкретным периодом времени (Time-bounded).

Представление об этих критериях дано в табл. 2.1.

Морфологический анализ проводится по следующей схеме:

а) формулировка проблемы;

б) постановка задачи;

в) составление списка всех характеристик обследуемого предполагаемого) продукта или операции;

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

д) анализ сочетаний;

е) выбор наилучшего сочетания.

Требования к проекту

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

Производительность - стоимость продукции и услуг, поставленных потребителям, за вычетом прямых расходов на приобретение товаров и услуг у сторонних поставщиков, за определенный период времени;

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

Текущие расходы - любые средства, расходуемые организацией для преобразования инвестиций в готовый продукт.

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

Содействовать повышению производительности организации;

Способствовать сокращению объемов инвестиций;

Содействовать сокращению текущих расходов;

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

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