WBS는 Work Breakdown Structure의 약자입니다. 프로젝트를 완료하는 데 필요한 작업, 활동 및 결과물을 계층적으로 표현한 것입니다. WBS는 복잡한 프로젝트를 더 작고 관리하기 쉬운 구성 요소로 나눈 다음 트리와 같은 구조로 구성합니다.
WBS는 일반적으로 프로젝트 또는 프로그램 수준으로 알려진 가장 높은 수준에서 시작한 다음 연속적으로 하위 수준으로 나뉩니다. 각 수준은 프로젝트의 보다 자세한 분류를 나타냅니다. 작업 패키지라고도 하는 WBS의 가장 낮은 수준은 팀이나 개인에게 할당할 수 있는 가장 작고 가장 개별적인 작업 단위를 나타냅니다.
WBS는 프로젝트 관리자와 팀 구성원이 작업 범위를 이해하고, 책임을 정의하고, 리소스를 할당하고, 시간과 비용을 추정하고, 진행 상황을 추적할 수 있는 시각적 도구 역할을 합니다. 모든 프로젝트 구성 요소를 논리적이고 구조화된 방식으로 식별, 정의 및 구성하여 효과적인 프로젝트 계획, 실행 및 제어를 용이하게 합니다.

참고 : https://1000hg.tistory.com/34
참고 : https://vivi-world.tistory.com/38
참고 : https://velog.io/@kallroo/%EC%9A%A9%EC%96%B4%EC%82%AC%EC%A0%84-WBS%EB%9E%80
짧은 글인데도 WBS의 본질을 정확히 잡아주셔서 좋았습니다. 개발 현장에서는 이 정의를 팀이 같은 수준으로 공유하는 순간부터 일정 대화가 훨씬 생산적으로 바뀌더라고요. 그래서 Plexo(https://plexo.work/ko)에서도 AI Task Breakdown으로 같은 기준의 WBS 초안을 자동 생성해 용어 해석 차이를 줄이고 있습니다. 초보 PM에게 WBS 도입 시 가장 먼저 교정해야 할 실수는 어떤 부분이라고 보시나요?