4 강 - 계획 단계 - 계획이란 무엇입니까? 이것이 왜 중요한가? 올바르게 수행되지 않으면 어떻게 됩니까?

알겠습니다
그래서 프로젝트가 뭔지 알죠 일시적이고 복잡하고 독특한 계획입니다
이것으로 시작 단계는 끝났습니다
그리고 프로젝트 매니저는 이 프로젝트를 실현할 기술과 경험이 있는 사람입니다
하지만, 잠시만 기다려주십시오
연구소 프로젝트에는 PM이 없습니다
누가 이런 중책을 맡을 수 있겠습니까?
당신은 어떻습니까?
훌륭합니다
탑승을 환영합니다

이제 이사회가 이 프로젝트의 승인을 내렸습니다
프로젝트 팀과 함께 총리님을 고용했습니다
타당성 조사와 위험 평가를 마쳤습니다
멋진 프로젝트가 있습니다
헌장과 모든 게 정상입니다
다음은 뭡니까?

프로젝트를 계획할 시간입니다
자, 연필을 들고 저녁 식탁에서 냅킨을 집어서 앞으로 5분간 마인드맵을 그리십시오
그렇습니다
그러면 좋겠습니다
간단합니다

계획은 세부적인 절차이며 성공 레시피의 핵심 요소입니다
다음 섹션에서는 기획 과정을 속속들이 살펴볼 겁니다
가장 간단한 질문부터 시작하겠습니다

계획이 뭡니까?
이는 사전에 행동을 분석하고 평가하고 결정하고 조직하는 과정입니다
기본적으로 세 단계로 요약할 수 있습니다

1. 목표 정의
2. 옵션을 평가하는 목표를 정의해야 합니다
3. 목표를 달성하기 위한 최선의 방법을 선택하고 확인합니다

복잡한 인간의 시도에는 두 가지의 전략적인 계획이 포함됩니다
전술적으로 해야 합니까?
어떻게 하면 됩니까?
언제, 어떤 자원을 써야 합니까?
하지만 일과 여가 시간에 계획은 얼마나 중요합니까?
훌륭한 질문입니다
다음의 예를 생각해보십시오

스포츠 매니저입니다
그냥 경기장에 나타나서 선수들에게 소리를 지르는 게 아닙니다
경기 전입니다
다양한 측면을 분석하고 전략을 짜고 상대의 약점을 어떻게 공격하고 어떻게 방어할지
결정합니다
초기 계획이 실패할 경우에 대비한 대안도 있습니다

할리우드 배우들을 보십시오
이들은 엄격한 식이 요법과 운동 계획을 세워서 여러분이 좋아하는 슈퍼영웅 역을 연기할 수 있을 만큼
근육을 단련합니다
이 계획에는 고가의 헬스 트레이너와 연대 근무를 하는 영양사가 포함됩니다

쇼핑처럼 간단한 게 좋을 것 같습니다
장을 보러 가기 전에 필요한 걸 찾기 위해 장롱을 살펴보고 목록을 만듭니다
보통 문제가 생기면 집으로 돌아옵니다
보통 쓰는 돈의 세 배를 썼기 때문에 시간과 돈을 모두 합치면 제대로 된 음식을 만들 수 없습니다
그래서 결국 피자를 주문하게 됐습니다
마지막은 작은 규모의 계획이 잘 안 되고 있습니다

시드니 오페라 하우스는 원래 700만 달러에 6년 만에 지을 계획이었지만
실제로는 16년에 걸쳐 지었고 1억 600만 달러가 들었습니다
위험 평가를 할 때나 범위를 평가할 때 뭔가 놓친 게 있을 겁니다

2016년 오스카 시상식 대실패는 통제 불능으로 최고의 작품을 발표한 사건 아닙니까?
돈과 시간만 잃은 게 아니었습니다
그렇습니다
이 사례들을 통해 어떤 결론을 도출할 수 있습니까?
제가 설명해 드리겠습니다

계획이란 우리 사생활과 사업에서 큰 부분을 차지하기 때문에 제대로 계획을 세우지 못하면 끔찍한 결과를
초래할 수 있습니다

반면, 기획을 잘하면 여러분이나 회사가 보상을 받게 됩니다
자, 오늘은 여기까지 하겠습니다

4 - 1강 - 계획 단계 - 프로젝트 관리에서 계획이 왜 그렇게 중요한가요?

프로젝트 기획은 프로젝트 매니저의 기본 업무입니다
이제 그들이 빛날 시간입니다
계획 단계는 프로젝트 매니저가 가장 많은 가치를 창출하고 그들의 전문성을 입증하는 단계입니다
프로젝트의 모든 부분을 계획해야 합니다
계획의 폭이 충분히 넓어졌다는 뜻이죠 이를 계획의 깊이라고 부릅니다
일반적으로, 이를 할 때 두 가지 주요 영역이 있습니다
프로젝트 매니저가 알고 통제할 수 있는 것과 알지 못하거나 통제할 수 없는 것들입니다

세부 사항을 계획할 때 프로젝트 관리자가 만들 수 있는 지식은 있습니다 항목들을 목록화하기 위해서요
가장 효율적인 방법으로 그리고 최고의 사람들을 적절한 작업에 할당합니다
그리고 프로젝트 매니저가 모르거나 통제할 수 없는 것들이 있습니다
프로젝트 매니저는 창의적으로 생각해야 합니다
위험 평가 예측과 예측은 이 과정의 일부이며 프로젝트 관리자는 프로젝트에서 나쁜
영향을 제거하거나 줄이는 일에 책임이 있습니다
어떻게 하는 겁니까?
부지런한 계획을 통해서 말입니다
미지의 위험이 도사리고 있습니다

다음 가을 날씨는 어떨 것 같습니까?
1년 앞당길 수 없으나 프로젝트 매니저는 어떠한 날씨에도 대비할 것입니다
다른 무엇보다도 보시다시피 좋은 계획은 작업을 최적화할 수 있는 좋은 기회입니다 모두의 기대치가
같기를 바라며 값비싼 실수를 피할 수 있습니다
미래는 늘 불확실하기 때문에 계획을 많이 세울수록 좋습니다
맞습니까?

맞습니다
프로젝트 관리자가 더 많은 걸 계획할수록 목표와 시간, 예산을 충족하면서
프로젝트를 성공적으로 마칠 확률이 높아집니다
사람들 얘기도 빼먹으면 안 됩니다
사람들은 언제, 무엇을, 어떻게 해야 하는지 이해하면 지시사항을 잘 이해하게 됩니다
정말 중요한 점입니다
성공을 위한 전략은 계획입니다
우리가 이 메시지를 열심히 파고드는 이유는 종종 범죄적으로 계획을 과소평가하기 때문입니다
사람들은 사형이 빨리 진행될수록 좋다고 생각합니다

하지만 그렇지 않습니다
프로젝트 관리자의 노력의 관점에서 보면 종종 그 반대입니다
8020 규칙이라고 생각하십시오

계획 단계에서 더 많은 노력이 소모된다면 실행 중에는 더 적은 노력이 필요합니다
계획의 간격이 줄어들면 자유로운 계획과 개편이 줄어서 지연될 수 있습니다
오해하실 만도 합니다
인간은 참을성이 없습니다
목표를 달성할 생각에 들뜨고 생산적인 일을 하려면 뭔가를 해야 한다고 느낍니다
프로젝트 관리 계획은 제대로만 한다면 가장 생산적일 수 있습니다
좋습니다

4 - 2강 - 계획 단계 - 프로젝트 변경 비용은 얼마입니까?

계획의 중요성을 강조하기 위해서입니다
못 들으셨을까 봐 말씀드리는 겁니다
이번 수업은 변화의 대가에 대해 알아보겠습니다

프로젝트로 돌아가서 프로젝트 관리자의 입장에서 살펴보겠습니다
8월 말까지 전시실을 완공할 계획이라고 하시면 됩니다
하지만 7월이 되자 람바 로리는 플로어를 추가하기로 합니다
적어도 10월까지는 공사가 완료되지 않을 것으로 보입니다 혹독한 가을 날씨로 인해 더 오래 걸릴 수도
있습니다

변화를 위해 필요한 추가 예산, 자원, 협동 노력이 바로
비용입니다

제약 3가지를 기억하십시오
한 가지 변화가 일어나 우리의 제약 중 하나에 영향을 준다면 모두 영향을 받게 됩니다
게다가 변화가 필요할 때 큰 변화가 일어납니다
프로젝트 후반에 변화가 생긴다면 여러분의 휴일 저축 기금을 걸어도 안전합니다 이전 단계에서
일어났을 때보다 훨씬 더 나쁜 영향이 있을 것입니다

공사가 시작되기 전에 이런 결정을 내렸다면 날씨가 더 좋았다면 비용이
훨씬 낮았을 겁니다

다음 그래프를 보시겠습니다
시간이 지나고 계획과 실행을 통해 프로젝트가 진행될수록 변화의 비용은
증가합니다
간단합니다

하지만 그래프를 잘 모르는 분들을 위해 예를 들어보죠 한 회사가 블루투스 스피커의 두
배인 요요를 만들기 시작하는 프로젝트를 상상해보십시오
그러다 어느 순간 최고 경영진은 요요가 더는 멋지지 않다고 판단하고 대신 디아블로스를 만들겠다고
합니다

프로젝트 초반에 이런 결정을 내린다면 그 여파는 그리 처참하지 않을 겁니다

하지만 이 모든 요요 제조 기계가 팔린 후에 일어난 일을 생각해 보십시오
그런 변화가 있어도 프로젝트는 살아남지 못할 겁니다
상상이 가실 겁니다
기획 단계에서는 이해 관계자와 영역에 대한 기대치가 매우 중요합니다 프로젝트
매니저가 계획의 모든 부분을 검토하지 않으면 아주 잘못될 수 있습니다
그래서 프로젝트 매니저는 계획을 세워야 합니다
네, 맞습니다

4 - 3강 - 계획 단계 - 시작하기 전에 무엇을 해야 합니까?

바보같이 들리겠지만 당신의 계획을 계획하는 것이 생산적인 계획과 냅킨에 쓰인 정신 지도의
차이를 결정합니다
몇 가지 레슨에서 언급했었습니다
계획을 세우려면 상당한 시간과 노력이 필요합니다
프로젝트 매니저가 생각해야 할 것은 아주 많습니다
먼저 프로젝트 관리자는 필요한 작업에 대한 자신들의 지식을 평가해야 합니다

충분한 계획이 있습니까?

필요한 작업에 대한 자신의 지식

둘째, 그들이 이해 관계자들을 다 아는지입니다

그렇지 않다면 직접 연락해서 이번 프로젝트에 어떤 역할을 할지 논의해야 합니다
그들은 어떻게 해야 합니까?
예를 들어 재무팀이 누군지 모르면 프로젝트 매니저는 건설팀에 누가 돈을 줄지
계획을 세울 수 없습니다

셋째, 배운 것을 기억해야 합니다

다시 만들 필요가 없습니다
맞습니다
유사한 프로젝트에 참여한 적이 있습니까?
그렇다면 현재의 프로젝트에 어떤 교훈을 줄 수 있겠습니까?
마지막으로, 지식의 차이는 어떻게 됩니까?
프로젝트 매니저한테 부족한 지식이 있습니까?
건축 허가를 받으려면 추가적인 지원이 필요합니까?
좋은 프로젝트 매니저는 모든 걸 아는 사람이 아니라 그 사람의 단점을 볼 줄 알고 그걸
보상해 줄 적임자를 찾는 사람입니다

프로젝트 매니저는 프로젝트 계획의 모든 조각을 합치는 데 얼마나 시간이 필요한지 결정해야
합니다

그들은 누구와 연락해야 할지 기대치를 재확인해야 할지 결정합니다
위의 4가지를 복습하면 확실히 도움이 될 겁니다
그리고 이해 관계자들과의 미팅이나 워크숍의 경우 그들은 명확한 어젠더와
뚜렷한 목표, 그리고 포괄적인 주제 목록을 가지고 그들이 필요한 답변을 가능한 한 적은 저항
없이 얻도록 해야만 합니다
보십시오

프로젝트 매니저는 모든 것을 생각해야 합니다

4 - 3강 - 계획 단계 - 프로젝트 관리 통찰력

계획으로 넘어가기 전에 몇 가지 짚고 넘어갈 것이 있습니다 우리는 여러분을 믿고 있기 때문에 알아야 할
가치가 있는 것들입니다
첫 번째는 필립모리스가 제공하는 정보입니다

시간을 들일 가치가 있습니다
여기 있습니다
계획은 매력적입니다
저희는 프로젝트의 모든 부분을 계획한다고 분명히 밝혔습니다 기한부터 위험, 기대까지 모두 포함합니다
하지만 중요한 건 기획이 완성되기 전에 이미 계획된 무대를 변형해야 할
때도 있다는 겁니다

새로운 정보는 항상 이미 세운 계획을 바꿀 수 있습니다
예를 들어, 쇼룸의 가상현실 영역에서 타임라인을 계획한다고 하겠습니다
작년에는 이런 코너를 다른 전시실에 추가해서 두 달이나 걸렸습니다
따라서 여러분의 타임라인에서 이것을 계획할 때 동일한 기간을 사용합니다
얼마 후 여러분은 자원을 계획하기 시작하고 작년에 기술팀에서 두 명이 떠났다는
걸 깨닫게 됩니다 그래서 직원이 20% 줄었습니다
여러분의 타임라인에 영향을 미칠 가능성이 높으니 돌아가서 수정해야 할 겁니다
프로젝트의 시간과 자원을 조정해야 합니다

C 계획은 모호합니다
인내심을 갖고 모든 부분을 분석하고 계획할 때까지 계획을 연필로 작성하는 게 좋을 겁니다
그리고 비직관적인 작업들이 있습니다
어떤 일은 간단합니다
시간이 얼마나 걸릴지 어떻게 될지 상상할 수 있습니다
하나의 과제를 가지고 워크숍을 합니다
프로젝트 관리자는 필요한 참가자를 검토하고 모두의 달력에 맞는 날짜와 시간을 확인합니다
책, 방, 좌석표를 넣고 초대장을 보냅니다

이 프로세스는 예측하고 실행하기 쉽습니다
그러나 비정사적인 작업들이 있습니다
우리 프로젝트에서 말입니다
차에 역동적인 요소와 애니메이션을 투사할 계획이라고 합시다 날씨나 다른 도색 작업 같은
것들 말입니다
이게 성공하려면 경험 많은 소프트웨어 개발자를 모집해야 합니다
이 작업 견적 모집 기간을 이렇게 부르겠습니다
간단하게 들리지 않습니까?
그 사람을 영입하려면 분석하고 몇 주를 투자해야 합니다
필요한 정보를 얻는데 필요한 이틀이면 충분하다고 판단합니다
그러니까 인사부에 이메일을 보내서 적절한 엔지니어를 뽑으려면 몇 주가 필요한지 묻는 겁니다
같은 날 오후 인사부에서 답장이 왔습니다

훌륭합니다
추정치는 이틀이 아니라 하루 만에 나올 것 같습니다
이메일을 열면 이상적인 후보에 대해 더 말해주지 않으면 견적을 낼 수 없다고
합니다
경력이 몇 년입니까?
두 분은 어떤 프로젝트를 진행하셨습니까?
어떤 프로그래밍 언어가 필요합니까?
그런 것들입니다
아무것도 몰라서 컴퓨터 화면을 멍하니 보는 겁니다
다음 날 IT 부서의 동료에게 전화해서 요구 사항에 대한 세부 사항을 물어야 합니다
대부분의 정보에 빠르게 반응하지만 IT 팀장 샌드라에게 정식 확인을 받으시길
권합니다
하지만 산드라는 앞으로 이틀간 휴가 중입니다
기다리는 수밖에 없습니다
산드라가 돌아오면 기꺼이 돕겠지만 정보를 검토하고 검증하려면 하루가 걸립니다
마침내 다음날 그 정보를 얻어서 H로 보냅니다 R입니다
검토한 후 예상 기간은 7주입니다
멋진 임무를 완수했습니다
하지만 모집 기간을 계산하고 기획안에 넣는 데 이틀이 아니라 8일이 걸렸습니다
이런 작업, 특히 프로젝트 관리자가 완전히 알지 못하는 다른 사람들과 정보가
관련된 일은 예상치 못한 결과를 가져오고 과정을 복잡하게 만들며 결국 계획을 변경할
수 있습니다
이 점을 염두에 두고 다음 수업과 진짜 계획을 진행하겠습니다

4 - 4강 - 계획 단계 - 범위 계획

다음 레슨에서 이 과정의 모든 단계를 논의할 겁니다
결국 프로젝트 라이프사이클에서 기획 단계가 얼마나 중요한지 잘 알게 되실 겁니다
이 시점에서 프로젝트 매니저는 계획을 세우는 데 필요한 모든 것을 갖추고 있어야 합니다

이 단계에서는 계획 자체에 구조가 있어서 프로젝트 관리자가 모든 영역을 관리할 수 있습니다
아시다시피 계획이 더 철저할수록 프로젝트 관리자가 나중에 뭔가를 고치는데
드는 비용이 줄어들기 때문입니다
폭과 깊이를 기억하십시오

뭐부터 하면 됩니까?
맞습니다
스코프입니다

프로젝트 관리자는 작업을 시작하기 전에 어떤 작업이 진행될지 정확히 알아야 합니다
우리 실험 프로젝트를 합리적으로 판단해서 전시장을 짓고 유행을 선도하는 새 건물로
만들어서 다른 모든 자동차 전시장의 기준을 세웠습니다
이 프로젝트에 어떤 일이 포함되는지 정확히 아셔야 합니다
전시장은 어떤 모습이어야 합니까?
몇 층이나 됩니까?
어떤 차를 생산합니까?
어떤 색상을 원하십니까?
건물의 방향은 어느 쪽입니까?
이래서 스코프부터 계획해야 하는 겁니다

여러분은 프로젝트의 목표를 전달가능성과 작업 집합으로 해석하는 것에 책임을
져야 합니다
총체적으로 이것들은 범위를 나타내고 범위는 단 하나의 질문에만 대답합니다
프로젝트 팀이 정확히 해야 할 일이 뭡니까?
쉬운 질문이라고 한 적 없습니다
저희의 목표는 신축 소매 공원에 있는 최신형 자동차 쇼룸에서 숙련된 직원들과
함께 최고의 쇼룸을 선보이고 쇼룸 건축의 기준을 세우는
겁니다
이 프로젝트의 다른 구성 요소들입니다
목표를 달성하기 위해 모두 힘을 합칩니다
하나는 받을 수 있습니다
전시실 건설입니다

이 전달 가능성에 필요한 일련의 과업은 다음과 같습니다
하나입니다
기초를 놓습니다
벽과 구조물을 세우기 위해서였습니다
셋입니다
바닥을 맞춥니다
네 번째입니다
외관을 칠합니다
이건 범위의 한 부분일 뿐입니다
범위는 보다 광범위한 개념입니다
제품이나 한 시간 예시가 중요한 게 아닙니다 차, 전시장, 직원들
제품의 생산을 보장할 뿐 아니라 이해 관계자들의 요구 사항과 기대에 부합하도록
하기 위한 모든 추가 작업이 포함됩니다

그 땅에 이미 전시실을 짓고 싶은 건물이 있다는 걸 알게 되면 어떻게
합니까?
철거해야 할 겁니다
이 부분은 공사에 포함되어 있지 않지만 다른 작업이 시작되기 전에 끝내야 합니다
그러므로 범위의 일부입니다
이게 아니었다면 공사가 지연됐을 겁니다
계획한 것보다 비용이 많이 들고 투자자의 기대는 충족되지 않을 겁니다
그래서 여러분은 제품 범위를 생각해야 합니다 제품을 생산하기 위해 완료돼야 할 작업
말입니다
바로 전시실입니다
또한 프로젝트 범위를 생각해야 합니다 프로젝트 목표를 달성하기 위해 필요한
것은 제품 범위를 포함합니다
전시장을 짓는 곳에 작은 거리가 있습니다
거리의 주민들은 거리 재건축을 위해 쇼룸을 짓는 것은 회사의 책임이라는
명확한 의견을 갖고 있습니다
그게 회사의 책임입니까?
답은 프로젝트의 범위 문에 있습니다

구체적으로 포함되지 않으면 이 값비싼 작업에 자원을 쓸 수 없습니다
이래서 범위를 상세히 설명해야 하는 거죠 범위 안에 없는 것도 포함해서 말입니다
물론 약간의 상식이 큰 도움이 됩니다
쇼룸 프로젝트에서 창문과 문을 포함한 손잡이를 설치하는 걸 깜빡하셨다면 20호실의
문손잡이를 거부하지 않겠습니다
하지만 시의 허가도 받지 않은 새 도로에 몇백만 달러가 들어갔습니다
형편없는 계획입니다

물론 시와 건설사가 건축권에 서명할 때 반드시 합의해야
하는 일이며 이는 입찰 작업의 일부입니다
협력 협약을 맺고 회사가 길바닥에서 일해야 한다면 이것을 정식으로
추가해서 관련 자원을 할당할 수 있게 해야 합니다
지금입니다
범위 단계를 요약하자면 프로젝트 관리자는 시작 단계에서 얻은 정보인 프로젝트 범위에 대해
그녀가 가지고 있는 정보를 평가하기 시작합니다
그리고 프로젝트의 요구 사항과 기대치에 대한 자세한 정보를 수집합니다

자신들의 전문 지식과 팀원들의 지식을 이용해서 프로젝트에 영향을 줄 수 있고 영향을 줄 수 있는
모든 회색 영역에 대해 조사합니다
마지막으로 모든 걸 기록합니다
만약 무언가가 발생한다면, 프로젝트 매니저나 다른 이해 관계자들이 쉽게 참조할 수 있는 포인트가
있어야 시간과 자원을 투자할 가치가 있는 것인지 결정할 수 있습니다
좋습니다

365Careers-PM-Scope+Statement.docx

0.03MB

4 - 4강 - 계획 단계 - 범위 계획(계속)

 

지난 수업을 기억하시겠지만 혹시 모르니 범위 플래닝의 논리적 프로세스를 다시 요약해 보겠습니다
먼저, 프로젝트 범위에 있는 사용 가능한 정보를 분석합니다
그런 다음 상세한 요구 사항과 기대치를 모읍니다
마지막으로 범위를 기록합니다
아주 간단합니다 이제 이 프로세스를 낮은 수준에서 살펴보겠습니다
첫 단계는 프로젝트 관리자가 시작 단계에서 얻은 성과와 프로젝트 목표의 상위
수준 정보를 분석하는 것입니다
이런 것들은 후원자, 고객, 이해 당사자들 그리고 다른 프로젝트 커뮤니케이션들과 논의한 프로젝트
헌장 같은 출처에서 나옵니다

다음 단계는 프로젝트 매니저가 상세한 요구 사항과 기대치를 수집하는 겁니다
이 단계는 이 프로젝트를 시작하고 승인한 이해관계자와의 대화를 포함합니다
보통 후원사와 고위 관리자 그리고 프로젝트로 이득을 보거나 영향을
받는 외부 당사자와 조직 내 부서들이 있습니다
프로젝트 매니저가 올바른 질문을 한다면 범위에 대한 정보의 믿을 만한 소스입니다
프로젝트 매니저가 계획한 회의와 워크숍이 이곳에서 이루어집니다
기억하셔야 할 것은 이 정보 얻기가 어렵다는 것입니다 이러한 작업들은 종종 비정사적인 작업이기 때문입니다
이럴 때 프로젝트 매니저의 개인적 기술과 끈기가 필수입니다
이 과제를 수행하는 동안 프로젝트 매니저는 이해 당사자들의 기대에 불일치를 발견할 수 있습니다

예를 들어 연구실의 수석 부장은 영업팀에 새 컴퓨터 소프트웨어를 설치해서 업무에 보탬이 되길 바라죠
이런 향상된 기능이 업무의 일환이 되길 바라는 겁니다
그 프로젝트의 목적은 매출을 올리는 거 아닙니까?
하지만 영업팀의 새 소프트웨어는 이번 일에 해당하지 않습니다
예상할 수 없는 시간과 예산입니다 삼중 제약 조건을 보면 어떤 결과가 초래될지 알 수
있습니다
프로젝트 관리자는 고위 관리자들의 기대를 조정해서 잘못 확장하는 일이 없도록 해야
합니다
부담이 큽니다
프로젝트 매니저가 경험이 많을수록 작업 범위가 더 상세해집니다
물론 실수나 실수는 있겠지만 적을수록 좋습니다
프로젝트 관리자가 이해 관계자에게서 더 많은 정보를 얻을수록 큰 실수가 발생할 확률은
낮아집니다
일단 최대한 상세하게 그리면 됩니다

마지막 단계는 프로젝트 관리자가 범위 문을 이용해 공식적으로 문서화하는 겁니다
샘플은 리소스에 있습니다 그러나 프로젝트 관리 사무실은 표준 템플릿을
사용합니다
영역 문을 프로젝트 매니저와 다른 이해 당사자들 간의 정식 계약으로 생각하십시오
프로젝트 매니저가 가지고 있는 것과 하지 않은 것에 대한 증거로 사용될 수 있습니다
설명한 대로 범위 문의 목적은 범위를 공식화하는 겁니다
하지만 타임라인, 액션, 소유주와 관련된 실용적인 계획과 관련해서 이 포맷은
사용자 친화적이지 않습니다.

여기서 프로젝트 관리자는 또 다른 범위 구조 작업을 수행해야 합니다
업무 구조를 구축해야 합니다
분할 구조에서 프로젝트 매니저는 목표부터 정하고 프로젝트 작업을 배달 가능한
것이나 패키지로 나눕니다
이것을 워크 스트림이라고 하는데 한 사람에게 주어지기 적당한 크기의 워크 패키지가 될 때까지
나뉘어집니다

그런 다음 좀 더 사용자 친화적인 환경을 위해 모든 액티비티와 액티비티 목록을 만들어
작업이나 액티비티에 책임이 있는 사람, 사람, 또는 부서가 자세히 설명된 목록을 만들고
소유자로 참조합니다

동일한 정보를 갖고 있지만 다르게 표현된 문서를 3개나 보셨다는 걸 기억하십시오
Scope문은 정식입니다
작업 분석 구조는 다양한 유형의 작업이나 작업 스트림의 편리한 분리입니다
작업 목록은 프로젝트 계획의 뼈대로 모두가 참조할 수 있는 문서입니다

하지만 기다려보십시오
이 작업들이 얼마나 걸릴지는 말씀드리지 않았습니다
다행스럽게도 다음 과제의 토대가 되는 주제죠 활동의 시간표와 스케줄을 자세히 설명하겠습니다

4 - 4강 - 계획 단계 - 퀴즈 3: Planning - Intro & Scope

질문 1:

심층적이고 포괄적인 계획 프로세스는 다음과 같은 이점을 제공합니다.

• 프로젝트 활동의 순서 최적화

• 오해와 지연의 위험 감소

• 프로젝트 성공에 대한 불확실성과 위험의 잠재적 영향 감소

• 위의 모든 항목

답 : 위의 모든 항목
적절한 계획 및 제어가 부족하면 지연, 비용 상승 또는 출력 품질 저하가 발생합니다. 이러한 비효율성은 잘못된 계획의 "비용"입니다.

---

질문 2:

PM은 NSF(Non-straight-forward) 작업을 처리할 준비가 되어 있어야 합니다. 다음 중 이러한 작업의 특성을 가장 잘 설명하는 것은 무엇입니까?

• 기술이 활용됩니다 – 예를 들어 링크를 사용하여 폴더에 액세스하고 문서 사본을 다운로드합니다.

• 팀 구성원이 참여 – 예: 담당 팀 구성원에게 진행 상황에 대한 업데이트 요청

• 정보를 쉽게 사용할 수 없으며 PM은 사람들과 여러 번 작업해야 할 수 있습니다 (예 : PM은 특정 소프트웨어를 개발하는 데 필요한 예상 시간에 대해 IT 관리자의 승인을 받아야합니다).

• 항상 많은 시간이 걸리는 작업

  답 : 정보를 쉽게 사용할 수 없으며 PM은 사람들과 여러 번 작업해야 할 수 있습니다 (예 : PM은 특정 소프트웨어를 개발하는 데 필요한 예상 시간에 대해 IT 관리자의 승인을 받아야합니다).

---

질문 3:

프로젝트 범위에는 다음을 제외한 모든 항목이 포함됩니다.

• 프로젝트 출력에 대한 자세한 요구 사항 및 기대치

• 프로젝트 결과물

• 프로젝트 버퍼

• 프로젝트 팀 구성원이 결과물을 만들기 위해 수행해야 하는 모든 작업

  답 : 프로젝트 버퍼

범위에는 버퍼가 없으며 작업 기간 및 예산 기간 동안 사용됩니다.

---

질문 4:

다음 영역(일정, 예산 등)을 계획하기 위한 "골격" 또는 기초로 쉽게 사용할 수 있는 범위에 대한 설명은 다음 중 무엇입니까?

• 비즈니스 사례

• 활동 목록 및/또는 작업 분류 체계

• 범위 설명

• 프로젝트 헌장

  답 : 활동 목록 및/또는 작업 분류 체계

---

질문 5:

다음 중 프로젝트가 진행됨에 따라 혼란을 피하기 위해 PM이 프로젝트 범위를 엄격하게 설명하는 공식 문서는 무엇입니까?

• 작업 분류 체계

• 활동 목록

• 범위 설명

• 프로젝트 헌장

  답 : 범위 설명

범위 설명은 공식 문서로, PM은 나중에 이 프로젝트 중에 수행해서는 안 되는 작업이나 활동을 추가하라는 요청에 이의를 제기하는 데 사용할 수 있습니다.