프로젝트 착수란 무엇입니까? 주요 단계, 산출물 및 팁

주요 내용

• 세부 업무를 시작하기 전에 모든 프로젝트에는 명확한 존재 이유가 필요합니다.

• 프로젝트 착수는 프로젝트 수명 주기의 첫 번째 단계로, 팀이 프로젝트를 추진할 가치가 있는지 평가하고 개략적인 수준에서 목적을 정의합니다.

• 이 단계에서는 비즈니스 케이스, 타당성 평가, 이해 관계자 목록 및 프로젝트 헌장과 같은 기본 산출물을 생성합니다.

• 프로젝트 착수가 계획 수립을 대체하지는 않습니다. 대신, 계획을 진행하는 데 필요한 컨텍스트 및 승인을 제공합니다.

• 착수 단계를 건너뛰는 팀은 나중에 정렬 오류, 범위 혼란 및 노력 낭비를 겪는 경우가 많습니다

대부분의 프로젝트가 실패하는 이유는 실행이 부족해서가 아니라, 애초에 잘못된 프로젝트가 승인되었기 때문입니다. 프로젝트 착수는 프로젝트 관리 단계 중 첫 번째 단계이며, 프로젝트 실패를 방지하기 위해 존재합니다. 팀이 세부적인 계획에 시간, 예산 및 인력을 투입하기 전에 프로젝트를 추진할 가치가 있는지 결정하는 곳입니다.

프로젝트 착수란 무엇인지, 누가 담당하는지, 왜 중요한지, 그리고 어떻게 접근해야 하는지 알아보려면 계속 읽어보세요.

프로젝트 착수란 무엇입니까?

프로젝트 착수는 프로젝트 수명 주기의 첫 번째 단계로, 세부적인 계획이 시작되기 전에 팀이 프로젝트의 가치 및 타당성을 평가하고 목적을 정의하고 참여해야 할 사람을 파악하는 과정입니다. 이 단계에서 팀은 전반적인 프로젝트 범위의 윤곽을 잡고 초기 위험을 파악하고 프로젝트를 계속 진행할지 결정할 수 있도록 충분한 공감대를 빌드합니다.

프로젝트 착수 대 프로젝트 계획

이 두 단계는 관련이 있지만 목적이 다릅니다. 두 방식을 비교하면 다음과 같습니다.

프로젝트 착수는 "이 작업을 해야 하는가?"에 답하는 반면, 프로젝트 계획은 "이 작업을 어떻게 할 것인가?"에 답함

프로젝트 착수는 누가 담당합니까?

프로젝트 착수를 항상 같은 역할이 담당하는 것은 아닙니다. 누가 주도할지는 프로젝트의 규모, 조직의 구조 및 누가 업무를 후원하는지에 따라 다릅니다. 가장 일반적으로 참여하는 역할은 다음과 같습니다.

• 프로젝트 리드 또는 스폰서: 주로 프로젝트 아이디어를 주도하고 진행하는 데 필요한 초기 동의나 자금을 확보하는 사람입니다.

• 프로젝트 관리자: 일반적으로 시작 활동을 조율하고 초기 설명서의 초안을 작성하고 프로젝트가 구체화됨에 따라 체계적으로 관리합니다.

• 교차 기능 이해 관계자: 영향을 받는 팀의 대표자로, 실현 가능성, 영향 또는 조직의 우선 순위에 대한 관점을 제공합니다.

• 주제 전문가: 프로젝트 아이디어가 현실적이고 기술적으로 타당한지 평가하는 데 도움을 주는 전문 지식을 갖춘 사람입니다.

• 프로젝트 팀: 시작을 주도하지는 않지만, 의견을 제공하여 범위를 구체화하고 초기에 문제를 파악하는 데 도움을 주는 핵심 기여자입니다.

프로젝트 착수는 왜 중요합니까?

프로젝트 착수를 건너뛰면 초반에는 시간을 절약할 수 있지만, 나중에는 거의 항상 더 많은 비용이 듭니다. 이유는 다음과 같습니다.

프로젝트가 존재하는 이유를 명확히 함

착수 단계는 팀이 프로젝트 이면의 문제, 기회 또는 목표를 정의하도록 도와, 모두가 "방법"에 몰두하기 전에 "이유"를 이해할 수 있게 합니다.

프로젝트를 추진할 가치가 있는지 확인함

시작 단계에서 비즈니스 케이스를 수립하고 타당성 조사를 실행하면 팀이 충분한 가치를 제공하지 못하거나 현실적이지 않은 작업에 투자하는 것을 방지하는 데 도움이 됩니다.

초기에 이해 관계자를 정렬함

프로젝트 시작 단계에서 이해 관계자를 파악하고 계획이 구체화되기 전에 참여시키면 후반부에 발생할 수 있는 예상치 못한 문제나 반발을 줄일 수 있습니다.

프로젝트 계획을 위한 기반을 마련함

착수는 계획 수립에 필요한 맥락과 권한 부여를 제공합니다. 이것이 없으면 팀은 프로젝트의 실제 목적을 명확히 파악하지 못한 채 리소스 계획 및 일정 관리를 서둘러 시작하는 경우가 많습니다.

프로젝트 착수 중에는 어떤 일이 발생합니까? 5가지 주요 단계

프로젝트 착수의 구체적인 내용은 프로젝트에 따라 다르지만, 대부분의 팀은 비슷한 일련의 활동을 거칩니다. 다음은 5가지 일반적인 단계입니다.

1. 개략적인 수준에서 프로젝트를 정의

팀은 초기 단계에서 프로젝트의 목적, 목표 및 전반적인 범위를 설정합니다. 목표는 나머지 프로세스를 이끌 수 있도록 초기에 올바른 질문에 답하는 것입니다. 이 단계에서 다음 내용을 살펴보는 것이 좋습니다.

• 이 프로젝트가 해결하고자 하는 문제, 기회 또는 요구 사항은 무엇입니까?

• 지금 이 프로젝트를 제안하는 이유는 무엇입니까?

• 프로젝트가 궁극적으로 달성하고자 하는 것은 무엇입니까?

• 거시적인 관점에서 성공은 어떤 모습입니까?

• 프로젝트는 누구를 위한 것이며, 누가 영향을 받게 됩니까?

• 상위 수준에서 범위에 포함되는 것은 무엇입니까?

• 이 단계에서 명확히 범위를 벗어나는 것은 무엇입니까?

• 이미 알려진 주요 제약 조건 또는 요구 사항이 있습니까?

• 이 프로젝트는 더 광범위한 비즈니스 또는 팀 우선 순위와 어떻게 연결됩니까?

• 프로젝트를 진행하기 전에 무엇을 더 명확히 해야 합니까?

2. 비즈니스 사례 구축

팀은 프로젝트가 왜 중요한지, 그리고 어떤 가치를 제공할 수 있는지 평가합니다. 강력한 비즈니스 케이스는 프로젝트를 실제 필요성과 연결하고 이해 관계자가 투자의 타당성을 평가할 수 있도록 충분한 정보를 제공합니다.

3. 타당성 평가

팀은 기술적 타당성, 리소스 가용성, 타임라인 기대치 및 제공에 영향을 미칠 수 있는 제약 조건을 검토하여 프로젝트를 계속 진행할 만큼 현실성이 있는지 평가합니다.

4. 주요 이해 관계자 파악

팀은 프로젝트의 성공에 누가 관여하고 영향을 받고 책임이 있는지 파악합니다. RACI 차트는 초기에 역할을 명확히 하여 계획 및 실행이 시작될 때 혼란을 줄이는 데 도움이 됩니다.

5. 프로젝트 헌장 또는 브리프 만들기

팀은 개략적인 수준에서 업무를 승인하는 헌장 또는 브리프를 통해 프로젝트를 공식화하는 경우가 많습니다. 이 문서는 착수 단계에서 식별된 프로젝트의 목적, 범위, 이해 관계자 및 제약 조건을 기록합니다. 프로젝트 헌장 템플릿을 사용하면 이 단계를 더 빠르고 일관되게 진행할 수 있습니다.

필수 프로젝트 착수 산출물

프로젝트 착수 단계에서는 일반적으로 이해 관계자가 프로젝트 진행 여부를 결정하는 데 도움이 되는 몇 가지 산출물을 생성합니다. 각각의 기능은 다음과 같습니다.

더 원활한 프로젝트 시작 단계를 위한 팁

경험이 풍부한 팀이라도 착수 단계를 의사 결정 시점이 아닌 형식적인 절차로 여긴다면 어려움을 겪을 수 있습니다. 다음 팁이 도움이 될 수 있습니다.

• 프로젝트의 이유를 철저히 검증: 프로젝트가 실제 검증된 문제를 해결하는지, 아니면 완전히 검토되지 않은 가정 또는 요청에 대한 반응인지 묻습니다

• 숨겨진 종속성을 조기에 파악: 간단해 보이는 프로젝트라도 팀이 의존하는 다른 시스템, 승인 또는 프로세스를 파악하게 되는 경우가 많습니다. 시작 단계에서 이것을 파악하면 프로젝트 실행 시 비용이 많이 드는 예상치 못한 문제를 방지할 수 있습니다

• 프로젝트가 탄력을 받기 전에 결정 기준에 정렬: 팀은 예상 가치, 긴급성, 전략적 적합성 또는 리소스 요구 사항 등 프로젝트를 추진할 가치가 있게 만드는 요소에 대해 초기에 합의해야 합니다

• 초기 산출물을 형식적인 절차가 아닌 의사 결정 도구로 활용: 비즈니스 케이스, 타당성 평가 또는 프로젝트 브리프와 같은 문서는 이해 관계자가 진행, 수정 또는 보류 결정을 더 명확하게 내릴 수 있도록 도와야 합니다. 아무도 다시 참조하지 않는다면 제 역할을 다하지 못하는 것입니다.

• 솔루션 우선 사고방식을 주의: 팀은 문제를 완전히 정의하기 전에 선호하는 솔루션을 성급히 채택하는 경우가 많습니다. 착수 단계는 속도를 늦추고 문제 정의가 탄탄한지 확인하기에 적절한 시간입니다

• 단순히 프로젝트 관점이 아닌 비즈니스 관점에서 성공을 정의: 시간에 맞춰 예산 내에서 완료되더라도 의미 있는 메트릭을 개선하지 못한 프로젝트는 진정으로 성공한 것이 아닙니다

• 초기 범위가 너무 빨리 확장되지 않도록 유지: 초기 단계에서 어느 정도 범위를 조정하는 것은 자연스러운 일이지만, 통제 없이 확장되도록 방치하면 나중에 프로젝트에 문제가 발생할 수 있습니다.

프로젝트 시작 FAQ

프로젝트 시작 단계는 보통 얼마나 걸립니까?

프로젝트 시작 기간은 프로젝트의 규모, 복잡성 및 위험에 따라 다릅니다. 소규모 내부 이니셔티브는 며칠 만에 마무리될 수 있지만, 대규모 교차 기능 작업은 이해 관계자와의 논의 및 타당성 분석에 몇 주가 걸릴 수 있습니다.

공식적인 시작 단계 없이 프로젝트를 진행할 수 있습니까?

일부 소규모 프로젝트는 간소화된 버전의 시작 과정으로 진행할 수 있지만, 이것을 완전히 생략하면 나중에 혼란을 초래할 수 있습니다. 프로젝트의 목적, 범위 및 이해 관계자에 대한 짧은 요약만으로도 정렬 오류를 방지하는 데 도움이 될 수 있습니다.

프로젝트가 시작 단계를 벗어날 준비가 되지 않았다는 신호에는 무엇이 있습니까?

프로젝트가 시작 단계를 벗어나서는 안 된다는 몇 가지 일반적인 신호는 다음과 같습니다. 

• 팀에서 프로젝트가 어떤 문제를 해결하는지 명확하게 설명할 수 없음

• 이해 관계자가 목적 또는 예상 결과에 대해 상충되는 의견을 가지고 있음

• 보류 중인 승인 또는 불분명한 소유권과 같은 해결되지 않은 종속성이 있음

• 현재 리소스 및 타임라인을 고려할 때 프로젝트가 실현 가능한지 아무도 평가하지 않음.

프로젝트 시작은 대규모 또는 복잡한 프로젝트에만 해당합니까?

전혀 그렇지 않습니다. 작은 프로젝트라도 "우리는 왜 이 작업을 하는가?" 및 "누가 참여해야 하는가?"라는 질문에 답하면 도움이 됩니다. 차이점은 프로세스에 요구되는 형식의 정도입니다. 대규모 이니셔티브에는 상세한 비즈니스 케이스 및 이해 관계자 분석이 필요할 수 있는 반면, 소규모 작업에는 짧은 서면 요약 및 정렬을 위한 간단한 대화만 필요할 수 있습니다.

프로젝트 시작 시 프로젝트 범위를 변경할 수 있습니까?

그렇습니다. 시작 단계의 목적 중 하나는 타당성 분석 및 이해 관계자와의 논의를 통해 팀이 파악한 내용을 바탕으로 초기 가정을 철저히 확인하고 범위를 구체화하는 것입니다. 범위는 제공 단계보다 시작 단계에서 변경하는 것이 더 좋습니다.

더 효과적인 프로젝트 결과를 위한 기반을 마련

프로젝트 시작은 세부 계획을 시작하기 전에 팀이 문제를 정의하고 해당 업무를 추진할 가치가 있는지 평가하고 이해 관계자를 정렬하고 프로젝트의 목적을 문서화할 기회를 제공합니다. 이 단계를 잘 마무리하면 프로젝트의 남은 기간 동안 방향성이 더 명확해지고 더 강력한 지지를 얻게 되고 진행 과정에서 예상치 못한 변수가 줄어듭니다.

Confluence를 사용하면 한곳에서 프로젝트 시작을 더 쉽게 관리할 수 있습니다. 페이지 및 라이브 문서는 프로젝트 브리프 및 헌장을 지원하고 표는 이해 관계자 또는 범위 세부 정보를 체계화하고 템플릿은 프로젝트 시작 미팅 설명서를 표준화할 수 있으며 화이트보드는 팀이 아이디어를 공식화하기 전에 구체화하도록 도와줍니다.

기초 작업이 완료되면 Jira는 승인된 아이디어를 추적 가능한 업무 항목으로 전환하고 초기 프로젝트 설명서를 산출물과 연결하고 팀이 시작 단계에서 계획 및 실행 단계로 더 명확한 핸드오프를 지원하여 업무를 계속해서 추진하도록 도와줍니다. Confluence 및 Jira를 시작하여 첫 아이디어부터 완료된 업무까지 다음 프로젝트를 지원해 보세요.