Offcanvas

How To / 리더십|조직관리 / 소프트스킬

기고 | 성공적인 프로젝트 설계법’ RACI 모델’

2012.05.25 Bob Kantor  |  CIO


갈등과 모호성을 해결하기 위해서는 각 행과 열을 아래와 같이 살펴 보아야 한다.

각 관련자에 대한 분석:

R이 너무 많은가: 1명의 주주에게 너무 많은 프로젝트 책임이 할당되어 있는가?

빈 셀이 없다: 해당 주주가 너무 많은 활동에 개입할 필요가 있는가? 책임을 컨설팅으로 전환하거나 컨설팅을 정보로 전환할 수 있는가? 즉, 프로젝트를 진행하는데 있어서 "뱃사공"이 너무 많은 것 아닌가? (그렇다면, 이것은 이 프로젝트가 관리되는 환경에 대해서 어떤 의미를 갖는가?)

동의: 각 주주는 이 모델에서 담당하도록 명시된 역할에 전적으로 동의하는가? 그런 합의에 도달했을 때, 이런 사항이 프로제트 차트와 문서에 포함되어야 한다.

각 PLC 단계 또는 상품에 대한 분석:

R이 없다: 이 단계에서 업무를 완수하기 위해서 누가 책임을 지는가? 솔선수범은 누구의 역할인가?

R이 너무 많다: 프로젝트를 진행하는데 있어서 "뱃사공"이 너무 많다는 뜻인가?

A가 없다: 누가 책무를 지고 있는가? PLC의 모든 단계에 대하여 반드시 한 명의 "A"가 있어야 한다. 한 명의 관련자가 반드시 발생하는 일에 대해 책무를 져야 한다. 이 사람이 "책임을 지는 사람"이다.

하나 이상의 A: 의사결정 권한에 있어서 혼동이 있는가? 책무를 지는 관려자는 프로젝트를 어떻게 처리하고 갈등을 어떻게 해야 하는지에 관한 최종 발언권을 갖고 있다. A가 많은 의사결정이 느려지고 논쟁을 초래된다.

모든 셀을 채웠다: 반드시 모든 관련자가 참여해야 하는가? 모든 주주의 개입을 정당화할 수 있는 이유가 있는가? 아니면 모든 것을 감안한 것인가?

많은 C: 모든 관련자들이 주기적인 컨설팅을 필요로 하는가? 아니면 정보를 제공하다가 컨설팅이 필요하다고 느끼는 경우 예외적인 환경을 조성할 수 있는가? 중심 인물들에 C가 너무 많으면 프로젝트가 지연된다.

이 모델에 모든 진짜 관련자가 포함되었는가: 이것은 누락의 오류이기 때문에 종종 반드시 확인해야 한다. 이것은 조정 위원회 또는 경영 팀에 의해 가장 잘 해결될 수 있다.

PLC가 RACI를 만나다
이것은 모델의 진정한 혜택을 제공하는 RACI 모델을 사용함으로써 순조롭게 활용할 수 있는 한 차원 앞선 분석이다. 이것은 성공을 위해 프로젝트를 구조화할 수 있도록 하는 구체적인 PLC과 모델의 통합이다.

두 구성요소 중 하나가 누락되면 프로젝트가 고착 상태에 빠질 때까지 (심지어 프로젝트 중에도) 프로젝트 관리 프로세스의 구조와 관련된 문제가 드러나지 않게 된다.  각각의 중요한 프로젝트를 위한 맞춤형 PLC/RACI 구성을 위해 시간과 노력을 들이는 것은 프로젝트의 성공을 위한 프로젝트 관리 프로세스를 설계하는 기회라고 할 수 있다.

여기 PLC와 RACI 모델의 훨씬 구체적인 예제가 있다. 이것은 한 기업의 IT PLC와 핵심 관련자 그룹에 한정적이라 할 수 있다. 엄밀히 말해서, 실제 적용에 있어서는 자신만의 PLC로 좌측 수직축의 PLC를 대체해야 한다. 또한 상부 수평축의 관련자 그룹 또는 기능을 자신만의 관련자로 대체해야 할 것이다. 또한 이 버전은 PLC의 각 단계를 지원하는 프로젝트 문서화의 인공적인 산물을 명시하고 있다는 점을 명심하기 바란다.



* Bob Kantor은 IT 리더십 효율성을 전문적으로 다루는 컨설턴트다. ciokr@idg.co.kr

CIO Korea 뉴스레터 및 IT 트랜드 보고서 무료 구독하기
Sponsored
추천 테크라이브러리

회사명:한국IDG 제호: CIO Korea 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아01641 등록발행일자 : 2011년 05월 27일

발행인 : 박형미 편집인 : 천신응 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2024 International Data Group. All rights reserved.