자원 분해 구조(RBS) 작성 방법
인력 관리

자원 분해 구조(RBS) 작성 방법

유명 셰프이자 저자인 앤서니 부르댕은 부대제(brigade system)를 활용해 주방을 운영했습니다. 그는 주방을 식사의 각 구성 요소를 담당하는 스테이션으로 나누었습니다. 각 스테이션에는 수셰프, 조리사, 조수들이 배치되었으며, 이들은 각자 전용 재료, 도구, 작업 공간을 갖추고 있었습니다.

그는 이 구조를 통해 “크고 분주한 주방의 수많은 작업이 저녁 식사 시간의 혼잡한 상황 속에서도 단 한 사람, 즉 셰프에 의해 관리되고 조율될 수 있다”고 말합니다.

비즈니스 세계에서 이러한 계층 구조는 '자원 분해 구조(RBS)'라고 불립니다. 그게 무엇이냐고요? 함께 알아보겠습니다.

자원 분해 구조 이해하기

자원 분해 구조(RBS)는 프로젝트 완료에 필요한 모든 자원을 계층 구조로 정리한 목록입니다. 이러한 자원에는 인적, 물적, 재정적, 정보적 자원뿐만 아니라 시간적 자원도 포함될 수 있습니다.

이는 자원 관리 도구로, 일반적으로 여러 단계로 구성되어 있으며 최상위에는 프로젝트 목표가 위치하고 각 단계마다 다양한 자원 범주가 파생됩니다. 이 구조는 실제 자금 자체를 제외하고 비용이 발생하는 모든 자원을 포괄합니다.

가장 중요한 점은 RBS가 독립된 존재가 아니라는 것입니다. RBS는 작업 분해 구조(WBS), 위험 분해 구조(RBS) 등 다양한 프로젝트 계획 활동과 긴밀하게 연계되어 작동합니다. 그 방법은 다음과 같습니다.

작업 분해 구조(WBS)는 작업을 관리하기 쉬운 작은 단위의 작업으로 세분화하는 문서입니다. 훌륭한 RBS는 이 문서와 연계되어 각 단계에서 필요한 자원을 명확히 제시합니다.

예를 들어, 소프트웨어 개발 프로젝트를 최소 기능 제품(MVP) 단계, 1단계, 2단계 등으로 세분화할 경우, RBS에는 각 단계에서 필요한 자원이 목록으로 나열됩니다. MVP 단계에서는 다음과 같은 자원이 필요할 수 있습니다:

  • 개발자
  • 품질 분석가
  • 프로젝트 관리 매니저
  • 프로젝트 관리 소프트웨어

MVP가 완료되고 제품이 출시된 후에는 다음과 같은 추가 리소스가 필요할 수 있습니다:

  • 테스트 자동화 tools
  • 데이터 파이프라인
  • 클라우드 인프라
  • 제품 관리자
  • 사용자 경험 연구원

RBS가 연계되는 또 다른 측면은 위험 세분화 구조입니다. 작업의 각 단계에는 위험이 수반됩니다. 여러 ERP 소프트웨어 tools는 RBS, WBS 및 위험 세분화 구조를 연결하여 전체적인 보기를 제공합니다.

예를 들어, MVP 단계에서는 성능 문제가 발생할 수 있습니다. 여러 팀원이 MVP 개발에 참여하고 있다면 보안 위험에 직면할 수 있습니다. 사용자 정보를 수집하는 경우 데이터 프라이버시 위험이 발생할 수 있습니다.

자원 분해 구조(RBS)에는 각 단계에서 이러한 위험을 완화하는 데 필요한 구성 요소가 포함됩니다. MVP 단계에서는 RBS에 클라우드 인프라를 위한 추가 자원이 포함될 가능성이 높습니다. 상당한 성과가 나타나면 RBS에 보안 엔지니어나 컨설턴트가 추가될 수 있습니다.

자원 분해 구조의 기본 사항을 살펴보았으니, 이제 프로젝트 관리에서 어떻게 활용되는지 알아보겠습니다.

프로젝트 관리에서 RBS의 역할과 중요성

자원 분해 구조(RBS)는 프로젝트 관리자가 계획 및 실행에 활용하는 여러 프레임워크 중 하나입니다. 이는 프로젝트 라이프사이클 전반에 걸쳐 중요한 역할을 합니다. 그 방법은 다음과 같습니다.

자원 배분

프로젝트 완료에 필요한 자원을 파악하면, 적절한 시기에 적합한 인재를 채용하고, 교육하며, 배정할 수 있습니다. RBS는 프로젝트 전반에 걸쳐 자원 배분을 위한 로드맵 역할을 합니다.

예를 들어, RBS에 세 번째 스프린트에 추가 개발자가 필요하다고 명시되어 있다면, 프로젝트 관리자는 충분한 여유를 두고 인력을 채용하거나 온보딩할 방법을 모색할 수 있습니다.

일정 수립

일정 수립은 RBS보다 작업 분해 구조(WBS)의 영향을 더 많이 받지만, RBS 역시 중요한 역할을 합니다. 프로젝트 관리자는 WBS와 RBS를 함께 검토함으로써 자원 가용성에 기반하여 작업 일정을 수립할 수 있습니다.

예를 들어, Scala 개발자가 단 한 명뿐인데 필요한 시점에 다른 프로젝트로 바쁜 경우, 인력을 추가로 채용하는 대신 RBS를 활용하여 해당 개발자의 가용 시간에 맞춰 일정을 재조정할 수 있습니다.

작업량 배포

자원 분해 구조(RBS)는 프로젝트에 필요한 인력 수, 소요 기간, 작업 기간 등을 사전에 파악해 줍니다. 개발 단계에 최대 규모의 자원이 필요한 경우, 추가 인력을 채용하거나 온보딩하여 업무량을 균등하게 배포할 수 있습니다.

리스크 관리

본질적으로 자원 분해 구조는 예측입니다. 이는 현재의 요구 사항을 바탕으로 미래의 필요 사항을 제시합니다. 이를 통해 다음과 같은 여러 프로젝트 관리 위험을 완화할 수 있습니다:

  • 적절한 자원이 없는 경우
  • 팀원 중 누군가가 휴가를 가거나 다른 사유로 업무를 수행할 수 없게 될 경우를 대비한 백업 플랜이 없는 경우
  • 부적절한 시기에 발생하는 자원 제약 과 병목 현상
  • 프로젝트 진행 중 너무 늦게 의존성을 파악하는 경우

우수한 RBS는 이러한 예상치 못한 상황을 예측하고, 실제로 발생할 경우를 대비한 비상 플랜을 수립하는 데 도움을 줍니다.

중요 경로 분석

중요 경로법(Critical Path Method )은 프로젝트 기간을 최소화하기 위해 상호 의존적인 작업들 중 가장 긴 순서를 파악하는 프로젝트 관리 기법입니다. RBS는 이와 동일한 방식으로 필요한 최소 자원을 산정합니다.

프로젝트 일정 수립, 업무량 분배, 리스크 관리 등을 최적화하려면 견고한 자원 분해 구조가 필요합니다. 이를 작성하는 단계별 가이드를 소개합니다.

자원 분해 구조(RBS) 생성

RBS는 프로젝트를 완료하는 데 필요한 자원의 목록입니다. 간단하게 들리시죠? 하지만 프로젝트의 성격에 따라 매우 복잡해질 수도 있습니다. 철저하게 준비하려면 ClickUp의 자원 관리 소프트웨어가 완벽하게 지원하는 다음 단계를 따라 해보세요.

1. 프로젝트 산출물 파악하기

먼저 프로젝트의 목표와 이에 상응하는 산출물을 명확히 정의하세요. 목표가 정해진 기한 내에 x가지 기능을 갖춘 MVP를 제공하는 것이라면, 완료해야 할 작업과 하위 작업을 도식화하세요. WBS가 이미 존재한다면 이를 활용하세요.

그렇지 않다면 프로젝트 범위를 정의하십시오. 모든 주요 프로젝트 이해관계자를 한자리에 모아 기대 사항과 산출물에 대해 논의하십시오.

빠르게 시작하려면 ClickUp의 '프로젝트 범위 화이트보드 템플릿'을 사용해 보세요. 이 템플릿을 활용하여 다양한 이해관계자로부터 활동, 작업, 마감일에 대한 정보를 수집하세요. 정보를 요약하고 나중에 참고할 수 있도록 시각적으로 정리해 두세요.

ClickUp의 프로젝트 범위 화이트보드 템플릿

2. 자원 범주 파악하기

먼저 RBS의 최상위 브랜치를 구성할 주요 자원 범주를 결정하세요. 예를 들면 다음과 같습니다:

  • 인적 자원(프로젝트 관리자, 개발자, 디자이너)
  • 물적 자원(컴퓨터, 사무 스페이스, 장비, 소모품)
  • 정보 자료(데이터, 문서, 프로젝트 개요)
  • 시간 자원(기간, 마일스톤, 마감일)
  • 소프트웨어 리소스(프로젝트 관리 도구, 자동화 도구)

RBS는 계층 구조라는 점을 기억하세요. 따라서 각 주요 자원 범주 아래에 자원을 구체적인 구성 요소로 세분화해야 합니다. 예를 들어, 인적 자원은 다음과 같이 더 세분화됩니다:

  • 프로젝트 관리: 프로젝트 매니저, 비즈니스 분석가
  • 소프트웨어 개발: Front 개발자, 백엔드 개발자, 테스터
  • 사용자 경험 디자인: UX 리서처, UI 디자이너

프로젝트 규모가 충분히 크다면, 상세 정보를 볼 수도 있습니다. 예를 들어, UI 디자이너, 애니메이션 디자이너, 브랜드 디자이너 등으로 구성된 UX 팀을 관리하는 UX 리더가 있을 수 있습니다.

ClickUp 자원 계획 템플릿

자원 계획 수립이 처음이신 분들을 위해 딱 맞는 솔루션을 준비했습니다. ClickUp 자원 계획 템플릿을 사용해 작업과 자원을 한 곳에서 시각화해 보세요. 이 템플릿을 통해 근무 시간을 추적하고, 하도급 업체를 관리하며, 팀의 워크플로우를 모니터링할 수도 있습니다.

3. 자원 세부 정보 포함

세부 사항까지 꼼꼼히 확인하세요. WBS 또는 프로젝트 범위 문서를 활용하여 누가 어떤 업무를 수행할지 질문해 보세요. 어떤 것도 놓치지 않도록 주의하세요.

가장 흔히 필요한 정보로는 기술, 경력, 보수, 근무 가능 여부 등이 있습니다. 예시로는,

  • 프론트엔드 개발자 이름: Jane Doe 기술: HTML, CSS, React 경력: 5년 시간당 요금: $80 근무 가능 시간: 주 40시간
  • 이름: 제인 도
  • 필요한 기술: HTML, CSS, React
  • 경력: 5년
  • 시간당 요금: $80
  • 가용 시간: 주 40시간
  • 이름: 제인 도
  • 필요한 기술: HTML, CSS, React
  • 경력: 5년
  • 시간당 요금: $80
  • 가용 시간: 주 40시간

또한, 인원 수를 정확히 파악하세요. 필요한 비즈니스 분석가, 개발자, 테스터의 수를 파악하고 이를 문서화하십시오.

4. 해당 역할에 적합한 인재를 선정하세요

이제 이론적인 플랜 단계에서 벗어나 실제 시나리오를 수립할 준비가 되었습니다. 각 역할에 대해 해당 직원의 근무 가능 여부를 고려하여 적합한 인력을 선정하십시오.

ClickUp의 '작업량 보기'는 모든 팀원의 가용성을 한눈에 확인할 수 있는 훌륭한 방법입니다. 이 보기에서는 각 팀원이 현재 어떤 작업을 진행 중인지도 확인할 수 있습니다. 따라서 이미 다른 작업에 배정된 리소스가 필요한 경우, 프로젝트 관리자에게 문의하여 해당 리소스를 재배정하거나 공유하도록 요청할 수 있습니다.

ClickUp의 작업량 보기
세부적인 가시성을 위한 ClickUp 작업량 보기

좀 더 체계적인 방식을 선호하신다면 ClickUp 직원 업무량 템플릿을 사용해 보세요. 이 고급 템플릿은 용량 계획 수립, 업무 시각화, 시간 추정과 실제 소요 시간 비교 검토 등에 도움이 됩니다.

ClickUp 직원 작업량 템플릿을 사용하여 업무량 관리를 간편하게 처리하세요.

5. 연결 고리 찾기

훌륭한 자원 분해 구조는 단순한 목록 그 이상입니다. 이는 프로젝트를 완료하기 위해 모든 자원이 서로 어떻게 상호작용하는지를 보여주는 관점입니다. 앞서 살펴본 바와 같이, 이는 계층적인 방식으로 이루어지며 자원 평준화에 도움이 됩니다.

따라서 가장 일반적인 범주를 최상위에 두고, 구조를 따라 내려갈수록 구체적인 하위 범주를 배치하여 자원을 계층적으로 구성하십시오. 자원 분해 구조의 예시는 다음과 같습니다:

  • 인적 자원 프로젝트 관리 프로젝트 매니저 제인 도 비즈니스 분석가 존 스미스 프론트엔드 개발자 사라 김 루카스 브라운
  • 프로젝트 관리 프로젝트 매니저 제인 도 비즈니스 분석가 존 스미스 프론트엔드 개발자 사라 김 루카스 브라운
  • 프로젝트 관리 담당자 제인 도
  • 제인 도
  • 비즈니스 분석가 존 스미스
  • 존 스미스
  • 프론트엔드 개발자 사라 킴 루카스 브라운
  • 사라 김
  • 루카스 브라운
  • 프로젝트 관리 프로젝트 매니저 제인 도 비즈니스 분석가 존 스미스 프론트엔드 개발자 사라 김 루카스 브라운
  • 프로젝트 관리 매니저 제인 도
  • 제인 도
  • 비즈니스 분석가 존 스미스
  • 존 스미스
  • 프론트엔드 개발자 사라 킴 루카스 브라운
  • 사라 김
  • 루카스 브라운
  • 프로젝트 관리자 제인 도
  • 제인 도
  • 비즈니스 분석가 존 스미스
  • 존 스미스
  • 프론트엔드 개발자 사라 킴 루카스 브라운
  • 사라 김
  • 루카스 브라운
  • 제인 도
  • 존 스미스
  • 사라 김
  • 루카스 브라운

6. 프로젝트 설정

ClickUp과 같은 리소스 관리 도구를 사용하여 프로젝트를 설정하고 세부 사항을 꼼꼼히 정리하세요. ClickUp 작업을 활용해 작업 분해 구조(WBS)를 체계적으로 구성하세요. 그런 다음 각 작업에 리소스를 추가하고, 마감일을 설정하며, 설명을 입력하세요. 필요한 경우 첨부 파일이나 외부 파일 링크를 포함할 수도 있습니다.

ClickUp 작업
손쉬운 프로젝트 관리를 위한 ClickUp 작업

이미 있는 것을 다시 만들 필요는 없습니다. ClickUp 리소스 할당 템플릿을 사용하여 프로젝트에 필요한 모든 자재와 인력을 체계적으로 추적하세요. 이 중급 수준의 템플릿을 통해 각 리소스에 대한 상세한 노트를 기록하고, 가용성을 관리하며, 팀 구조를 시각화하는 등 다양한 작업을 수행할 수 있습니다.

ClickUp 자원 할당 템플릿

이제 RBS와 프로젝트 설정을 클라이언트, 후원자, 팀 리더, 팀 회원들을 포함한 이해관계자들과 공유하세요. 그들에게 예측에 대한 불일치 사항을 지적해 달라고 요청하세요.

ClickUp의 목록 보기를 사용하여 관련된 모든 작업과 리소스를 확인하세요. ClickUp의 보드 보기는 작업 단계를 구분하여 정리하는 데 매우 유용합니다. 또한, ClickUp의 간트 보기는 작업 간의 의존성과 타임라인을 시각화하는 데 도움이 됩니다.

ClickUp의 간트 차트
프로젝트 타임라인을 관리하려면 ClickUp 간트 보기를 활용하세요

간단하게 들리시나요? 실제로 그렇습니다. 하지만 간단하다고 해서 항상 쉽다는 뜻은 아니라는 점을 기억하세요. 자원 분해 구조(RBS)를 작성하는 과정에서 여러 가지 어려움에 직면할 수도 있습니다.

다음은 프로젝트 관리자가 흔히 직면하는 문제점과 이를 극복하기 위한 단계입니다.

RBS 구현 시의 과제 및 해결 방안

프로젝트는 복잡해질 수 있고, 범위 확대가 발생할 수 있으며, 프로젝트를 기획할 때 설정했던 목표가 변경될 수도 있습니다. 이러한 경우 어떻게 대처해야 할지 알아보겠습니다.

1. 부적절한 자원 파악

프로젝트 관리자가 직면하는 가장 큰 과제 중 하나는 필요한 자원을 정확하게 파악하지 못하는 것입니다. 이는 프로젝트에 대한 가시성 부족, 잘못된 업무 범위 설정, 또는 필요한 자원을 과소평가한 데서 비롯될 수 있습니다.

어느 쪽이든, RBS에 필요한 모든 자원이 포함되지 않으면 예산 초과 및 지연의 위험에 직면할 수 있습니다. 이를 방지하려면:

  • 철저하게 조사하십시오
  • 과거 프로젝트를 어떻게 구성했는지, 그리고 어떤 실수를 저질렀는지 살펴보세요
  • 갭 분석 템플릿을 활용하여 부족한 부분을 파악하세요
  • 모든 이해관계자가 자신의 일을 검토하고 책임을 지도록 하십시오
  • 예비 자원을 확보하세요

2. 변화하는 프로젝트 요구 사항

애자일 프로젝트는 본질적으로 변화에 유연하게 대응할 수 있습니다. 프로젝트 초기에 작성한 RBS는 몇 번의 스프린트가 지나면 더 이상 적합하지 않게 될 수 있습니다. 이는 자원 관리에 있어 불편한 일이지만, 피할 수 없는 현상입니다.

이에 대응하려면:

  • RBS를 정기적으로 검토하십시오
  • 추가 자원이 필요하지 않은지, 또는 필요 이상으로 자원을 보유하고 있지 않은지 확인하십시오.
  • 자원 계획 템플릿을 활용하여 모든 요소를 철저히 준비하세요
  • RBS의 변경 사항을 업데이트하고 모든 이해관계자에게 알리세요

이를 위해 ClickUp Docs와 같은 tool을 사용한다면, 변경 사항을 강조 표시하여 이해관계자들과 공유할 수 있으며, 이들은 공동으로 편집하거나 댓글로 피드백을 남길 수 있습니다. 예시: 프로젝트 비용의 변경 사항을 보여줌으로써 프로젝트 후원자나 재무 책임자가 승인할 수 있도록 할 수 있습니다.

ClickUp 문서
협업 문서 작성을 위해 ClickUp Docs를 활용하세요

3. 이해관계자의 지지 부족

경력이 짧은 프로젝트 관리자는 다른 사람들과 상의하지 않고 자원 분해 구조(RBS)를 작성하는 실수를 저지를 수 있습니다. 아무리 좋은 의도를 가지고 있더라도, 고립된 방식으로 일을 하면 나중에 자원 제약이 발생할 수 있습니다.

예를 들어, 프로젝트 관리자는 UI 디자이너 한 명이면 충분하다고 생각할 수 있습니다. 하지만 UX 책임자는 마이크로 애니메이션에도 능숙한 UI 디자이너를 확보하지 못했을 수 있으며, 이 경우 두 명의 인력이 필요하게 됩니다.

이를 방지하려면 모든 단계에서 이해관계자의 동의를 얻으십시오. 모든 이해관계자가 RBS를 검토하고 승인하도록 장려하여 자원을 최적으로 활용할 수 있도록 하십시오.

4. 혼란스러워하는 팀 회원들

자원 분해 구조는 프로젝트의 관리 구조를 정의하는 역할도 합니다. 여기에는 누가 누구에게 보고하는지, 누가 누구의 일을 검토하는지 등이 포함됩니다.

명확한 계층 구조와 적극적인 의사소통이 없다면 팀 관리가 혼란스러워질 수 있습니다. 예를 들어, 프론트엔드 개발자를 UX 팀에 배정했음에도 불구하고, 해당 리소스는 자신이 개발 팀장에게 보고한다고 생각할 수 있습니다.

투명성을 통해 이러한 상황을 방지하세요. 자원 분해 구조를 공개하고 모든 팀 회원이 확인할 수 있도록 초대하세요. 누구나 쉽게 이해할 수 있도록 간결하고 시각적으로 정리해 두세요. 누군가 우려 사항이나 피드백이 있을 경우를 대비해 소통 채널을 열어두세요.

ClickUp으로 프로젝트를 체계화하고 한 단계 더 발전하세요

오늘날 애자일 소프트웨어 프로젝트는 자율성과 자기 관리를 최우선으로 삼기 때문에, 일을 조직하는 데 있어 부르다인의 '여단 체계'는 오히려 역효과를 낼 수 있습니다. 하지만 여기서 배워야 할 더 깊고 근본적인 교훈이 있습니다.

'부르다인의 주방'은 프로젝트를 효과적이고 일관성 있게, 그리고 고압적인 상황에서도 성공적으로 수행하려면 누가 무엇을 담당하는지, 그리고 일이 한 단계에서 다음 단계로 어떻게 진행되는지에 대한 명확한 구분이 필요함을 보여줍니다. 바로 리소스 분해 구조(RBS)가 바로 그것입니다.

ClickUp과 같은 강력한 프로젝트 관리 도구를 사용하면 자원 분해 구조(RBS)를 계획 프로세스에 통합할 수 있습니다. 별도의 Google Doc나 스프레드시트를 만들 필요 없이, ClickUp을 사용하여 모든 프로젝트 관련 문서를 한곳에 정리할 수 있습니다.

그뿐만 아니라, 플랫폼 내에서 다양한 이해관계자와 내용을 공유하고, 편집하며, 협업할 수 있습니다. 또한 나중에 사용할 수 있도록 나만의 맞춤형 자원 분해 구조 템플릿을 만들 수도 있습니다.

프로젝트 작업 공간을 통합하세요. 지금 바로 ClickUp을 무료로 체험해 보세요.