앤서니 부르댕, 유명 셰프 겸 저자, 그의 주방을 운영 여단 시스템을 사용했습니다. 그는 주방을 식사의 구성 요소를 만드는 스테이션으로 나누었습니다. 각 스테이션에는 수셰프, 요리사, 보조원이 있었고 각자의 재료, 도구, 작업 공간이 있었습니다.
이 구조 덕분에 "저녁 식사 준비로 바쁜 주방의 수많은 작업을 한 사람, 즉 셰프 한 명이 관리하고 조율할 수 있었다"고 그는 말합니다
비즈니스 세계에서는 이런 종류의 계층 구조를 리소스 분류 구조라고 부릅니다. 그게 뭔지 궁금하시죠? 알아봅시다.
리소스 분류 구조 이해하기
리소스 분류 구조(RBS)는 계층 구조로 구성된 프로젝트를 완료하는 데 필요한 모든 리소스의 목록입니다. 이러한 리소스는 인적, 물적, 재정적, 정보적 리소스, 심지어 시간적 리소스까지 포함할 수 있습니다.
일반적으로 여러 단계로 구성된 자원 관리 도구로, 프로젝트 목표를 최상위에 두고 각 단계에서 다양한 자원 범주가 브랜치됩니다. 실제 비용 자체를 제외한 비용이 소요되는 모든 리소스를 다룹니다.
가장 중요한 것은 RBS가 고립된 섬이 아니라는 점입니다. 작업 내역 구조, 위험 내역 구조 등 다양한 프로젝트 계획 활동과 밀접하게 연관되어 있습니다. 방법은 다음과 같습니다.
작업 분류 구조(WBS)는 일을 관리하기 쉬운 작은 작업으로 나누어 설명하는 문서입니다. 좋은 RBS는 이 문서에 해당하며, 각 단계에서 어떤 리소스가 필요한지 간략하게 설명합니다.
예를 들어, 소프트웨어 개발 프로젝트가 최소기능제품(MVP) 단계, 1단계, 2단계 등으로 나뉘는 경우 RBS에는 각 단계에서 필요한 리소스가 목록으로 정리됩니다. MVP 단계에서는 다음이 필요할 수 있습니다:
- 개발자
- 품질 분석가
- 프로젝트 관리자
- 프로젝트 관리 소프트웨어
MVP가 완료되고 제품이 출시되면 다음과 같은 추가 리소스가 필요할 수 있습니다:
- 테스트 자동화 tools
- 데이터 파이프라인
- 클라우드 인프라
- 제품 관리자
- 사용자 경험 연구원
RBS가 지향하는 또 다른 측면은 위험 분류 구조입니다. 일의 각 단계에는 관련된 위험이 있습니다. 몇 가지 ERP 소프트웨어 도구 rBS, WBS 및 위험 분류 구조를 연결하여 전체 보기를 완료합니다.
예를 들어, MVP 단계에서 성능 문제가 있을 수 있습니다. 여러 팀원이 MVP를 작업하는 경우 보안 위험에 직면할 수 있습니다. 사용자 정보를 수집하는 경우 데이터 프라이버시 위험이 있을 수 있습니다.
리소스 분류 구조에는 각 단계에서 이러한 위험을 완화하는 데 필요한 구성 요소가 포함되어 있습니다. MVP 단계에서는 클라우드 인프라를 위한 추가 리소스가 RBS에 포함될 가능성이 높습니다. 상당한 견인력이 있는 경우 RBS는 보안 엔지니어 또는 컨설턴트를 목록에 추가할 수 있습니다.
리소스 분류 구조의 기본 사항에 대해 설명했으니 이제 프로젝트 관리에서 어떻게 사용되는지 살펴보겠습니다.
프로젝트 관리에서 RBS의 역할과 중요성
리소스 분류 구조는 프로젝트 관리자가 계획과 실행을 위해 사용하는 많은 프레임워크 중 하나입니다. 프로젝트 라이프사이클 전반에 걸쳐 중요한 역할을 합니다. 방법은 다음과 같습니다.
리소스 할당
프로젝트를 완료하는 데 필요한 리소스가 무엇인지 알면 적시에 적절한 리소스를 채용, 교육, 할당할 수 있습니다. RBS는 다음을 위한 로드맵 역할을 합니다 리소스 할당 를 프로젝트 전체에 적용합니다.
예를 들어, RBS에서 세 번째 스프린트에 추가 개발자가 필요하다고 명시하는 경우 프로젝트 관리자는 리소스를 미리 채용/온보딩할 방법을 찾을 수 있습니다.
스케줄링
스케줄링은 RBS보다 작업 분류 구조의 영향을 더 많이 받지만, 후자가 여전히 핵심적인 역할을 합니다. 프로젝트 관리자는 WBS와 RBS를 함께 살펴봄으로써 리소스 가용성에 따라 일의 일정을 잡을 수 있습니다.
예를 들어, 필요한 시기에 다른 프로젝트에 투입된 Scala 개발자가 한 명만 있는 경우 추가 인력을 고용하는 대신 RBS를 사용하여 가용성에 따라 작업 일정을 재조정할 수 있습니다.
작업량 배포
리소스 분류 구조는 프로젝트에 필요한 것을 미리 파악합니다: 몇 명의 인력이, 얼마 동안, 어떤 기간 동안 필요한지 등을 미리 파악합니다. 개발 단계에 최대 리소스가 필요한 경우 추가 인력을 채용/온보딩하고 업무량을 균등하게 배포할 수 있습니다.
위험 관리
본질적으로 리소스 분류 구조는 예측입니다. 현재 요구 사항을 기반으로 미래의 요구 사항을 명시합니다. 이를 통해 다음과 같은 여러 프로젝트 관리 위험을 완화할 수 있습니다:
- 적절한 리소스가 없는 경우
- 팀원 중 누군가가 휴가 또는 기타 이유로 자리를 비울 경우를 대비한 백업 플랜이 없는 경우
- 직면리소스 제약 및 부적절한 순간에 발생하는 병목 현상
- 프로젝트에서 너무 늦게 의존성을 발견하는 경우
좋은 RBS는 이러한 상황을 예측하고 발생 시 비상 계획을 수립하는 데 도움을 줍니다.
중요 경로 분석
중요 경로 분석 중요 경로 방법 는 최소 프로젝트 기간을 계산하기 위해 의존성이 가장 긴 작업 시퀀스를 식별하는 프로젝트 관리 기법입니다. RBS는 필요한 최소 리소스를 결정하기 위해 동일한 작업을 수행합니다.
프로젝트 일정, 작업량 배포, 위험 관리 등을 최적화하려면 강력한 리소스 분류 구조가 필요합니다. 다음은 이를 만드는 단계별 가이드입니다.
리소스 분류 구조 생성하기
RBS는 프로젝트를 완료하는 데 필요한 리소스의 목록입니다. 간단해 보이지 않나요? 프로젝트의 성격에 따라 매우 복잡할 수 있습니다. 철저하게 하려면 다음 단계를 시도해 보시고, 다음에서 능숙하게 지원하세요 ClickUp의 리소스 관리 소프트웨어 .
1. 프로젝트 결과물 식별하기
프로젝트의 목표와 그에 해당하는 결과물을 명확하게 정의하는 것부터 시작하세요. 주어진 기한까지 x개의 기능을 갖춘 MVP를 제공하는 것이 목표라면 완료해야 하는 작업과 하위 작업을 지도화하세요. 이미 WBS가 있다면 이를 사용하세요.
그렇지 않은 경우에는 프로젝트 범위 . 모든 프로젝트의 주요 이해관계자를 한자리에 모아 기대치와 결과물에 대해 논의하세요.
빠르게 시작하려면 다음을 시도해 보세요 ClickUp의 프로젝트 범위 화이트보드 템플릿 . 이를 사용하여 다양한 이해관계자로부터 활동, 작업 및 마감일에 대한 정보를 수집하세요. 정보를 요약하고 나중에 참조할 수 있도록 시각적으로 정리하세요.
ClickUp의 프로젝트 범위 화이트보드 템플릿
2. 리소스 카테고리 식별
RBS의 최상위 브랜치를 형성할 리소스의 기본 카테고리를 결정하는 것부터 시작하세요. 예를 들면 다음과 같습니다:
- 인적 자원(프로젝트 관리자, 개발자, 디자이너)
- 물적 또는 물리적 리소스(컴퓨터, 사무실 스페이스, 장비, 소모품)
- 정보 자원(데이터, 문서, 프로젝트 개요)
- 시간 자원(기간, 마일스톤, 마감일)
- 소프트웨어 리소스(프로젝트 관리 도구, 자동화 도구)
RBS는 계층 구조라는 점을 기억하세요. 따라서 리소스를 각 기본 리소스 카테고리 아래의 특정 구성 요소로 나누세요. 예를 들어, 인적 자원은 더 세분화할 수 있습니다:
- 프로젝트 관리: 프로젝트 관리자, 비즈니스 분석가
- 소프트웨어 개발: 프론트엔드 개발자, 백엔드 개발자, 테스터
- 사용자 경험 디자인 UX 연구원, UI 디자이너
프로젝트가 충분히 큰 경우 더 자세히 드릴다운할 수 있습니다. 예를 들어 UI 디자이너, 애니메이션 디자이너, 브랜드 디자이너 등으로 구성된 UX 팀을 관리하는 UX 리더가 있을 수 있습니다.
ClickUp 리소스 계획 템플릿
리소스 플랜을 처음 시작하는 분들을 위한 템플릿을 준비했습니다. 사용해보세요 ClickUp 리소스 계획 템플릿 을 사용하여 작업과 리소스를 한 곳에서 시각화하세요. 이 템플릿을 사용하여 시간을 추적하고, 하청업체를 관리하고, 팀의 워크플로우를 모니터링할 수도 있습니다.
3. 리소스 세부 정보 포함
세부적으로 자세히 설명하세요. WBS 또는 프로젝트 범위 문서를 사용하여 누가 무엇을 할 것인지에 대해 질문하세요. 놓치는 것이 없는지 확인하세요.
가장 일반적으로 필요한 정보로는 기술, 경험, 보상, 가용성 등이 있습니다. 예를 들어
- 프론트엔드 개발자
- Name: Jane Doe
- 기술 기술: HTML, CSS, React
- 경력: 5년 경력: 5년
- 시간당 평가: $ 80
- 근무 가능 시간: 주 40시간
또한 숫자를 확보하세요. 필요한 비즈니스 분석가, 개발자 또는 테스터의 수를 파악하고 이를 문서화하세요.
4. 역할에 적합한 인재 파악하기
이제 이론적인 플랜에서 실제 시나리오를 작성하는 단계로 넘어갈 준비가 되었습니다. 각 역할에 대해 근무 가능 여부에 따라 적합한 직원을 선택하세요. ClickUp의 작업량 보기 는 모든 팀원의 작업 가능 여부를 한 곳에서 확인할 수 있는 좋은 방법입니다. 이 보기에서는 현재 어떤 사람이 어떤 일을 하고 있는지 확인할 수도 있습니다. 따라서 이미 다른 작업에 할당된 리소스가 필요한 경우 프로젝트 관리자에게 리소스를 재배치하거나 공유하도록 요청할 수 있습니다.
세분화된 가시성을 위한 ClickUp 작업량 보기 _
좀 더 구조화된 보기를 원한다면 ClickUp 직원 업무량 템플릿 . 이 고급 수준 템플릿은 다음과 같은 경우에 도움이 됩니다 용량 플랜 을 사용하여 일을 시각화하고, 시간 추정치와 실제 시간을 비교 검토하는 등의 작업을 수행할 수 있습니다.
여러분의 업무량 관리 clickUp 직원 업무량 템플릿으로 간편하게 관리하세요.
5. 점 연결하기
좋은 리소스 분류 구조는 단순한 목록 그 이상입니다. 모든 리소스가 프로젝트를 완료하기 위해 서로 어떻게 상호 작용하는지에 대한 보기입니다. 앞서 살펴본 것처럼, 이는 계층적 방식으로 이루어지며 다음을 지원합니다 리소스 레벨링 .
따라서 가장 일반적인 카테고리를 맨 위에 두고 아래로 내려갈수록 구체적인 하위 카테고리를 두어 리소스를 계층적으로 정리하세요. 리소스 분류 구조의 예시는 다음과 같습니다:
- 인적 자원
- 프로젝트 관리
- 프로젝트 관리자
- 신원 미상인
- 비즈니스 분석가
- 존 스미스
- Front-end 개발자
- Sarah Kim
- 루카스 브라운
- 프로젝트 관리자
- 프로젝트 관리
6. 프로젝트 설정하기
프로젝트를 설정합니다 리소스 관리 도구 clickUp과 같은 도구를 사용하여 구겨진 부분을 다림질하세요. ClickUp 작업을 사용하여 작업 분류 구조를 체계적으로 게시하세요. 그런 다음 각 작업에 리소스를 추가하고 마감일을 설정하고 설명을 추가하세요. 필요한 경우 첨부 파일이나 외부 파일에 연결된 링크를 포함할 수도 있습니다.
손쉬운 프로젝트 관리를 위한 ClickUp 작업__img
같은 일을 반복하지 마세요. 기존의 ClickUp 리소스 할당 템플릿 를 사용하여 프로젝트에 필요한 모든 자료와 인력을 추적하세요. 이 중급 템플릿으로 각 리소스에 대한 자세한 노트를 작성하고, 가용성을 관리하고, 팀 구조를 시각화하는 등의 작업을 해보세요.
ClickUp 리소스 할당 템플릿
이제 클라이언트, 스폰서, 팀 리더, 팀원 등 이해관계자와 RBS 및 프로젝트 설정을 공유하세요. 예측에 불일치가 있으면 지적해 달라고 요청하세요.
ClickUp 목록 보기를 사용하여 관련된 모든 작업과 리소스를 확인하세요. ClickUp 보드 보기는 여러 단계에 따라 일을 정리하는 데 유용합니다. 또한, ClickUp 간트 차트 보기는 의존성과 타임라인을 시각화하는 데 도움이 됩니다.
프로젝트 타임라인 관리를 위한 ClickUp 간트 차트 보기 클릭업 간트 차트 보기
간단해 보이지만 사실 그렇습니다. 하지만 단순하다고 해서 항상 쉬운 것은 아니라는 점을 기억하세요. 리소스 분류 구조를 만드는 과정에서 어려움에 직면할 수도 있습니다.
다음은 프로젝트 관리자가 정기적으로 직면하는 몇 가지 문제와 이를 극복하기 위한 단계입니다.
RBS 구현의 어려움과 해결책
프로젝트가 복잡해지고, 범위가 커질 수 있으며, 프로젝트를 구성하는 오브젝트가 바뀔 수 있습니다. 이러한 경우 어떻게 해야 하는지 알아봅시다.
1. 부적절한 리소스 식별
프로젝트 관리자가 직면하는 가장 큰 어려움 중 하나는 필요한 리소스를 정확하게 파악하지 못하는 것입니다. 이는 프로젝트에 대한 가시성이 부족하거나, 일의 범위를 잘못 설정하거나, 필요한 자원을 과소평가하기 때문일 수 있습니다.
어느 쪽이든 RBS에 필요한 모든 리소스가 포함되어 있지 않으면 예산 초과 및 지연의 위험에 직면할 수 있습니다. 이를 방지하려면
- 철저한 조사 수행
- 과거 프로젝트를 어떻게 구성했는지, 어떤 실수를 저질렀는지 살펴보세요
- 활용갭 분석 템플릿 를 활용하여 누락된 부분을 파악하세요
- 모든 이해관계자가 자신의 업무에 대해 검토하고 책임을 지도록 하세요
- 버퍼 리소스 확보
2. 진화하는 프로젝트 요구 사항
애자일 프로젝트는 본질적으로 변화에 적응할 수 있습니다. 프로젝트 초기에 생성한 RBS는 몇 번의 스프린트 후에는 부적절해질 수 있습니다. 이는 다음과 같은 경우 불편하지만 리소스 관리 에서도 피할 수 없습니다.
이에 적응하기 위해
- RBS를 정기적으로 검토하세요
- 추가 리소스가 필요하지 않은지 또는 필요 이상으로 많은 리소스를 보유하고 있는지 확인합니다
- 사용리소스 계획 템플릿 를 사용하여 기초를 다지세요
- RBS에 변경 사항을 업데이트하고 모든 이해관계자에게 알립니다
다음과 같은 도구를 사용하는 경우 ClickUp 문서 에서 변경 사항을 강조 표시하고 이해관계자와 공유하여 공동으로 편집하거나 댓글로 피드백을 남길 수 있습니다. 예를 들어 프로젝트 비용의 변경 사항을 표시하여 프로젝트 스폰서나 재무 책임자가 승인할 수 있도록 할 수 있습니다.
협업 문서에 ClickUp 문서를 사용하세요_
3. 이해관계자의 동의 부족
초기 단계의 프로젝트 관리자는 다른 사람들과 상의하지 않고 리소스 분류 구조를 만드는 실수를 범할 수 있습니다. 최선의 의도에도 불구하고 사일로에서 일하면 나중에 다음과 같은 문제가 발생할 수 있습니다 리소스 제약 .
예를 들어, 프로젝트 관리자는 UI 디자이너 한 명이면 충분하다고 생각할 수 있습니다. 하지만 UX 리드에게는 마이크로 애니메이션에 능숙한 UI 디자이너가 없을 수 있으므로 이제 두 명의 인력이 필요합니다.
이를 방지하려면 모든 레벨에서 이해 관계자의 동의를 얻어야 합니다. 모든 이해관계자가 RBS를 검토하고 최적의 리소스 활용을 보장하기 위해 동의를 제공하도록 장려하세요.
4. 혼란스러운 팀원들
리소스 분류 구조는 프로젝트의 관리 구조를 정의하는 역할도 합니다. 여기에는 누가 누구에게 보고하고, 누가 누구의 일을 검토하는지 등이 포함됩니다.
명확한 계층 구조와 적극적인 인정이 없다면, 팀 관리 는 혼란스러워질 수 있습니다. 예를 들어, 프론트엔드 개발자를 UX 계층에 추가했는데 리소스는 개발 책임자에게 보고한다고 생각할 수 있습니다.
투명성을 통해 이러한 상황을 방지하세요. 리소스 분류 구조를 게시하고 모든 팀원이 살펴보도록 초대하세요. 모든 사람이 쉽게 이해할 수 있도록 깔끔하고 시각적으로 정리하세요. 우려 사항이나 피드백이 있는 경우 커뮤니케이션 채널을 개방하세요.
ClickUp으로 프로젝트를 구조화하고 레벨업하세요
오늘날 애자일 소프트웨어 프로젝트는 자율성과 자기 관리를 우선시하기 때문에 부르댕의 여단식 업무 체계가 오히려 생산성에 역행할 수 있습니다. 하지만 더 깊고 근본적인 교훈을 얻을 수 있습니다.
부르댕의 주방은 긴박한 상황에서 프로젝트를 효과적이고 일관되게 수행하려면 누가 무엇을 담당하고, 한 단계에서 다른 단계로 일이 어떻게 이동하는지에 대한 명확한 분류, 즉 리소스 분류 구조가 필요하다는 것을 보여줍니다.
ClickUp과 같은 강력한 프로젝트 관리 도구는 리소스 분류 구조를 계획 프로세스에 통합할 수 있습니다. 또 다른 Google Docs나 스프레드시트를 만들지 않고도 ClickUp을 사용해 모든 프로젝트 관련 문서를 한곳에 보관할 수 있습니다.
그 외에도? 플랫폼 내에서 바로 다양한 이해관계자와 공유, 편집, 협업할 수 있습니다. 나중에 사용할 수 있도록 나만의 맞춤형 리소스 분류 구조 템플릿을 만들 수도 있습니다.
프로젝트 작업 공간을 통합하세요. 지금 ClickUp을 무료로 사용해 보세요 .