разница между управлением проектами и управлением процессами [закрыто]

StackOverflow https://stackoverflow.com/questions/604748

Вопрос

В чем разница между управлением проектами и управлением процессами?

Это было полезно?

Решение

Определяющая характеристика процесса по сравнениюпроект - это повторяемость по сравнению суникальность.

  • Процесс - это повторяющийся набор взаимосвязанных задач, направленных на достижение определенной цели.

  • Проект - это уникальное начинание, имеющее начало и конец, предпринимаемое для достижения определенной цели.

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

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

Применительно к разработке программного обеспечения ежедневная сборка - это процесс:

  • Это последовательность задач, направленных на конечный результат.

  • Эта последовательность повторяется.

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

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

Разработка новой функции - это проект:

  • Эта функция уникальна, и как только мы ее разработаем, мы больше не будем ее разрабатывать.Может быть, вторая версия, но это будет совсем другое дело.

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

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

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

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

Другие советы

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

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

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

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

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

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

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

Определяющая характеристика процесса по сравнениюпроект - это повторяемость по сравнению суникальность.

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

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

Структура бизнес-процессов eTOM (www.tmforum.org) гласит, что существует три типа процессов:

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

Проект - это уникальное начинание, имеющее начало и конец, предпринимаемое для достижения определенной цели.

....гуру

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


Как они могут быть одинаковыми

Чтобы внести еще больше путаницы в эту динамику, управление проектами - это процесс сам по себе (см. PRINCE2 www.prince2.com)

Это вписалось бы в (1) Стратегия, инфраструктура и продукт категория (извините за порку eTOM, есть множество других фреймворков, таких как ИТИЛ и СКОРЫЙ, Я эксперт в телекоммуникационной компании, поэтому в этой структуре я разбираюсь лучше всего.)

Хотя у каждого проекта есть дата начала и окончания, скорее всего, ваша организация постоянно наращивает и изменяет возможности ИБ (инфраструктуру и продукты).Таким образом, каждый проект предоставляет что-то свое, но шаги или набор выполняемых задач для реализации проекта должны быть одинаковыми каждый раз (опять же, см. [PRINCE2] [2]).

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top