프로젝트 작업을 나눌 때 일정 전에 확인할 기준

먼저 정할 것은 작업의 관리 단위입니다

작업 분해의 목적은 항목을 가능한 한 잘게 만드는 데 있지 않습니다. 너무 세분화하면 목록을 갱신하는 부담이 커지고, 반대로 지나치게 뭉뚱그리면 담당자와 진행 상태를 파악하기 어려워집니다.

따라서 작업을 나누기 전에 어떤 개선 안건을 관리할지 정하고, 그 아래에 공정이나 작업 묶음과 개별 태스크를 배치합니다. 여러 개선 안건을 함께 다루는 업무 효율화 프로젝트라면, 공정 이름만 나열하기보다 각 작업이 어느 안건에 속하는지 드러나도록 구성합니다.

태스크 단위를 점검하는 순서

태스크를 정리할 때는 담당자를 지정할 수 있는지, 완료 여부를 판단할 수 있는지, 진행 상황을 확인할 의미가 있는지를 살핍니다. 이 기준에 맞지 않으면 관리 단위로 적절한지 다시 검토합니다.

WBS의 골격을 만든 뒤에는 각 태스크의 공수와 기간을 추정하고, 작업 간 의존 관계와 담당자의 가동 상황을 고려해 일정을 정합니다. 즉, 작업 분해와 일정 확정을 한꺼번에 처리하기보다 작업을 정리한 다음 추정과 관계 확인을 거쳐 일정에 반영합니다.

자주 묻는 질문

작업은 어느 정도까지 세분화해야 하나요?

최대한 잘게 나누기보다 담당자를 정하고 완료와 진척을 확인할 수 있는 수준을 기준으로 삼습니다.

WBS를 만들 때 시작일과 종료일도 바로 정해야 하나요?

먼저 필요한 작업을 정리합니다. 이후 태스크별 공수와 기간을 추정하고 의존 관계를 확인한 다음 일정을 결정합니다.