사업, 프로젝트 관리
책임 관리 도구로 RACI 매트릭스. RACI : 성적 증명서
실패한 프로젝트의 가장 일반적인 원인 중 하나는 팀 구성원 간의 기능 할당 오류입니다. 분명히 당신은 이미이 문제에 직면 해 있습니다. 가장 어려운 어려움이있을 때, 참가자들은 문제를 푸는 대신 유죄를 인정하고 서로에게 책임을 묻기 시작합니다. 그런 상황을 피하기 위해 RACI 매트릭스가 발명되었습니다. 이는 인적 자원 계획을위한 간단하고 효과적인 도구입니다.
"Under the microscope": 각 프로젝트의 4 가지 주요 역할
업무 분배는 관리자의 주요 임무 중 하나입니다. 그러나 실제로는 모든 것이 일반적으로 다르게 보입니다. 관리자는 전문가가 누구와 무엇을해야하는지 결정할 것이라는 기대로 팀원을 임명합니다. 그러나 마감 기한이 지났거나 품질이 떨어지는 제품이 출시되면 어떻게됩니까? "나는 이것을하지 않는다", "그들은 나에게 ..."그리고 아무런 유용한 행동도 말하지 않았다.
유능한 RACI 책임 매트릭스를 사용하면 많은 문제를 해결할 수 있습니다. 이 기술에 따르면 작업의 복잡성과 범위에 관계없이 모든 프로젝트의 팀 구성원은 네 가지 역할 중 하나를 수행합니다.
R - 책임감있는
번역에서 Responsible은 "수행자"를 의미합니다. 이것은 특정 작업 참가자의 수행에 대한 책임이 직접있는 직원입니다. 동시에, 대부분의 경우, 그는 해결책의 방법을 선택하지 않고 프로젝트 매니저에게 복종합니다.
이 역할은 유능한 직원 및 전문가 - 이를 수행하는 방법을 알고있는 사람들에게 부여됩니다. RACI에서 공연자는 다음과 같은 기능을 수행합니다.
- 프로젝트를 수행하기 위해 정확히 수행해야 할 작업과 소요 시간을 결정하십시오 (위의 "조건"설정 조건).
- 필요한 자원의 목록을 만드십시오.
- 기술 문서의 조정 및 승인에 참여하십시오.
- 프로젝트 진행 상황과 중간 결과를 분석하십시오.
- 수행 된 작업에 대한 보고서를 관리자에게 제공하십시오.
팀에는 여러 명의 사람들이 있습니다. 또한이 역할은 다른 사람들과 결합 될 수 있습니다. 가장 일반적인 조합은 Accountable + Resbonsible (번역 - "responsible + executor")입니다.
A - 책임 소재
"책임 소재"또는 "책임자"는 주 프로젝트 관리자입니다. 할당 된 업무가 정해진 시간에 충족되고 필요한 수준의 품질과 할당 된 예산 내에서 책임을 지우는 것은 책임자입니다. 또한, A :
- 유언 집행자와 프로젝트 관리 팀을 선택합니다.
- 모든 참가자에게 작업을 할당합니다.
- 작업 진행 상황을 제어합니다.
- 자원을 공연자들에게 배포합니다.
- 자원 사용 기록을 유지하고 큐레이터에게 추가 자금을 할당 할 필요성을 정당화합니다.
- 다른 팀 구성원의 아이디어와 제안을 고려하여 승인하거나 거부 할 수 있습니다.
일반적으로 프로젝트 관리자는 고객 또는 고위 당국과 팀 간의 "연결 고리"역할을합니다.
C - 컨설팅
RACI 매트릭스의 세 번째 역할은 "컨설턴트"(때로는 "큐레이터"라고도 함)입니다. 리더와 함께 그는 프로젝트 관리에 참여하지만 주로 전략적 문제를 해결하는 데 관심이 있습니다.
- 작업의 범위와 기간의 변경을 승인합니다.
- 프로젝트 구현에 필요한 자원을 할당합니다.
- 필요한 경우 예산을 늘릴 필요성을 고객과 조정합니다.
- 수행 된 작업에 대한 관리자로부터의 보고서를받습니다.
- 프로젝트의시기와 비용에 영향을 줄 수있는 중대한 변경이 발생할 경우 예기치 않은 상황에서 의사 결정을 내립니다.
컨설턴트의 역할은 일반적으로 고위 관리자에게 할당됩니다. 팀은 글로벌 목표를 결정한 다음 팀원들에게 이미 과제를 배포 한 프로젝트 관리자를 지정합니다.
나는 - 정보를
나열된 역할 외에도 RACI 매트릭스는 "정보 제공"( "관찰자")을 나타냅니다. 그는 관리자의 기능을 수행하며 주로 워크 플로 구성을 담당합니다. 감독자는 프로젝트 관리자에게 복종하지만 다른 참가자와 달리 결과에 대한 책임이 없습니다. 대신, 그는 :
- 프로젝트, 자원 및 계획에 관한 모든 정보를 수집하고 체계화합니다.
- 회의록을 유지합니다.
- 프로젝트 참여자의 문서를 받아 들여 관련 구조로 전송합니다.
- 제출시기 및 보고서 작성의 정확성을 모니터링합니다.
관찰자와의 연결은 우세하게 일방적이다. 그것의 주된 기능은 관리자가 관료적 인 절차에 시간을 소비하지 않고도 그것을 "언로드"하는 것을 막는 것입니다.
예제를 사용하여 RACI 행렬을 작성하는 방법 학습
질문의 실용적인 측면에 대해 이야기 해 봅시다. 권위와 책임 분배를위한 다이어그램 작성 방법
1. 우리는 할 일 목록 작성
우선, 당신이해야 할 모든 것을 칠할 필요가 있습니다. 상세도는 특정 프로젝트에 따라 다릅니다. 때로 제어 및 관리의 단순화를 위해 몇 가지 매트릭스가 개발됩니다. 먼저 주요 작업 블록을 나열한 다음 각각을 별도의 기능과 작업으로 분리하십시오. 작품 목록은 표에 수직선으로 표시됩니다.
| 스테이지 | |||||||
|---|---|---|---|---|---|---|---|
| 참조 조항 | |||||||
| 프로토 타입 | |||||||
| 디자인 | |||||||
| 소프트웨어 코드 | |||||||
| 테스트 보고서 | |||||||
| 웹 사이트 프리젠 테이션 |
2. 팀원 선택
여기에서 "이 프로젝트에 누가 참여할 것인가?"라는 질문에 답할 필요가 있습니다. 수평 적으로는 계획 수립부터 결과 발표 및 보고서 전달까지 모든 단계에서 구현에 참여하는 모든 직원 및 / 또는 부서를 작성해야합니다.
| 스테이지 | 애널리스트 | 디자이너 | Sis. 건축가 | 개발자 | 테스터 | Sis. 관리자 | 프로젝트 관리자 |
|---|---|---|---|---|---|---|---|
| 참조 조항 | |||||||
| 프로토 타입 | |||||||
| 디자인 | |||||||
| 소프트웨어 코드 | |||||||
| 테스트 보고서 | |||||||
| 웹 사이트 프리젠 테이션 |
3. 테이블 채우기
그런 다음 함수 배포로 진행할 수 있습니다. 이렇게하려면 작업의 각 단계와 팀 작동 방식을 명확하게 파악해야합니다.
우리의 사례를 기초로 삼아 "디자인"단계에서 그만 둡시다. 이 경우 R - 수행자 - 하나뿐입니다. 작업 과정에서 그는 미리 준비된 프로토 타입 사이트로 안내합니다. 따라서이 단계에서 개발에 참여한 시스템 아키텍트 는 컨설턴트 C의 기능을 수행합니다. 또한 분석가와 개발자는 소원을 표현할 수 있습니다. 완성 된 디자인은 프로젝트 매니저 (A)에게 승인됩니다. 그러나이 단계에서 테스터와 시스템 관리자는 어떤 결정도 내리지 않지만 작업이 진행되는 방식에 대한 정보 만 수신하므로 정보를 제공받는 역할을합니다.
| 스테이지 | 애널리스트 | 디자이너 | Sis. 건축가 | 개발자 | 테스터 | Sis. 관리자 | 프로젝트 관리자 |
|---|---|---|---|---|---|---|---|
| 참조 조항 | R | 나는 | C | C | 나는 | C | A |
| 프로토 타입 | C | 나는 | R | C | 나는 | 나는 | A |
| 디자인 | C | R | C | C | 나는 | 나는 | A |
| 소프트웨어 코드 | C | 나는 | C | AR | 나는 | 나는 | 나는 |
| 테스트 보고서 | C | C | C | C | AR | 나는 | 나는 |
| 웹 사이트 프리젠 테이션 | C | 나는 | C | C | 나는 | AR | 나는 |
모델의 종류
대부분의 경우 표준 매트릭스를 사용할 수 있습니다. 그러나보다 복잡한 프로젝트를 작업 할 때 때때로 추가 역할이 필요합니다. 따라서 최근에는 책임 다이어그램의 두 가지 확장 된 버전이 등장했습니다.
RACI-VS
여기에 표준 역할에는 두 가지가 추가되었습니다.
- 확인 (V) - 작업 수행 결과가 승인 된 기준과 어느 정도 일치하는지 확인하는 직원 또는 특별 팀.
- 사인 오프 (S)는 고객과의 프로젝트 전달을 조정하고 프레젠테이션을 개최하며 보고서를 제공합니다. 보통이 기능은 작업 수행 책임자 (책임 소재)가 수행하지만,이 목적을위한 RACI-VS는 별도의 전문가를 필요로합니다.
이 모델은 고객과의 긴밀한 접촉과 긴밀한 접촉으로 인해 수십 (또는 수백 명) 이상의 사람들이 일하는 기술적으로 복잡하거나 대규모 인 프로젝트에 최적입니다.
RASCI
이 변형에서, 하나의 새로운 역할이 행렬 (Supportive (S))에 나타납니다. 주요 기능은 추가 자원, 즉 관리자 및 집행자의 지원을 프로젝트에 제공하는 것입니다.
이상적인 역할 관계
RACI 매트릭스는 문제 발생시 누가 "억압"할 것인지를 알기 위해 만들어졌습니다. 이 표가있는 계획 단계에서도 워크 플로 구성의 약점을 확인할 수 있습니다.
수직적 분석을 통해 프로젝트 참여자의 의무와 권한을 확인하고 객관적으로 부하 수준을 평가할 수 있습니다.
- 대부분의 R - 대부분의 경우, 작업이 속도와 결과에 부정적인 영향을 미칠 수있는 몇 가지 작업 사이에서 사람을 찢어야합니다.
- 많은 A 직원이 모든 사람을 "목에 걸"습니다. 책임을보다 균등하게 분배하는 것이 좋습니다.
- 세포 R과 A가 없습니다 -이 게시물의 타당성에 대해 생각할 기회입니다 (사실, 당신은 아무것도하지 않는 전문가에게 돈을 지불합니다).
- 빈 셀이 없습니다. 다시 말하면 과부하 문제입니다. 모든 사람이 동시에 많은 작업을 수행 할 수있는 것은 아닙니다.
수평 적 분석 은 각 단계에서의 작업 조직의 질을 나타냅니다. 여기에도 문제가 자주 발생합니다.
- 많은 R - 기능 중복이있을 수 있으며 팀원 중 누군가가 불필요한 작업을 수행합니다.
- A가 많으면 프로젝트를 통과 할 때 책임과 혼란이 희석됩니다.
- 많은 C - 토론은 워크 플로를 상당히 방해합니다 (모든 사람이 편집하고 의견을 나눌 때까지 기다려야합니다.)
- 아니요 - 너무 많은 출연자가 한 작업에 참여하고있어 프로젝트 실행 속도를 늦추는 신호 일 수 있습니다.
RACI 관리자로 빠르게 오버로드 또는 아래 고용, 쓸모없는 위치 아무도 책임이 없습니다있는 작업 영역을 감지 할 수 있습니다. 잘 작성된 행렬은 크게 (그래서 "나는 전혀하지 않는다 ..." "자신이해야 할 일을했을 그건 ..."하고. D.)를 프로젝트의 구현을 통해 관리 및 제어의 품질을 향상시킬뿐만 아니라 연주자 간의 충돌의 수를 줄일 수 있습니다.
도움이되는 힌트
RACI 매트릭스의 기능을 수행하고 기업의 효과적인 원활한 운영을 제공하기 위해, 당신은 몇 가지 중요한 점을 기억해야합니다.
- 표에 작성하면, 근로자의 자격 요건을 고려한다. 그는이 지역에 정통한되지 않기 때문에 예를 들어, 회계사는 적어도 사이트 레이아웃의 단계에서 컨설턴트 (C)을 임명 할 필요가 없습니다.
- 각 사이트에서 하나의 책임있는 (A)이어야한다. 하나 이상의 경우, 조건을 나타냅니다. 예를 들어, A1은 - 사이트의 데스크톱 버전의 테스트에 대한 책임이며, A2 - 모바일.
- 모든 작업에 대해 책임 있고 책임을 져야 (번역 - "아티스트" "책임"등).
- 특정 각 문제를 공식화하려고합니다. 사용 동사 -, "준비", "갱신"을 "테스트", "쓰기"를 "게시"등 즉시 당신이 필요로하는 결과를 나타 내기 위해 D. 그것은 것이 좋습니다 -. 확인 "그냥"다운로드 속도를 확인 "하지를하고 다운로드 속도 사이트 이하 0.8 초. "
- 액션은 특정 직원에게,하지만 전체 사무실에 적용되지 않을 것이다.
- RACI 매트릭스는 실제 작업 상황의 분석을 기반으로, 팀으로 더 나은. 그것은 중요하다 자신의 역할을 알고 각 참가자와 그 앞에 놓여있는 작업이.
Similar articles
Trending Now