Что такое проект программы
Перейти к содержимому

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

  • автор:

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

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

Определение

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

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

Сравнение

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

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

Выводы TheDifference.ru

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

Похожие статьи

(5 оценок, среднее: 5,00 из 5)

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

Программа проектов

14.10.2010 12:42

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

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

Рассмотрим пример использования Devprom.ALM для выполнения некоторого грандиозного проекта «Система хранения данных», в который вовлечено несколько групп сотрудников или внешних исполнителей. Обычно такой проект называется программой проектов, декларирующей общие цели, объединяющей в себе данные и ресурсы нескольких проектов.

Структура программы

В качестве примера рассмотрим программу, состояющую из трех проектов:

  1. Корневой проект «Программа: система хранения данных», назначением которого является агрегация пожеланий по программе, хранение общей информации по программе, контроль за ходом выполнения программы проектов.
  2. Дочерний проект (или подпроект) «СХД: поддержка продукта», созданный на основе шаблона «Поддержка» и используемый для поддержки пользователей основного продукта, при помощи плагина или автоматической обработки входящих email.
  3. Проект «СХД: разработка продукта», в котором ведется основная разработка продукта.
Объединение знаний по всей программе

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

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

Управление ожиданиями по программе

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

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

Просмотр результатов работы по программе

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

Контроль за ресурсами программы проектов

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

Верификация отличий проекта от программы Текст научной статьи по специальности «Экономика и бизнес»

Аннотация научной статьи по экономике и бизнесу, автор научной работы — Вершинин Валентин Петрович

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

i Надоели баннеры? Вы всегда можете отключить рекламу.

Похожие темы научных работ по экономике и бизнесу , автор научной работы — Вершинин Валентин Петрович

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

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

Сравнительный анализ методических подходов к управлению проектами и их применение в инфокоммуникациях

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

Оценка уровня зрелости проектного управления при регламентации его процессов в организациях строительной отрасли

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

VERIFICATION OF PROJECT DIFFERENCES FROM THE PROGRAM

Themoderninterpretationofindividualconcepts,suchasaproject and program , in project management, as well as their characteristic differences, has insufficient elaboration, which often leads to blurred perception and lack of clarity of understanding of their main features. In this regard, updating these signs made it possible to verify the main distinguishing features (in the author’s presentation), so the program is more difficult to understand, implement tasks, funding, resource use, manufacturability, manageability and coordination, and the project has specific goals and objectives, strict implementation plan, time and resource restrictions, entry and exit points from the project , while the result of the program is certain consequences (benefits), and the result of the project is a specific product. This has defined a deeper understanding of the project management cognitive under existing western and domestic standards.

Текст научной работы на тему «Верификация отличий проекта от программы»

верификация отличий проекта от программы

Вершинин Валентин Петрович

доктор экономических наук, Московский психолого-социальный университет (Москва), e-mail: v.vershinin@list.ru

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

Ключевые слова: проект, программа, проектный менеджмент, управление проектом и программой.

VERIFICATION OF PROJECT DIFFERENCES FROM THE PROGRAM

Vershinin Valentin Petrovich

Doctor of Economics, Moscow Psychological and Social University (Moscow), e-mail: v. vershinin@list.ru

Annotation: The modern interpretation of individual concepts, such as a proj ect and program, in project management, as well as their characteristic differences, has insufficient elaboration, which often leads to blurred perception and lack of clarity of understanding of their main features. In this regard, updating these signs made it possible to verify the main distinguishing features (in the author’s presentation), so the program is more difficult to understand, implement tasks, funding, resource use, manufacturabil-ity, manageability and coordination, and the project has specific goals and objectives, strict implementation plan, time and resource restrictions, entry and exit points from the project, while the result of the program is certain consequences (benefits), and the result of the project is a specific product. This has defined a deeper understanding of the project management cognitive under existing western and domestic standards.

Key words: project, program, project management, project and program management.

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

В результате недостаточной в проработанности данной проблемы, был проведён собственный анализ западных литературных источников [6,7,8], а также существующих, в настоящее время, российских подходов в этой области [2,3,4,5], используемых в общей системе менеджмента организации, в котором повышенное

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

Верификация отличий проекта от программы

Тип признак Проект Программа

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

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

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

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

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

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

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

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

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

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

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

6. Результат Это конкретный продукт или услуга, согласно заявленной цели, выполненная в установленный срок и в рамках выделенных ресурсов Подразумевает качественное изменение состояния, вызванное реализацией запланированных задач

Вывод: результат программы — это последствия (выгоды), а результат проекта — продукт или услуга

Рассмотренные в табл.1 специфические(в авторском изложении) обобщенные признаки, относящиеся к проекту и программе, носят объективный и сущностный характер, а так же учитывают широкий экспертный опыт, различных мировых и российских школ проектного управления [2,3,4,5,6,7,8], что позволяет в общей системе проектной деятельности организаций, направленной на достижение текущих и стратегических целей организации в целом, более конкретно сформулировать и верифицировать основные отличительные характерные черты между проектом и программой, которые трактуются, в авторском изложении, следующим образом:

1. Объем понятия:

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

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

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

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

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

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

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

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

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

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

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

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

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

Программа в основном базируется на программном подходе в управлении и реализации, то есть более стандартизирована.

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

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

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

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

использования ресурсов, снижение рисков, успешное завершение каждого проекта и связанных с ним мероприятий, а также для достижения целей и реализации (извлечения) выгод программы. [3,4,5]

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

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

Результатом выполнения проекта может является: [1]

— продукт, представляющий собой элемент другого изделия или конечное изделие;

— способность предоставлять услуги (например, бизнес-функции, поддерживающие производство или дистрибуцию);

— осуществление изменений в структуре, кадрах и стиле организации;

— разработка или приобретение новой или совершенствованной информационной системы;

— строительство здания или сооружения;

— внедрение новой процедуры или нового процесса на предприятии;

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

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

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

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

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

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

предприятий и населения разных территорий и т. д.);

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

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

Вывод: результат программы — это последствия (выгоды), а результат проекта — продукт или услуга.

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

1. Вершинин В. П. Управление проектами: учеб. пособие / В. П. Вершинин. — Сочи: «Оптима», 2018. — 274 с.

2. ГОСТ Р 54869-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению проектом (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. № 1582-ст).

3. ГОСТ Р 54871-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению программой (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. № 1584-ст).

4. ГОСТ Р 21500-2014. Национальный стандарт Российской Федерации. Руководство по проектному менеджменту (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 26 ноября 2014 г. № 1873-ст).

5. ГОСТ Р ИСО 21504-2016. Национальный стандарт Российской Федерации. Управление проектами, программами и портфелем проектов. Руководство по управлению портфелем проектов (утв. и введен в действие Приказом Феде-

рального агентства по техническому регулированию и метрологии от 10 октября 2016 г. № 21335-ст).

6. ICB — IPMA Competence Baseline. Version 2.0. IPMA Editorial Committee: Caupin G., Knopfel H., Morris P., Motzel E., Pannenbacker O. — Bremen: Eigenverlag, 1999. — p. 112.

7. David Hinde PRINCE2 Study Guide. — John Wiley and Sons, Ltd, 2012, — р. 528.

8. Project Management Body of Knowledge. — PMI, 2017.

1. Вершинин В. П. Управление проектами: учеб. пособие / В. П. Вершинин. — Сочи: «Оптима», 2018. — 274 с.

2. ГОСТ Р 54869-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению проектом (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. № 1582-ст).

3. ГОСТ Р 54871-2011. Национальный стандарт Российской Федерации. Проектный менеджмент. Требования к управлению программой (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. № 1584-ст).

4. ГОСТ Р 21500-2014. Национальный стандарт Российской Федерации. Руководство по проектному менеджменту (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 26 ноября 2014 г. № 1873-ст).

5. ГОСТ Р ИСО 21504-2016. Национальный стандарт Российской Федерации. Управление проектами, программами и портфелем проектов. Руководство по управлению портфелем проектов (утв. и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 10 октября 2016 г. № 21335-ст).

6. ICB — IPMA Competence Baseline. Versión 2.0. IPMA Editorial Committee: Caupin G., Knopfel H., Morris P., Motzel E., Pannenbacker O. — Bremen: Eigenverlag, 1999. — p. 112.

7. David Hinde PRINCE2 Study Guide. — John Wiley and Sons, Ltd, 2012, — р. 528.

8. Project Management Body of Knowledge. — PMI, 2017.

Различие между проектами, портфелями, этапами и процессами

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

В этой статье

  • Получение сведений о фазах, процессах, портфелях и продуктах
  • Выходные данные: конечные результаты проекта
  • Как Microsoft Project соответствует системе управления проектами?
  • Недостаточно? Хотите узнать больше?

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

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

Этапы

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

Выходные данные этапа

  • Резервирование объектов
  • Определение и упорядочение гостевых докладчиков
  • Приглашение участников

Завершенный документ плана событий

  • Настройка объекта
  • Помощь гостевым докладчикам
  • Предоставление служб участников

Запуски событий в запланированном виде

  • Участники опроса
  • Компиляция дополнительных заметок

Завершенный документ после анализа

Процессов

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

Деятельности:

  • Разработка системы запроса
  • Тестовая система запроса
  • Система запроса на выпуск

Деятельности:

  • Сотрудники службы поддержки для собеседований
  • Наем сотрудников службы поддержки
  • Обучение сотрудников службы поддержки

Выход:
Система обработки запросов в центре обработки вызовов

Выход:
Сотрудники службы поддержки центра обработки вызовов

Объединенный набор действий из двух проектов образуют процесс настройки центра обработки вызовов. Этот процесс содержит выходные данные полностью работоспособного центра обработки вызовов.

Действия проекта 1:

  • Разработка системы запроса
  • Тестовая система запроса
  • Система запроса на выпуск

Действия проекта 2:

  • Сотрудники службы поддержки для собеседований
  • Наем сотрудников службы поддержки
  • Обучение сотрудников службы поддержки

Выходные данные процесса:
Полностью работоспособный центр обработки вызовов

Программ

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

  • 530 Диск Contoso
  • 531 Диск Contoso
  • 532 Contoso Drive
  • 533 Диск Contoso

Портфелей

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

Проекты и программы

  • Проекта: Анализ конкурентов
  • Программа: Отраслевое
    обучение (включает три проекта: «Определение внешних ресурсов», «Обучение менеджеров по продуктам» и «Участие в конференциях».

Безопасность

  • Проекта: Тестирование безопасности
  • Программа: Реализуйте серверную систему регистрации
    (включает два проекта: «Ферма серверов сборки» и «Разработка кода регистрации»).
  • Проекта: Развертывание системы обработки запросов в центре обработки вызовов
  • Проекта: Найм и обучение сотрудников центра обработки вызовов
  • Программа: Сетевые ресурсы клиентов
    (включает два проекта: «Создание клиентского интерфейса для системы запросов» и «Разработка и выпуск ресурсов электронного обучения».)

Выходные данные: конечные результаты проекта

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

Конечный тип

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

Документ, программная программа, дома

Выходные данные завершенного проекта, этапа или процесса.

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

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

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

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

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

Недостаточно? Хотите узнать больше?

  • Новые возможности Microsoft Project 15 Technical Preview
  • Планирование задач в Microsoft Project: в фоновом режиме
  • Выбор подходящего представления календарного плана проекта

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *