작업 분할 구조 – 프로젝트에서 작업을 효과적으로 위임하는 방법은 무엇입니까? | #30 프로젝트 관리 시작하기

프로젝트 계획 중에 프로젝트 관리자는 목표 할당 방법, 완료할 작업, 포함할 전문가 및 시기를 결정합니다. 그렇게 함으로써 WBS(Work Breakdown Structure)를 생성합니다.

작업 분석 구조 – 목차:

1. 소개
2. 작업 분할 구조
3. 팀에서의 책임(팀/집단 소유권)
4. 요약

소개

적절하게 고안된 작업 분할 구조(WBS)는 원활한 팀 워크플로로 변환됩니다. 관련된 각 사람은 특정 작업을 수행하는 목적, 할당을 받을 대상 및 전달해야 하는 대상을 알고 있습니다. 예를 들어 세 명의 팀원이 동시에 한 사람의 도움을 필요로 하기 때문에 너무 많은 일에 부담을 느끼는 사람을 쉽게 찾아낼 수 있습니다. 따라서 WBS를 사용하면 계획 단계에서 이미 워크플로우 프로세스를 최적화할 수 있습니다. 이는 프로젝트 작업의 매우 중요한 측면인 작업 완료에 대한 팀 책임을 제공합니다. 그러나 프로젝트에 가장 적합한 작업 구조를 계획하는 방법은 무엇입니까?

작업 분할 구조

분업의 구조는 일반적으로 트리를 사용하여 시각화되며 프로젝트 수명 주기의 단계가 점점 더 세부적인 목표로 구분되어 표시됩니다. 이를 통해 작업 기간 및 완료 비용을 계획하고 팀 구성원 간에 책임을 적절하게 분배할 수 있습니다.

그렇게 할 때 WBS는 무엇을 구현할지 지정하지만 "어떻게"에 대한 질문에 대답하지 않는다는 점을 기억하십시오. 세부 수준을 제한하는 원칙에 주목할 가치가 있습니다. 프로젝트의 형식 및 형식 요구 사항에 따라 다릅니다. 의료 장비 또는 화학 시약 생산에는 다른 수준의 계획이 필요하고 이벤트 또는 마케팅 캠페인 조직에는 다른 수준의 계획이 필요합니다.

작업 분할 구조는 PMBOK에서 다음과 같이 정의됩니다.

"프로젝트 목표를 달성하고 필요한 산출물을 생성하기 위해 프로젝트 팀이 수행해야 하는 전체 작업 범위를 계층적으로 분해한 것입니다."

여기에서 "전체"라는 단어는 매우 중요하며 "100% 규칙"은 이와 관련이 있습니다. 잘 짜여진 WBS는 프로젝트의 모든 목표, 즉 달성해야 할 모든 것을 정확히 고려하기 때문입니다. 프로젝트 관리 자체를 포함합니다. 즉, 트리의 최하위 수준에서 작업을 읽어 상위 수준의 모든 구성 요소를 나열합니다. 이것은 실제로 따르기 매우 어려운 원칙입니다. 그러나 소위 스코프 크립을 방지하는 효과적인 도구로 종종 인용됩니다. 달성할 모든 것을 지정하면 미리 정의된 프로젝트 목표에 맞지 않는 새 작업을 추가할 수 없습니다.

팀에서의 책임

팀이 수행하는 작업은 공동 노력으로 만든 최종 목표의 일부입니다. 그러나 많은 회사와 프로젝트에서 이 목표의 가시성 또는 존재조차 명확하지 않습니다. 따라서 잘 계획된 작업 구조와 프로젝트 팀에게 명확한 작업 흐름은 공동 책임을 구축하기 위한 기반입니다.

팀 소유권(팀/집단 소유권)을 구축하면 팀 구성원이 프로젝트의 목표와 수행한 작업이 이러한 목표 달성에 어떻게 기여하는지 더 잘 이해할 수 있습니다. 이것은 동기 부여와 헌신을 증가시키고 팀 성과를 향상시킵니다. 더 큰 프로젝트에 대한 헌신과 성공적인 완료는 또한 회사에 대한 직원 충성도와 좋은 분위기로 이어집니다. 즉, 팀 내의 책임감은 회사 전체의 더 나은 비즈니스 결과에 기여할 수 있습니다.

요약

프로젝트에서 위임하는 작업은 목표를 효과적으로 달성하기 위해 계획할 때 프로젝트 관리자의 작업입니다. 첫째, WBS는 프로젝트의 범위를 구성하는 데 도움이 됩니다. 유사한 작업 그룹을 분리하고 작업 간의 종속성을 파악하여 완료 순서를 결정하고 수행된 작업에 대한 팀의 책임을 구축합니다. 회사가 추구하는 더 작고 더 큰 목표의 맥락에서 그것들을 제시합니다.

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest, TikTok에서 바쁜 꿀벌 커뮤니티에 가입하세요.

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최상의 작업 흐름을 설계하고 프로세스를 최적화하는 새로운 방법을 찾는 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 데 가장 적합한 사람으로 만듭니다.

모든 게시물 보기

프로젝트 관리 시작하기:

1. 프로젝트란 무엇입니까?
2. 프로젝트 관리란 무엇입니까?
3. 프로젝트를 관리하는 방법?
4. 프로젝트 관리 방법
5. 프로젝트 유형
6. 프로젝트의 4가지 예
7. 프로젝트의 우선순위
8. 프로젝트 활동 분야
9. 프로젝트 관리의 성공 정의
10. 프로젝트 관리 소프트웨어를 사용하는 이유는 무엇입니까?
11. 최고의 프로젝트 관리 소프트웨어를 선택하는 방법은 무엇입니까?
12. 프로젝트 관리 소프트웨어 개요
13. 프로젝트 수명 주기
14. 프로젝트 비전은 무엇입니까?
15. 프로젝트 목표. 그것은 무엇이며 그것을 잘 정의하는 방법은 무엇입니까?
16. 프로젝트 시작 단계 - 주의해야 할 사항은 무엇입니까?
17. 프로젝트 관리의 계획 영역
18. 프로젝트 일정이란 무엇이며 용도는 무엇입니까?
19. 프로젝트에서 이정표를 사용하는 방법은 무엇입니까?
20. 프로젝트 실행
21. 성공적인 프로젝트 비상 계획을 준비하는 방법은 무엇입니까?
22. 프로젝트 종료의 중요성
23. 프로젝트 실패. 프로젝트가 실패하는 5가지 이유
24. 관리의 4P: 프로젝트, 제품, 프로그램 및 포트폴리오
25. 프로젝트 관리자의 가장 중요한 작업 및 책임
26. 가장 유용한 프로젝트 관리자 기술
27. 프로젝트 매니저가 되려면?
28. 모든 프로젝트 관리자가 읽어야 할 5권의 책
29. 프로젝트 팀을 구성하는 방법은 무엇입니까?
30. 작업 분할 구조 - 프로젝트에서 작업을 위임하는 방법은 무엇입니까?
31. 하이브리드 작업 중에 팀을 이끄는 방법은 무엇입니까?
32. 팀과 함께 작업할 때 프로젝트 관리자가 직면하는 문제
33. 프로젝트 회의 유형
34. 프로젝트 모니터링. 어떤 매개변수를 주시해야 합니까?
35. 설득력 있는 글을 쓰는 방법
36. 프로젝트 범위를 정의하고 범위 추가를 방지하는 방법은 무엇입니까?
37. 타당성 조사 – 이 프로젝트를 실행할 수 있습니까?
38. 이를 촉진하기 위한 프로젝트 및 도구의 위험 분석
39. 프로젝트 헌장을 만드는 방법은 무엇입니까?
40. 이해 관계자 등록이란 무엇입니까?
41. 프로젝트 관리 계획의 간트 차트
42. 프로젝트 예산을 만드는 방법은 무엇입니까?
43. 프로젝트의 시간 관리
44. 프로젝트 위험 레지스터를 만드는 방법은 무엇입니까?
45. 프로젝트 위험 관리 전략
46. 프로젝트 마케팅
47. 프로젝트의 변경 소스 및 영역
48. 프로젝트 관리 변경 모델
49. 애자일 다음은? 프로젝트 관리 방법