프로젝트 만들기

업데이트 날짜: 2009년 5월

마지막으로 수정된 항목: 2015-02-27

이 문서의 내용

• 제안 계획

• RBS(Resource Breakdown Structure) 계획

• 자원 계획

• 사용자 정의 필드 계획

• 종류 계획

제작 프로세스는 동적이며 계속해서 변화합니다. 프로젝트 제작도 예외가 아닙니다. 프로젝트를 제작할 때 다양한 방법을 통해 개념을 현실로 실현할 수 있습니다. 어떤 경우에는 프로젝트가 형식에서 벗어나 자유롭게 만들어지며 화이트보드 앞에서 1시간 정도 브레인스토밍한 결과물일 수 있습니다. 반면에 몇 년 간의 조사와 세심한 분석을 거친 후 프로젝트가 만들어지기도 합니다. 이러한 제작 프로세스는 계획되고 관리되지 않으면 매우 복잡해질 수 있으며, 복잡해지는 경우 효율성이 낮아지고 자원이 잘못 할당되며 우선 순위가 잘못 부여되고 작업이 중복되고 방법이 충돌하며 기회를 놓치는 등, 여러 가지 측면에서 조직에 손실을 가져올 수 있습니다. 아래에는 Microsoft Office Project 2007을 사용하여 조직에서 프로젝트를 만들 때 고려할 몇 가지 주요 사항이 나와 있습니다.

제안 계획

프로젝트 제안 기능은 Project Server에 프로젝트를 입력하는 것을 제어하는 메커니즘을 제공합니다. 이 기능은 프로젝트 데이터와 함께 제안 데이터를 저장하여 비즈니스 결정권자에게 부가 가치를 제공합니다. 또한 더욱 효과적인 보고, 모델링 및 파이프라인 분석을 제공하며 제안 관리 비즈니스 프로세스의 자동화에 도움이 됩니다.

제안은 사실상 제한된 프로젝트입니다. 제안을 사용하는 경우 Office Project Professional 2007을 사용할 때 사용할 수 있는 기능 중 일부를 사용할 수 없기 때문에 제안은 제한적입니다. 프로젝트 제안은 Enterprise 프로젝트가 아닙니다. 이 제한되거나 간단한 유형의 프로젝트는 많은 사용자에게 이롭고 유용합니다. 제안을 사용하면 간단한 프로젝트 및 자원 계획 기능을 통해 프로젝트 제안을 제출할 수 있으며 Office Project Server 2007에 추가될 프로젝트에 대한 간단한 관문 메커니즘을 제공합니다. 프로젝트 제안은 검토를 거친 후 Enterprise 프로젝트로 변환될 수 있습니다. 프로젝트 제안에는 비즈니스 의사 결정자가 제안을 승인하거나 거부하는 데 사용할 수 있는 기본 정보가 포함되어 있습니다. 제안에는 다음과 같은 정보가 포함될 수 있습니다.

• 프로젝트 이름

• 프로젝트 설명

• 제안 시작 및 끝 날짜

• 제안 비용

• 자원 요구 사항

제안은 Microsoft Office Project Web Access에서 만들어집니다. 제안은 Office Project Web Access 홈 페이지에서 액세스됩니다. 제안 및 작업 계획 링크가 프로젝트 아래의 왼쪽에 있는 메뉴에 있습니다. 이 링크를 클릭하면 제안 및 작업 계획 웹 페이지로 이동합니다. 이 페이지에서 사용자는 제안을 보고, 만들고, 관리할 수 있습니다. Office Project Web Access에 액세스하는 모든 사용자가 제안을 볼 수 있습니다. 프로젝트 제안을 만들려면 새 유지 보수 프로젝트 만들기 권한을 할당받아야 합니다. Team Members 보안 그룹의 구성원은 기본적으로 새 유지 보수 프로젝트 만들기 권한을 갖고 있습니다.

프로젝트 제안에는 상태 필드가 있습니다. 상태 필드에는 다음과 같은 값이 지정될 수 있습니다.

프로젝트 상태 필드는 Office Project Web Access에서나 Project Server 인터페이스를 통해서만 수정할 수 있습니다. 프로젝트 상태 필드는 제안을 수정하는 데 적합한 종류 권한이 있고 프로젝트 상태 변경 전역 권한이 있는 사용자가 편집할 수 있습니다. 프로젝트 상태 필드는 워크플로를 인식합니다. 즉, Microsoft Office SharePoint Server 2007에서 사용할 수 있는 워크플로와 작동하도록 제안을 구성할 수 있습니다. 워크플로를 사용하려면 Office Project Server 2007 및 Microsoft Office SharePoint Server 2007이 동일한 팜에 설치되어 있어야 하고 프로젝트 상태 필드에 대한 관리 설정을 지정해야 합니다. 외부 워크플로에서 "상태" 필드를 제어하는 경우 "상태" 필드가 Office Project Web Access에서 항상 사용할 수 없도록 설정됩니다. 외부 워크플로에서 "상태" 필드를 제어하지 않는 경우에는 사용자가 적절한 권한을 갖고 있을 때 "상태" 필드를 사용할 수 있습니다. 외부 워크플로에서 프로젝트 상태 필드를 제어하지 않으면 워크플로가 수동으로 수행됩니다.

워크플로를 사용하도록 프로젝트 상태 필드를 구성하려면

1. Administrators 보안 그룹의 구성원인 사용자로 Office Project Web Access에 로그온합니다.

2. 홈 페이지의 왼쪽에 있는 메뉴에서 서버 설정을 클릭합니다.

3. Project Server 관리 웹 페이지의 운영 정책 메뉴에서 추가 서버 설정을 클릭합니다.

4. 추가 서버 설정 웹 페이지의 프로젝트 상태 필드 섹션에서 예를 선택합니다.

제안 워크플로가 수동으로 수행되면 상태 필드 변경과 알림이 더 이상 자동화되지 않으므로 제안 작성자와 검토자가 이러한 작업을 수행해야 합니다. 예를 들어 제안 소유자가 제안을 만들고 수동으로 상태 필드를 임시로 설정한 다음 제안 검토자에게 연락합니다. 제안 검토자는 제안을 검토하고 수락 또는 거부한 다음 제안 소유자에게 결정을 알려야 합니다.

제안 기능이 워크플로에 대해 구성되어 있으면 워크플로에서 제안 작업의 상당 부분을 자동으로 수행합니다. 제안이 만들어지면 제안이 제안 프로세스를 통해 처리됨에 따라 워크플로에서 제안 검토자와 제안 작성자에 대한 작업 배정을 생성합니다. 이러한 작업은 제안 워크플로 작업의 웹 파트를 통해 소유자에게 표시됩니다.

기존 Office Project Server 2007 배포에 Office SharePoint Server 2007을 설치하는 경우 워크플로 사용 제안 기능을 사용하기 위해 추가 구성 절차를 수행해야 합니다. 자세한 내용은 Project Server 2007의 기존 배포에 Office SharePoint Server 2007 배포를 참조하십시오.

RBS(Resource Breakdown Structure) 계획

Enterprise 자원 사용자 정의 필드는 조직 내의 모든 프로젝트, 작업 및 자원에 표준화를 적용하는 데 사용됩니다. Office Project Server 2007에서 필요한 만큼의 Enterprise 자원 사용자 정의 필드를 정의할 수 있습니다. 이러한 사용자 정의 필드는 계층적이기 때문에 일반적인 조직 구조의 자세한 보고 및 모델링을 촉진하는 데 도움이 됩니다.

Project Server의 응용 프로그램 보안과 자원 관리에서 RBS의 중요성을 고려할 때 조직의 RBS 코드를 제대로 정의하는 것은 조직에 대해 Office Project Server 2007을 구성하는 작업의 매우 중요한 부분입니다. 다음 세 가지 요인이 조직에 대해 정의하는 RBS에 영향을 미칩니다.

• 조직에서 자원 배정에 사용하는 프로세스. 프로젝트 관리자나 자원 관리자가 프로젝트에 인력을 배치하는 일을 담당합니까? 조직에서 프로젝트 관리자가 프로젝트에 인력을 배치하는 경우 자원 관리의 표 스타일을 사용할 수 있고, 자원 관리자가 프로젝트에 인력을 배치하는 경우에는 계층 구조 스타일을 사용할 수 있습니다.

  
  

• 프로젝트 관리 환경을 보호하기 위한 조직의 목표

• 조직에서 자원이 배정에 적합한지 확인하는 데 사용하는 방법

RBS는 미리 정의된 Enterprise 자원 사용자 정의 필드이며 다른 Enterprise 사용자 정의 필드가 사용되는 방식과 동일하게 사용됩니다. RBS를 사용하여 조직에서 사용자와 자원 간의 보고 관계를 정의할 수 있습니다. Office Project Server 2007에서는 RBS에 정의된 관계를 사용하여 사용자와 그룹에 대한 액세스 관리를 간소화합니다. 이는 자원 관리와 응용 프로그램 보안의 필수 구성 요소입니다.

Office Project Web Access에서 보안 종류를 만들 때 RBS를 사용하여 5가지 보안 규칙을 정의할 수 있습니다. RBS는 자원 대체 마법사, 포트폴리오 분석, Office Project Professional 2007의 Enterprise에서 팀 구성 및 Office Project Web Access의 팀 구성, 두 가지 기본 보안 종류인 내 부하 직원 및 내 자원에서도 사용됩니다. 이러한 기능을 사용할 계획이고 Enterprise 자원 그룹을 사용할 계획이면 RBS를 사용하는 것을 고려해야 합니다.

프로세스 결정

효과적인 RBS를 계획하려면 먼저 조직에서 자원 배정에 사용하는 프로세스를 결정합니다. 예를 들면 다음과 같습니다.

• 자원 관리자가 자원을 배정합니까?

• 프로젝트 관리자가 팀을 선택한 다음 자원을 작업에 배정합니까?

• 위의 두 가지 사항에 모두 해당합니까?

• 프로세스가 공동 작업으로 수행됩니까?

• 조직이나 그룹에서 인력 배치 결정을 합니까?

자원 관리자가 자원 배정을 담당하는 경우 RBS가 자원 배정 프로세스에 가장 큰 영향을 미칩니다. 배정 프로세스가 공동 작업으로 수행되거나 조직 내 그룹의 책임인 경우에는 RBS의 중요성이 더 낮습니다. 프로젝트 관리자가 자원 배정을 담당하는 경우에는 RBS가 자원 배정 프로세스에 작은 영향이나 최소한의 영향을 미칩니다.

목표 결정

다음 단계로 프로젝트 관리 환경을 보호하기 위한 조직의 목표를 결정합니다. 예를 들면 다음과 같습니다.

• 조직의 목표가 최소한의 관리입니까?

• 조직에서 사람들이 모든 프로젝트 및 자원 데이터를 보고 편집할 수 있도록 일반적으로 허용합니까? 아니면 조직에서 액세스 및 편집 권한을 제한하려고 합니까?

• 데이터에 대한 액세스를 제한하려는 경우 조직의 동일한 그룹이나 부서에 있는 사용자가 서로의 데이터를 볼 수 있어야 합니까?

조직에서 관리도 용이한 안전한 시스템을 원하는 경우 RBS의 역할은 필수적입니다. 조직의 프로젝트 관리 스타일이 일반적으로 느슨하게 정의되어 있거나 분산되어 있으면 조직의 보안 모델에서 RBS의 역할이 크게 중요하지 않을 수도 있습니다.

방법 결정

마지막으로 조직에서 자원이 프로젝트에 적합한지 확인하는 데 사용하는 방법을 결정합니다. 예를 들면 다음과 같습니다.

• 부서 또는 조직 구조가 중요합니까?

• 자원의 지리적 위치가 중요합니까?

• 자원의 기술이 자원 배정을 결정할 때 중요한 요소입니까?

• 위의 세 항목에 대한 우선 순위가 어떻게 지정됩니까?

이러한 질문에 대한 대답이 조직의 RBS 코드에 적합한 구조를 결정하는 데 도움이 될 수 있습니다. 대부분의 조직에서는 다음 세 옵션 중 하나를 사용할 수 있습니다.

• 조직 기반 RBS

• 지역 기반 RBS

• 수정된 조직 기반 RBS

RBS 코드를 하나만 구현할 수 있기 때문에 조직에 가장 적합한 구조를 확인해야 합니다. 이후에 RBS를 수정할 수 있지만 Office Project Server 2007을 이미 사용하여 프로젝트를 관리하고 있을 때 RBS를 새로 구현하려면 많은 부분을 조정해야 합니다.

자원 계획

Enterprise 자원은 Enterprise 프로젝트에서 작업을 완료하는 데 사용되는 사람, 장비 및 자재입니다. Enterprise 자원은 조직의 자원 그룹에 속하며 중앙의 Office Project Server 2007 데이터베이스에 저장됩니다. Enterprise 자원 그룹에 자원을 추가하거나 자원을 가져와서 프로젝트에서 작업에 자원을 배정할 때 프로젝트 관리자가 사용할 Enterprise 자원 그룹을 만들 수 있습니다. Enterprise 자원 그룹에 자원을 추가하기 전에 Enterprise Global 서식 파일의 내용을 정의해야 합니다.

Office Project Server 2007을 설치할 때 하나의 Project Server 사용자 계정(설치 중에 팜 관리자로 식별된 Windows 계정)만 Project Server 데이터베이스에 저장됩니다. 다른 모든 사용자 계정은 Project Server 데이터베이스에 추가되어야 합니다.

조직의 Enterprise 자원 그룹을 적절하게 만들고 유지 관리하려면 Enterprise 자원 사용자 정의 필드를 신중하게 정의하고 문서화한 후 만들어야 합니다. 또한 대규모 조직의 경우 Enterprise 자원 그룹을 처음에 채우는 프로세스가 Enterprise 자원 그룹을 최신으로 정확하게 유지하는 프로세스만큼 중요합니다. Enterprise 자원 그룹에서 저장되고 관리되는 자원 정보의 주요 변경 사항을 추적하는 것은 전일 작업일 수 있습니다.

Office Project Server 2007의 Enterprise 자원 그룹을 만들기 전에 시작 지점을 결정해야 합니다. Enterprise 자원 그룹에 자원을 추가하는 프로세스는 다음에 따라 달라집니다.

• 새 프로젝트에서 시작하는지 여부 - 이 시나리오에는 최소한의 준비가 필요합니다. 필요한 모든 자원 정보를 한 문서에서 수집할 수 있으면 프로세스가 간단해집니다. 종이에 목록을 만든 다음 확인된 자원을 Active Directory 또는 구성원 저장소(폼 인증을 사용하는 경우)에서 가져올 수 있습니다. 또는 Microsoft Office Excel 2007을 사용하여 이 정보를 수집한 다음 결과 스프레드시트를 Office Project Professional 2007로 가져오고 Project Server 데이터베이스에 저장할 수 있습니다.

• 활성 프로젝트를 마이그레이션하는지 여부 - 이 시나리오에서는 현재 여러 프로젝트가 Microsoft Project 2000, Microsoft Project 2002 또는 Microsoft Project 2003을 사용하여 관리되며 프로젝트가 대개 데이터베이스에 저장됩니다. 각 프로젝트는 동일한 자원에 다른 자원 이름, 급여 일정 또는 달력을 사용할 수도 있습니다. 이러한 프로젝트를 Office Project Server 2007로 마이그레이션하는 작업을 간소화하기 위해 조직에서 자원의 사용을 표준화하고 모든 프로젝트에서 일관성 있는 자원 정의를 사용하도록 하면 도움이 될 수 있습니다.

• Enterprise 자원 그룹을 만드는지 여부 - 이 시나리오에서는 Office Project Professional 2007에서 Enterprise 자원 그룹을 만듭니다. Project Professional을 사용하여 Office Project Server 2007에 연결하고 Enterprise 자원 그룹을 체크 아웃합니다. 자원을 입력하고 Enterprise 자원 그룹을 저장합니다.

사용자 정의 필드 계획

Office Project 2007에는 사용자 정의할 수 있는 추가 필드가 포함되어 있습니다. 필드는 작업, 자원 또는 배정에 대한 특정 종류의 정보가 포함된 시트, 양식 또는 차트의 위치입니다. 예를 들어 시트에서는 각 열이 필드이고, 양식에서는 명명된 상자나 열의 위치가 필드입니다. Office Project 2007에서 사용자 정의된 데이터가 포함될 수 있는 필드는 텍스트, 플래그, 숫자, 날짜, 비용, 시작 및 종료 날짜 또는 기간입니다. 이러한 필드를 사용자 정의하여 식, 특정 값 계산 또는 그래픽 표시기를 통해 원하는 정보를 얻을 수 있습니다.

예를 들어 사용자 정의 필드에서 계산될, 다른 필드에 대한 참조가 포함된 식을 직접 작성할 수 있습니다. 빠르고 정확한 데이터 입력을 보장하기 위해 사용자 정의 필드에 대한 값의 목록을 만들 수 있습니다. 사용자 정의 필드에 실제 데이터 대신 그래픽 표시기를 표시할 수 있습니다. 이렇게 하면 데이터가 지정된 범위를 초과하거나 자원이 초과 할당된 경우와 같이 해당 필드의 데이터가 특정 기준을 충족하는 경우를 신속하게 확인할 수 있습니다. 프로젝트에서 정보에 대한 사용자 정의 필드의 계층 구조도 만들 수 있습니다. 예를 들어 회사의 비용 코드를 프로젝트 데이터와 연결할 수 있습니다. 이 구조를 만들고 이러한 사용자 정의 필드를 데이터에 적용한 후 해당 필드를 사용하여 프로젝트 데이터를 쉽게 필터링, 정렬 및 그룹화할 수 있습니다.

Office Project 2007에는 두 가지 유형의 사용자 정의 필드인 로컬 및 Enterprise 사용자 정의 필드가 있습니다. 로컬 사용자 정의 필드는 특정 프로젝트 범위 내에서 프로젝트 관리자가 사용합니다. Enterprise 사용자 정의 필드는 PMO(Project Management Office)에서 롤업 보고를 위한 조직 전반의 데이터를 수집하는 데 사용됩니다. Office Project Server 2007에서는 Enterprise 작업 및 프로젝트 사용자 정의 필드에 대한 범위를 특정 프로그램(프로젝트의 모음)으로 지정할 수 있습니다. 이에 따라 프로젝트의 하위 집합에 적용되는 Enterprise 사용자 정의 필드를 정의할 수 있습니다.

종류 계획

종류는 일반적으로 사업부, 부서 또는 다른 프로젝트 경계와 일치하는 데이터 액세스 요구 사항의 공통 집합을 정의합니다. 종류는 프로젝트, 자원, 배정 및 보기의 모음입니다. 종류는 액세스되는 정보의 범위를 정의하여 데이터에 대한 여러 유형의 액세스 권한을 그룹이나 사용자에게 제공합니다. 종류는 보안 개체의 모음입니다. 종류는 필요한 경우에만 사용하는 것이 좋습니다. 종류를 사용하는 경우 보안 규칙으로 종류의 사용을 확장할 수 있습니다. 보안 규칙은 종류의 구성원을 정의하는 데 사용됩니다. 이러한 규칙은 각 종류에서 사용할 수 있도록 설정될 수 있습니다. 사용할 수 있도록 설정된 규칙은 종류에서 각 사용자에게 부여된 사용 권한을 확인하고 해당 사용자에 대한 규칙에서 반환되는 모든 프로젝트에 사용 권한을 적용합니다. 규칙을 통해 종류와 사용 권한이 동적으로 적용될 수 있습니다. 프로젝트, 자원 및 보기 데이터에 새로운 방식으로 액세스할 수 있도록 사용자 정의 종류를 만들 수 있습니다. Project Web Access에는 다음과 같은 기본 종류가 포함되어 있습니다.

• 내 작업 - 이 종류는 하나 이상의 Enterprise 프로젝트에서 작업에 배정된 개별 팀 구성원용입니다. 이 종류는 Microsoft Windows SharePoint™ Services 문서, 문제점, 위험 및 작업표와 이러한 항목이 배정될 프로젝트에 대한 상태 보고서를 볼 수 있는 권한을 사용자에게 부여합니다.

• 내 프로젝트 - 이 종류는 프로젝트 관리자용입니다. 이 종류는 프로젝트 관리자가 만든 프로젝트 계획에 대한 읽기 및 쓰기 권한을 프로젝트 관리자에게 부여합니다. 기본적으로 프로젝트 관리자는 모든 Enterprise 자원을 볼 수 있습니다.

• 내 자원 - 이 종류는 자원 관리자용입니다. 이 종류는 RBS 기반의 보안 규칙을 사용하며 RBS가 정의된 경우에만 유용합니다.

• 내 부하 직원 - 이 종류는 작업표를 승인할 수 있어야 하는 자원 관리자용입니다.

• 내 조직 - 이 종류는 조직의 모든 정보에 대한 액세스 권한을 부여하는 데 사용됩니다. 이 종류는 PMO(Project Management Office) 구성원, 조직의 임원 및 전체 조직에서 프로젝트와 자원을 볼 수 있어야 하는 다른 주요 사용자용입니다.

필요한 경우 사용자 지정 보안 종류를 추가하여 조직에 있는 사용자와 그룹의 특정 요구 사항을 충족하는 Office Project Server 2007 보안 모델을 만들 수 있습니다. 사용자 지정 종류가 필요할 수 있는 예는 동일한 프로젝트에서 작업하는 두 사용자 중 한 명만 프로젝트에 액세스할 수 있도록 RBS가 구성된 경우입니다. 이러한 상황은 RBS가 지역을 기준으로 정렬되어 있고 두 사용자가 서로 다른 지역에 있는 경우에 발생할 수 있습니다. 사용자 지정 종류를 만들면 여러 지역의 사용자가 프로젝트에 액세스하도록 할 수 있습니다.