최상의 답변
프로젝트 배경 은 프로젝트가 진행되는 조직적 배경을 설명합니다. 비즈니스 나 기술에 대해 전혀 모르는 사람이 이해할 수 있도록해야합니다. 높은 수준이어야하며 각 핵심 요소에 대한 몇 개의 문장이어야합니다. 예를 들어, 제가 영국 도서관의 디지털 도서관 책임자 였을 때 영국 도서관이 무엇인지, 왜 디지털 도서관이 있었는지, 디지털 도서관 프로그램이 무엇인지, 그리고 프로젝트가 영향을 미치는 디지털 도서관 시스템의 부분을 설명했습니다. 한 프로젝트에 대해 작성한 후에는 동일한 프로그램 내의 다른 프로젝트에 재사용 할 수 있습니다.
문제 정의 프로젝트가 해결하려는 문제를 설명합니다. 프로젝트가 완료되면 얻을 것으로 예상되는 비즈니스 이점 측면에서 문제를 설명해야합니다. 많은 사람들이 이것을 잘못 이해합니다. 예를 들어 귀하의 프로젝트가 Windows Server 2003에서 2016으로 서버 그룹을 업그레이드하는 것이라고 가정 해 보겠습니다. 저는 사람들이 “문제는 x, y 및 z 서버가 Windows Server 2003을 실행하고 있다는 것입니다”와 같은 글을 쓰는 것을 자주 보았습니다. 서버가 오래된 OS를 사용하고 있다는 사실 자체는 문제가되지 않습니다. 해결되고있는 실제 비즈니스 문제를 파헤쳐 야합니다. 보안 문제 일 수도 있고 모니터링 시스템이 2003을 지원하지 않기 때문에 SLA를 충족 할 수없는 것일 수도 있습니다. 프로젝트를 시작했는데 실행중인 소프트웨어가 호환되지 않아 서버 중 하나를 업그레이드 할 수 없다는 것을 발견했다고 가정 해 보겠습니다. 당신의 프로젝트는 이제 실패했습니다. 그러나 소프트웨어는 Server 2010에서 실행됩니다. 문제가 보안에 관한 것이라고 말한 경우 2010을 설치하면 프로젝트는 여전히 성공적입니다.
PRINCE2와 성공적인 관리를 살펴보면 프로그램 (MSP)은 프로젝트에 대해 말하며 기능을 배치하는 것입니다. 프로젝트의 목표 는 프로젝트가 끝날 때 예상되는 기능에 관한 것이어야합니다. 예를 들어 여행 예약 회사의 웹 사이트를 개발하고 있다고 가정 해 보겠습니다. 목표는 사용자가 기차, 택시, 인력거 등으로 여정을 검색, 예약 및 지불 할 수있는 기능을 제공하는 것입니다.
프로젝트 정당성 은 프로젝트의 비즈니스 사례입니다. 해결해야하는 문제가 있다고해서 비즈니스가 그 문제를 해결하는 데 돈을 써야한다는 의미는 아닙니다. 모든 조직은 실제로 달성 할 시간이나 돈보다 할 수있는 일이 훨씬 더 많습니다. 프로젝트 정당성 은 독자에게 프로젝트의 예상 투자 수익률을 알려야합니다.
프로젝트의 범위 는 프로젝트가 수행 할 작업과 더 중요한 것은 수행하지 않을 작업에 대한 글 머리 기호 목록이어야합니다. 예를 들어 프로젝트에서 교육 자료를 제공 할 예정입니까? 프로젝트가 결과물을 사용할 팀을 모집합니까? 프로젝트의 범위가 하나의 국가, 지역 또는 글로벌입니까?
답변
프로젝트 배경-이것은 프로젝트 자체가 아니라 컨텍스트 일뿐입니다. 예를 들어, 회사가 성장하고 있으므로 더 많은 직원을 고용하고 있습니다. 귀하의 프로젝트는 HR 시스템의 기술 갱신 및 용량 향상입니다. 성장이나 직원을 제공하지 않습니다. 새로운 HR 시스템을 제공하고 있습니다.
문제 정의 : 이것은 순수한 프로젝트 관리 용어가 아닙니다. 해결책이 필요한 문제가 무엇인지 묻기 때문에 배경과 관련이 있다고 말하고 싶습니다. 귀하의 프로젝트가 전체 솔루션을 제공하지 않을 수 있으므로 “기초적인 문제를 해결할 수 없습니다. 예를 들어 HR 갱신은 급여 시스템에서 일치하는 성장을 수행하지 않습니다.
프로젝트 목표 : 보통 용어는 목표이며 두 가지 유형이 있습니다.
비즈니스 목표 : 여기에는 직원의 x \% 증가에 대처할 수있는 능력이 포함될 수 있습니다. 당신은 그것을 제공하지 않을 것입니다-당신은 HR을 고칠뿐입니다. HR 시스템이 성장이 필요한 유일한 시스템이더라도 클라이언트는 새로운 시스템을 활용하기 위해 비즈니스 프로세스, HR 직원 등을 살펴 봐야합니다. 비즈니스 목표는 알고 진술하는 것이 좋지만 선물에 포함되지는 않습니다.
프로젝트 목표 : 프로젝트가 달성하도록 설계된 결과입니다. 이는 선물에 포함됩니다. 여전히 높은 수준이므로 결과물과 혼동하지 마십시오.
프로젝트 정당성 : 다시 말하지만 이것은 실제로 배경의 일부입니다. 대체로 그것은 당신의 일이 아닙니다! 고객이 사무실에 큰 빨간 막대를 원하고 그에 대한 비용을 지불 할 준비가되어 있다면 그것은 그의 사업입니다.PM이 아니라 종종 비즈니스 분석가 인 누군가는 업무를 정당화하고 예산 보유자로부터 지출 승인을 받기 위해 비즈니스 사례를 만들어야합니다. 일반적으로 다음과 같습니다. a) X를 사용하면 X + Y를 반환하거나 b) X를 사용하면 위험 비용 Y를 피하거나 완화합니다. 프로젝트를 정의하고 실행하도록 요청했습니다.
프로젝트 범위 : 프로젝트 범위는 PM으로서 도메인의 핵심입니다. 범위는 가능한 한 정확한 용어로 두 가지를 정의합니다. 1) 프로젝트는 무엇을 할 것인가? 2) 프로젝트가하지 않는 것은 무엇입니까? 귀하의 프로젝트는 새로운 HR 시스템을 제공하지만 (아마도) 고객의 HR 직원에게 교육을 제공하지는 않습니다. 추가 HR 직원을 제공하지 않을 것입니다. 여기에는 HR 급여 통합 종료가 포함될 수 있지만 급여 변경 사항은 포함되지 않을 것입니다. 등. 범위는 구조화 된 방식으로 가장 잘 정의됩니다. 저는 POLDAT
비즈니스 프로세스, 조직, 위치, 데이터, 애플리케이션, 기술을 사용합니다.
이러한 변화 영역에서 프로젝트가 변경되거나 변경되지 않는 것은 무엇입니까?
이 문제를 해결하면 깊이있는 것입니다. —-