프로젝트의 복잡성

Project complexity

프로젝트의 복잡성은 프로젝트 [1]시스템에 대한 합리적으로 완전한 정보가 제공되더라도 전체적인 동작을 이해하고 예측하고 통제하기 어려운 프로젝트의 특성입니다.복잡한 프로젝트의 특정은, 복수의 프로젝트 엔지니어링 [2]환경에서 특히 중요합니다.

도메인은 D에 의해 도입되었습니다.1996년 [3]바카리니.

복잡성의 종류

복잡성은 다음과 같습니다.

  • 구조적 복잡성(세부 복잡도 또는 복잡도라고도 함), 즉 다양한 상호 [4]관련 부품으로 구성됩니다.일반적으로 프로젝트 구성요소의 크기, 다양성 및 상호의존성 측면에서 표현되며 기술적 및 조직적 요소에 의해 설명됩니다.
  • 동적 복잡성 - 모호성, 불확실성, 전파, 출현 및 [1]혼돈과 같은 현상, 특성 및 징후를 나타냅니다.
Cynefin 프레임워크를 기반으로 한 단순하고 복잡한, 매우 복잡한 프로젝트.

Dave Snowden이 [5]개발한 Cynefin 프레임워크에 기반하여 복잡한 프로젝트는 다음과 같이 분류할 수 있습니다.

  • 단순한(또는 명확하고 명백하며 알려진) 프로젝트, 시스템 또는 컨텍스트.이는 알려진 것, 안정성, 명확한 인과 관계를 특징으로 합니다.이러한 문제는 표준 운용 절차와 베스트 프랙티스로 해결할 수 있습니다.
  • 복잡: 알려진 미지의 것이 특징입니다.복잡한 시스템은 그 부분의 합이다.원칙적으로 더 작고 단순한 컴포넌트로 분해할 수 있습니다.어렵고 복잡한 문제는 이론적으로는 분석, 환원주의, 단순화, 분해 기법, 시나리오 계획 및 모범 [6][7]사례에 따라 전문 지식을 갖춘 추가 리소스로 해결할 수 있습니다.
  • 복잡성: 알려지지 않은 미지의 것 및 출현으로 특징지어집니다.패턴은 밝혀질 수 있지만 명백하지는 않다.복잡한 시스템은 전체가 부분의 합보다 더 크다는 유클리드의 진술로 설명할 수 있다.
  • 매우 복잡한 프로젝트, 즉 매우 복잡하고 혼란스러운 프로젝트: 알 수 없는 것이 특징입니다.매우 복잡한 프로젝트에서는 패턴을 식별할 수 없습니다.원인과 결과는 돌이켜 봐도 불분명하다.아리스토텔레스의 말을 빌리자면, 정말 복잡한 시스템은 [8]그 부분의 합과는 다릅니다.

프로젝트의 복잡성에는 제품(일반적으로 구조적 또는 기술적 복잡성으로 표현됨), 조직, 프로세스, 주변 법률, 윤리 및 규제 환경, 이해관계자의 복잡성 및 종종 상충되는 목표, 시장의 복잡성 등 다양한 구성요소와 소스가 있습니다.따라서 복잡한 조직 내에서 운영하거나 복잡한 제품을 개발할 때 프로젝트 자체가 동적 복잡성과 관련된 현상에 직면할 가능성이 높습니다.

프로젝트의 복잡성 관리

IT-PCM 프로젝트 복잡성 관리 프레임워크

Stefan Morcov가 제안한 IT-PCM 프로젝트의 복잡성 관리 프레임워크는 5개의 [9]프로세스로 구성됩니다.

  1. 계획 IT 프로젝트의 복잡성 관리: 복잡한 프로젝트에 플래그를 달아 관리 전략과 도구를 결정하는 프로세스.
  2. IT프로젝트의 복잡성을 특정합니다.프로젝트의 특징을 나타내는 복잡성 요소를 특정하는 프로세스입니다.문제의 검출, 인벤토리 및 설명을 객관적으로 제공합니다.
  3. IT프로젝트의 복잡성 분석:프로젝트의 복잡성 요소 및 특성을 분석하고 우선순위를 정하는 프로세스.이 순서는 문제의 이해와 관련되어 있습니다.
  4. IT프로젝트의 복잡성 대응전략을 계획합니다.긍정적인 복잡성의 강화와 사용, 부정적 복잡성의 경감 또는 회피에 관한 옵션과 액션을 개발하는 프로세스입니다.이 단계에는 잠재적인 솔루션의 모델링과 설계가 포함됩니다.
  5. IT프로젝트의 복잡성 감시 및 제어: 대응전략의 구현, 감시, 제어 및 전체적인 효과 평가 프로세스.그것은 계속적인 활동입니다.

일반적인 대응 전략은 다음과 같습니다.

  • 효과가 긍정적인 경우(즉, 긍정적인 복잡성) 생성, 강화, 사용(활용)
  • 동의: 긍정, 적절 또는 부정의 복잡성.
  • 회피/삭제, 심플화/축소:복잡도가 마이너스인 경우.

긍정, 적절(필수) 및 부정적 복잡성

Stefan Morcov가 제안한 긍정, 적절 및 부정 복잡도 모델

필수 다양성의 법칙과 필수 복잡성의 법칙과 마찬가지로 프로젝트가 목적에 도달하기 위해 프로젝트의 복잡성이 필요할 수 있으며 때로는 유익한 결과를 얻을 수 있습니다.복잡성의 영향을 바탕으로 Stefan Morcov는 긍정, 적절 또는 [10][8]부정으로 분류할 것을 제안했다.

  • 긍정적인 복잡성은 프로젝트에 가치를 더하고 프로젝트의 성공에 기여하는 복잡성이 관련된 부정적인 결과보다 더 큽니다.
  • 부정적인 복잡성은 프로젝트의 성공을 방해하는 복잡성입니다.

적정(필수)과 양의 복잡성의 개념은 Nassim Nicholas Taleb가 소개한 위험 관리의 기회 및 취약성 관리의 취약성 방지와 유사하다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b Marle, Franck; Vidal, Ludovic‐Alexandre (2016). Managing Complex, High Risk Projects - A Guide to Basic and Advanced Project Management. London: Springer-Verlag.
  2. ^ Vidal, Ludovic-Alexandre; Marle, Franck; Bocquet, Jean-Claude (2011). "Measuring project complexity using the Analytic Hierarchy Process" (PDF). International Journal of Project Management. 29 (6): 718–727. doi:10.1016/j.ijproman.2010.07.005.
  3. ^ Baccarini, David (1996). "The concept of project complexity—a review". International Journal of Project Management. 14 (4): 201–204. doi:10.1016/0263-7863(95)00093-3.
  4. ^ Baccarini, D. (1996). "The concept of project complexity, a review". International Journal of Project Management. 14 (4): 201–204. doi:10.1016/0263-7863(95)00093-3.
  5. ^ Snowden, David J.; Boone, Mary E. (2007). "A Leader's Framework for Decision Making". Harvard Business Review. 85 (11): 68–76.{{cite journal}}: CS1 maint: 여러 이름: 작성자 목록(링크)
  6. ^ Maurer, Maik (2017). Complexity Management in Engineering Design – a Primer. Berlin, Heidelberg: Springer.
  7. ^ Kurtz, C.F.; Snowden, David J. (2003). "The new dynamics of strategy: Sense-making in a complex and complicated world". IBM Systems Journal. 42 (3): 462–483. doi:10.1147/sj.423.0462. S2CID 1571304.{{cite journal}}: CS1 maint: 여러 이름: 작성자 목록(링크)
  8. ^ a b c Morcov, Stefan (2021년).긍정과 부정의 복잡성 관리:IT프로젝트의 복잡성 관리 프레임워크 설계 및 검증KU 루벤 대학교https://lirias.kuleuven.be/retrieve/637007 에서 구할 수 있습니다.
  9. ^ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2021). "A Framework for IT Project Complexity Management". International Journal of Information Technology Project Management. IADIS IS 2021: 14th IADIS International Conference Information Systems: 61–68.
  10. ^ Morcov, Stefan; Pintelon, Liliane; Kusters, Rob J. (2020). "IT Project Complexity Management Based on Sources and Effects: Positive, Appropriate and Negative" (PDF). Proceedings of the Romanian Academy - Series A. 21 (4): 329–336.