Портфель проектов в отличие от программы состоит

1 Подготовлен АНО «Международная академия менеджмента и качества бизнеса» совместно с ЗАО «Проектная ПРАКТИКА» при участии АО «НИЦ КД» на основе собственного перевода на русский язык немецкоязычной версии стандарта, указанного в пункте 4

2 Внесен Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

3 Утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 17 ноября 2015 г. N 1823-ст

4 Настоящий стандарт идентичен стандарту DIN 69909-2:2013 «Мультипроектный менеджмент. Управление проектом, портфелем проектов, программой. Часть 2. Процессы и процессная модель» («Multi project management — Management of project portfolios, programmes and projects — Part 2: Processes, process model», IDT).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

Ключевые отличия портфеля проектов от программы проектов / Лекция 4

5 Введен впервые

Настоящий стандарт разработан рабочим комитетом NA 147-00-04 АА «Проектный менеджмент» комитета по стандартизации «Менеджмент качества, статистика и основы сертификации» (NQSZ).

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

— Часть 1: Общие положения;

— Часть 2: Процессы и процессная модель.

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

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

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

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

Портфель проектов — управление портфелем проектов

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

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

1 Область применения

Настоящий стандарт устанавливает основные положения системы мультипроектного менеджмента. В частности, он может применяться, прежде всего, с пятью частями комплекса стандартов ДИН 69901 и другими частями ДИН 69909 для:

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

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

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

d) всех лиц, кто имеет дело с общим пониманием используемой в области мультипроектного менеджмента терминологии;

e) всех лиц в составе организации и/или вне ее, кто проводит консультации в отношении выбора подходящей системы мультипроектного менеджмента;

f) всех, кто занимается разработкой программного обеспечения для мультипроектного менеджмента.

Настоящий стандарт применим для всех видов и размеров систем проектного менеджмента.

2 Нормативные ссылки

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

DIN 69901-2, Project management. Project management systems. Part 2: Processes, process model (Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель)

DIN 69909-1, Multi Project Management. Management of project portfolios, programmes and projects. Part 1. Fundamentals (Мультипроектный менеджмент. Менеджмент портфеля проектов, программ и проектов. Часть 1. Общие положения)

3 Термины и определения

В настоящем стандарте используются термины и определения, установленные в ДИН 69909-1.

4 Процессы мультипроектного менеджмента

4.1 Общие положения

4.1.1 Процессная ориентация

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

4.1.2 Классификация процессов мультипроектного менеджмента

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

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

Рисунок 1 — Система процессов

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

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

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

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

Мультипроектный менеджмент создает необходимые и достаточные условия для управления несколькими отдельными проектами и может быть организован, например, в форме программ и/или портфеля проектов (см. ДИН 69909-1). В соответствии с этим процессы мультипроектного менеджмента, в зависимости от случая их применения, подразделяются на процессы управления проектами, программами и портфелем проектов (см. рисунок 2).

Рисунок 2 — Подразделение процессов мультипроектного менеджмента

4.2 Структура модели процессов

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

4.2.1 Общий обзор

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

Рисунок 3 — Обзор модели процессов

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

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

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

4.2.3 Модель процессов проекта

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

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

В настоящем стандарте (аналогично ДИН 69901-2) модель процессов рассматривается в контексте пяти групп процессов проектного менеджмента «Инициирование», «Определение», «Планирование», «Контроль» и «Завершение». Так как проекты и программы ограничены по времени, модель процессов содержит весь жизненный цикл, начиная от группы процессов инициирования до группы процессов завершения. Так как два вышестоящих уровня управления являются постоянными, в настоящем стандарте отсутствует описание фаз «Инициирование» и «Завершение». В рамках мультипроектного менеджмента они не играют существенной роли.

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

На рисунке 3 умышленно не приведены связи с поддерживающими (обеспечивающими) процессами и процессами создания продукта (производственные процессы) (см. ДИН 69901-2), также как и связи с внешними партнерами. При применении модели процессов на практике связи могут добавляться или опускаться.

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

4.3 Описание модели процессов

4.3.1 Процессы руководства проектами

4.3.1.1 Определение основных целей

Определение основных целей.

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

Описание процесса (процедура):

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

Источник: mooml.com

Помощь по Теле2, тарифы, вопросы

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

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

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

Давайте более детально изучим каждое понятие:

Управление портфелем

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

Управление программой

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

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

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

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

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

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

• Стандарт управления портфелем (The Standard for Portfolio Management)
• Стандарты управления программой (The Standard for Programme Management)
• Свод правил по управлению проектами (A Guide to the Project Management Body of Knowledge (PMBOK) Third Edition), 3-е издание

Newer news items:

• 07/03/2010 23:15 — Как часто стоит пересматривать портфель проектов
• 17/01/2010 16:22 — Что такое управление портфелем проектов
• 01/01/2010 20:58 — Четыре уровня успеха проекта
• 01/01/2010 20:41 —

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

Основные требования к проекту ОГРАНИЧЕННОСТЬ (по времени, целям и задачам, результатам и т.д.) означает, что проект содержит: этапы и конкретные сроки их реализации; чёткие и измеряемые задачи; конкретные и измеряемые результаты; планы и графики выполнения работ; конкретное количество и качество ресурсов, необходимых для реализации проекта.

Основные требования к проекту ЦЕЛОСТНОСТЬ – общий смысл проекта очевиден и ясен, каждая его часть соответствует общему замыслу и предполагаемому результату ПОСЛЕДОВАТЕЛЬ- НОСТЬ И СВЯЗНОСТЬ – логика построения частей, которые соотносятся и обоснуют друг друга. Цели и задачи напрямую вытекают из поставленной проблемы. Бюджет опирается на описание ресурсов и сочетается с планом.

Основные требования к проекту ОБЪЕКТИВНОСТЬ И ОБОСНОВАННОСТЬ – доказательность того, что идея проекта, подход к решению проблемы появились не случайным образом, а являются следствием работы авторов по осмыслению ситуации и оценки возможностей воздействия на неё. КОМПЕТЕНТНОСТЬ АВТОРОВ И ПЕРСОНАЛА – выражение осведомлённости авторов в проблематике, средствах и возможностях решения вопроса. Владение персонала технологиями, механизмами, формами и методами реализации проекта.

Основные разделы текста проекта Название проекта (должно быть броским, кратким, выражающим основную идею содержания, может быть дана расшифровка названия). Организация – исполнитель (название, адрес, телефон, реквизиты). Руководитель проекта (ФИО., должность, место работы, адрес, телефон, звания).

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

Основные разделы текста проекта ПОСТАНОВКА ПРОБЛЕМЫ (введение) — актуальность проекта определяется значимостью проблемы, решению которой призван способствовать проект. Актуальность и новизна по сравнению с аналогами. Чьи интересы затрагивает. Её масштабность и что может произойти, если проблема не найдёт решения. Аналитическое осмысление: проблему необходимо представить в количественных и качественных показателях.

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

Цель проекта – это осознанное представление результатов деятельности по проекту Добиться результата можно, если чётко знаешь, чего именно хочешь добиться. Основные требования к формулировке цели: 1).достижимость в рамках этого проекта; 2).предусмотрение итогового результата проекта; 3).соответствие компетентности, подготовленности финансово- экономическим, материально- техническим, организационным условиям реализации проекта.

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

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

Содержание и механизм реализации проекта Основной компонент проектирования – выбор содержания, форм и методов деятельности по реализации проекта. Предполагает достаточно подробное описание в каких направлениях, каким образом, когда, в какой последовательности, что и как будет сделано для получения желаемых результатов. Нельзя действовать по принципу «вали всё в кучу»!

Контрольные характеристики по разделу «Содержание и механизм реализации проекта» Чёткость структурирования проекта на части и видение их взаимосвязей; Доступное описание основных мероприятий и причин выбора именно этих форм работы; Из раздела понятно, как, с кем, когда и где будет проходить/реализовываться проект; Естественность логической цепочки: проблема – цель – задача – метод; Нет лишней «воды», т.е. ненужных описаний, приложений и прочего отягощения текста.

Планирование – является самой важной частью механизма реализации План должен быть последователен и убедителен, в нём ясен состав ответственных, исполнителей, средств. Мероприятия плана логически связаны, понятны причины выбора именно этих форм. Конкретизация плана ведётся различными способами, в том числе и графической форме, например: п/п Дейс твия Сро ки Отв- ные Ре- сур- сы Резу льта ты Фак- тиче ские исполнители 1. 2.

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

Финансовое обоснование проекта (основное внимание следует уделить) Сколько в целом необходимо средств на осуществление проекта; Какие средства есть в наличии у организаторов проекта; Какая есть материально-техническая база; Какие дополнительные источники финансирования можно найти (благотворительные пожертвования, спонсорские отчисления, доходы от разрешенной законом деятельности, труд добровольцев и т.д.); На какие цели будут израсходованы средства, собранные для реализации проекта Бюджет проекта должен быть «трёхколоночным», где в первой колонке указываются имеющиеся у заявителя средства, во второй – запрашиваемые средства, в третьей – общая сумма расходов. ПРАВИЛО: соотношение между имеющимися и запрашиваемыми по проекту суммами должно быть 50% на 50%

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

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

Разница между программой и планом

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

TheDifference.ru определил, что отличие программы от плана заключается в следующем:

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

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

В этой статье

Знакомство с основами: этапы, процессы, портфели и продукты

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

Этапы

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

Результат этапа

Выбор докладчиков и получение от них согласия

Источник: stroidetail.ru

В чем различия программы и проекта. Различия между управлением портфелем, программой и проектом

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

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

Давайте более детально изучим каждое понятие:

Управление портфелем

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

Управление программой

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

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

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

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

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

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

• Стандарт управления портфелем (The Standard for Portfolio Management)
• Стандарты управления программой (The Standard for Programme Management)
• Свод правил по управлению проектами (A Guide to the Project Management Body of Knowledge (PMBOK) Third Edition), 3-е издание

Newer news items:

• 07/03/2010 23:15 — Как часто стоит пересматривать портфель проектов
• 17/01/2010 16:22 — Что такое управление портфелем проектов
• 01/01/2010 20:58 — Четыре уровня успеха проекта
• 01/01/2010 20:41 —

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

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

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

• коммерческие;
• производственные;
• экономические;
• социальные и др.

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

В бизнес-плане прописываются:

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

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

Инвестиционный проект

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

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

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

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

К числу внутренних факторов, оказывающих влияние на развитие инвестиционного проекта, относят:

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

К внешним факторам, оказывающим влияние, следует отнести:

• уровень политической стабильности;
• уровень экономической стабильности;
• возможные изменения нормативно-правовой базы;
• уровень научно-технического развития;
• экологические проблемы.

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

Бизнес-план

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

Чем отличается инвестиционный проект от бизнес-плана:

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

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

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

Что такое проект и программа

• Проект – взаимосвязанный набор мероприятий и процессов, основная цель которого – реализация масштабной задачи. Его главные атрибуты – наличие сроков исполнения, ресурсы, миссия. Реализация проекта может быть подсчитана количественно, а также качественно (поставленные цели достигнуты либо провалены).
• Программа – группа проектов, объединённых единой целью, управлением, ресурсами, миссией. Их результат – качественное изменение состояния, вызванное реализацией запланированных задач. Программа развития здравоохранения предполагает выполнение ряда проектов: строительство больниц, проведение исследований, обучение персонала и многое другое.

Разница между проектом и программой

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

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

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

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

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

В этой статье

Знакомство с основами: этапы, процессы, портфели и продукты

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

Этапы

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

Результат этапа

Выбор докладчиков и получение от них согласия

Источник: tehnashop.ru