Главная » финансы и консалтинг » Условное управление проектами — определение

Условное управление проектами — определение

[ad_1]

В контексте ИТ-систем контингентные управления проектами ( "CPM") — это возможность выбора соответствующей методологии для применения и успешного доставки проекта, настройка метода при выполнении проекта. "Контингентные стиль лидерства" аналогичный. Wikipedia (Fiedler) дает объяснение контингентського лидерства

Так, менеджер проекта может иметь контингентные стиль лидерства, но может не иметь условного подхода к управлению проектами.

Давайте рассмотрим ряд процессов управления проектами:

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

Agile методы (сбор и определение приоритетов, разработка прототипа, тестирование, доставки, повторного цикла — проектирование, построение, тестирование, доставка, подготовка и перевод в реальном времени). С точки зрения низкого риска / низкой сложности высокому риску / высокой сложности некоторые методологии будут: XP, Scrum, DSDM ®, RUP ®. Обратите внимание, что риск и сложность не всегда уровне — некоторые системы низкой сложности могут иметь глубокий организационный риск, д & # 39; связан с ними.

Prince ® может быть использован в любом из этих контекстов для управления проектом в более широком организационном масштабе или локально на меньший масштаб. Действительно, появление Принца2 переместил методологию к более широкому контексту, не касается ИТ

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

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

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

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

— определить приоритетные проекты по уровню риска (оценивать по нескольким параметрам), отчитываться о состоянии проекта по принципу "исключений" и настраивать частоту отчетности на проектный риск

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

Так, что такое контингент управления проектами?

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

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

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

Как возникает несостоятельность более 30% проектов? Это эт & # 39; связано с тем, что неудачные проекты продолжаются в том же старом стиле, без необходимости развертывания управляемого проекта, а менеджмент не отвечает соответствующим образом на изменения рисков.

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

[ad_2]