Сложность проекта
Сложность проекта — это свойство проекта, которое затрудняет понимание, прогнозирование и контроль его общего поведения, даже если имеется достаточно полная информация о системе проекта. [1] С точки зрения системного мышления сложность проекта можно определить как сложное сочетание различных взаимосвязанных частей, в которых элементы могут постоянно меняться и развиваться, влияя на цели проекта. [2] Идентификация сложных проектов особенно важна для многопроектных инженерных сред. [3]
Домен был представлен Д. Баккарини в 1996 году. [4]
Виды сложности
[ редактировать ]Сложность может быть:
- Структурная сложность (также известная как сложность деталей, или комплексность), т.е. состоящая из множества разнообразных взаимосвязанных частей. [5] Обычно оно выражается в размерах, разнообразии и взаимозависимости компонентов проекта и описывается технологическими и организационными факторами.
- Динамическая сложность , которая относится к явлениям, характеристикам и проявлениям, таким как двусмысленность, неопределенность, распространение, возникновение и хаос. [1]
На основе платформы Cynefin , разработанной Дэйвом Сноуденом , [6] Сложные проекты можно разделить на:
- Простые (или ясные, очевидные, известные) проекты, системы или контексты. Для них характерны известная известность, стабильность, четкие причинно-следственные связи. Их можно решить с помощью стандартных операционных процедур и лучших практик.
- Сложный : характеризуется известными неизвестными. Сложная система – это сумма ее частей. В принципе, его можно разобрать на более мелкие и простые компоненты. Хотя сложные, но сложные проблемы теоретически можно решить с помощью дополнительных ресурсов, специализированного опыта, аналитических, редукционистских методов упрощения и декомпозиции, планирования сценариев и следования передовому опыту. [7] [8]
- Комплекс : характеризуется неизвестным неизвестным и возникновением. Закономерности можно обнаружить, но они не очевидны. Сложную систему можно описать утверждением Евклида о том, что целое больше, чем сумма его частей.
- Действительно сложные проекты , то есть очень сложные или хаотичные: характеризующиеся непознаваемым. В действительно сложных проектах не просматриваются закономерности. Причины и следствия неясны даже в ретроспективе. Перефразируя Аристотеля , действительно сложная система отлична от суммы своих частей. [9]
Сложность проекта имеет разные компоненты и источники, включая продукт (обычно выражаемый через структурную или технологическую сложность); а также организация, ее процессы; окружающая правовая, этическая и нормативная среда; сложность заинтересованных сторон и их (часто противоречивые) цели; сложность рынка. Таким образом, при работе в сложной организации или при разработке сложного продукта вполне вероятно, что сам проект столкнется с явлениями, связанными с динамической сложностью.
Управление сложностью проекта
[ редактировать ]
Структура управления сложностью проектов IT-PCM, предложенная Стефаном Морковым, состоит из 5 процессов: [10]
- Планирование управления сложностью ИТ-проектов: процесс пометки сложных проектов и принятия решения о стратегиях и инструментах управления.
- Определить сложность ИТ-проекта : процесс определения того, какие элементы сложности характеризуют проект. Его целью является обнаружение, инвентаризация и описание проблемы.
- Анализ сложности ИТ-проекта : процесс анализа и определения приоритетности элементов и характеристик сложности проекта. Этот шаг связан с пониманием проблемы.
- Планирование стратегии реагирования на сложность ИТ-проекта : процесс разработки вариантов и действий для повышения и использования положительной сложности, а также уменьшения или предотвращения отрицательной сложности. Этот шаг включает моделирование и разработку потенциальных решений.
- Мониторинг и контроль сложности ИТ-проекта : процесс реализации стратегий реагирования, мониторинга, контроля и оценки общей эффективности. Это непрерывная деятельность.
Типичные стратегии реагирования:
- Создавайте, улучшайте, используйте (эксплуатируйте) – если эффекты положительные (т.е. положительная сложность).
- Принять: для положительной, соответствующей или отрицательной сложности.
- Избегайте/устраняйте, упрощайте/уменьшайте: для отрицательной сложности.
Положительная, уместная (необходимая) и отрицательная сложность.
[ редактировать ]
Аналогично Закону необходимого разнообразия и Закону необходимой сложности , сложность проекта иногда необходима для того, чтобы проект достиг своих целей, а иногда это приводит к положительным результатам. Основываясь на эффектах сложности, Стефан Морков предложил классифицировать его как положительный, соответствующий или отрицательный. [11] [9]
- Позитивная сложность — это сложность, которая повышает ценность проекта и чей вклад в успех проекта перевешивает связанные с этим негативные последствия.
- Отрицательная сложность — это сложность, которая препятствует успеху проекта.
Концепции «Соответствующая (необходимая)» и «Положительная сложность» аналогичны возможностям в управлении рисками и антихрупкости в управлении уязвимостями , представленным Нассимом Николасом Талебом .
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Перейти обратно: а б Марл, Франк; Видаль, Людовик-Александр (2016). Управление сложными проектами с высоким риском. Руководство по базовому и расширенному управлению проектами . Лондон: Springer-Verlag.
- ^ Бахши, Джавад; Ирландия, Вернон; Город, Алекс (1 октября 2016 г.). «Уточнение конструкции сложности проекта: прошлое, настоящее и будущее». Международный журнал управления проектами . 34 (7): 1199–1213. дои : 10.1016/j.ijproman.2016.06.002 . S2CID 113426565 .
- ^ Видаль, Людовик-Александр; Марл, Франк; Боке, Жан-Клод (2011). «Измерение сложности проекта с помощью процесса аналитической иерархии» (PDF) . Международный журнал управления проектами . 29 (6): 718–727. дои : 10.1016/j.ijproman.2010.07.005 . S2CID 111186583 .
- ^ Баккарини, Дэвид (1996). «Понятие сложности проекта — обзор» . Международный журнал управления проектами . 14 (4): 201–204. дои : 10.1016/0263-7863(95)00093-3 .
- ^ Баккарини, Д. (1996). «Понятие сложности проекта, обзор». Международный журнал управления проектами . 14 (4): 201–204. дои : 10.1016/0263-7863(95)00093-3 .
- ^ Сноуден, Дэвид Дж.; Бун, Мэри Э. (2007). «Система принятия решений лидером» . Гарвардское деловое обозрение . 85 (11): 68–76.
{{cite journal}}: CS1 maint: несколько имен: список авторов ( ссылка ) - ^ Маурер, Майк (2017). Управление сложностью в инженерном проектировании – учебник для начинающих . Берлин, Гейдельберг: Springer.
- ^ Курц, CF; Сноуден, Дэвид Дж. (2003). «Новая динамика стратегии: осмысление в сложном и запутанном мире». IBM Systems Journal . 42 (3): 462–483. дои : 10.1147/sj.423.0462 . S2CID 1571304 .
{{cite journal}}: CS1 maint: несколько имен: список авторов ( ссылка ) - ^ Перейти обратно: а б с Морков, Стефан (2021). Управление положительной и отрицательной сложностью: разработка и проверка структуры управления сложностью ИТ-проектов. КУ Левенского университета. Доступно по адресу https://lirias.kuleuven.be/retrieve/637007.
- ^ Морков, Стефан; Пинтелон, Лилиан; Кастерс, Роб Дж. (2021). «Схема управления сложностью ИТ-проектов». Международный журнал управления проектами в области информационных технологий . IADIS IS 2021: 14-я Международная конференция IADIS Информационные системы: 61–68.
- ^ Морков, Стефан; Пинтелон, Лилиан; Кастерс, Роб Дж. (2020). «Управление сложностью ИТ-проектов на основе источников и эффектов: положительные, соответствующие и отрицательные» (PDF) . Труды Румынской Академии - Серия А. 21 (4): 329–336.