기술 의사 결정권자를 위한 Project Server 및 Project Online 계획
요약: Project Server 또는 Project Online 배포할 때 수행해야 하는 기술 계획 결정에 대해 알아봅니다.
적용 대상: Project Server 구독 버전, Project Server 2019, Project Server 2016
Project Online Project Server 2016 및 Project Web App Project Web App 매우 유사하지만 Project Server 또는 Project Online 사용할지 여부를 결정할 때 고려해야 할 몇 가지 주요 차이점이 있습니다.
이 문서에서는 기술적 차이점에 대한 개요와 선택할 옵션을 결정할 때 고려해야 할 사항을 읽어보세요. 또한 Project Web App 설정할 때 수행해야 하는 주요 구성 결정에 대해서도 설명합니다.
이 문서에서는 기술적 결정을 살펴보겠습니다. 또한 수행해야 하는 비즈니스 의사 결정을 살펴봅니다 .
Project Server 및 Project Online 기능별 비교는 Project Online 및 Project Server 2013의 기능/기능 비교를 참조하세요.
Project Server 및 Project Online 사용자 액세스
Project Server 또는 Project Online 보안에 대해 결정해야 하는 가장 큰 결정은 사용할 보안 모드입니다.
보안 모드
Project Web App 두 가지 보안 모드를 제공합니다.
SharePoint 권한 모드 이 모드에서는 SharePoint 보안을 사용하여 Project Server 또는 Project Online 대한 액세스를 제공합니다. 이 모드는 간단하며 이 모드를 사용하여 다양한 사용자 그룹에 대한 다양한 수준의 액세스를 제공할 수 있습니다.
프로젝트 권한 모드 이 모드는 사용자 액세스를 매우 정확하게 제어하는 복잡한 보안 모델을 사용합니다. 이 모드는 설정하고 유지 관리하기 위해 신중한 계획을 세워야 합니다.
가지고 있는 각 Project Web App 사이트에 대해 사용할 두 가지 보안 모드 중 어느 것을 결정해야 합니다. 두 모드 및 각 모드에서 지원되는 기능에 대한 자세한 내용은 Project Server에서 사용자 액세스 계획을 참조하세요.
보안 그룹
두 보안 모드에서 모두 그룹에 기능을 추가하여 사용자에게 기능에 대한 액세스 권한을 부여합니다. 두 모드에서 Project Web App 다음 7개의 기본 그룹을 만듭니다.
관리자
포트폴리오 관리자
포트폴리오 보기 권한자
프로젝트 관리자
자원 관리자
팀 리더
팀 구성원
SharePoint 사용 권한 모드에서는 Project Web App 사이트 모음에서 SharePoint 보안 그룹으로 만들어집니다. 프로젝트 권한 모드에서는 이러한 그룹 및 기타 보안 설정을 포함하는 별도의 보안 사용자 인터페이스가 PWA 설정 페이지에 추가됩니다.
계획 프로세스의 일부로 각 그룹에 추가할 사용자와 해당 그룹을 관리하는 방법을 결정해야 합니다.
Project Server 2013의 기본 그룹 권한 에는 각 그룹의 사용자가 가진 사용 권한이 나열됩니다. SharePoint 권한 모드에서는 이러한 사용 권한이 정적이며 변경할 수 없습니다. 프로젝트 권한 모드에서는 완전히 사용자 지정할 수 있습니다.
두 모드 모두 Active Directory 그룹과 그룹을 동기화할 수 있습니다. 프로젝트 사용 권한 모드에서 Active Directory 동기화 를 사용하고 SharePoint 권한 모드의 SharePoint 그룹에 원하는 Active Directory 그룹을 추가하기만 하면 됩니다.
Project Server 및 Project Online 비즈니스 인텔리전스
Project Server와 Project Online 보고 처리 방법에는 몇 가지 중요한 차이점이 있습니다.
Project Server - Project Server에서 콘텐츠 데이터베이스의 Project Web App 데이터에 직접 액세스할 수 있으며(Project Web App 사이트에 자체 콘텐츠 데이터베이스가 있는 경우) Excel 또는 SQL Server Reporting Services 또는 같은 고급 보고 도구를 사용하여 보고 스키마를 쿼리할 수 있습니다. SharePoint Server 2016에서 PerformancePoint Services.
Project Server를 사용하면 Project Web App 데이터베이스의 데이터를 사용하여 사용자 지정된 OLAP 큐브를 빌드할 수도 있습니다.
Project Online - Project Online Microsoft 데이터 센터에서 호스트되므로 직접 데이터베이스 액세스를 사용할 수 없습니다. 제공된 OData 피드 중 하나를 사용하여 Project Web App 데이터에 액세스해야 합니다. OLAP 큐브는 현재 Project Online 사용할 수 없습니다.
이 외에도 Project Online 데이터를 온-프레미스 또는 Microsoft Azure의 데이터 웨어하우스에 복사하거나 Power BI에서 온-프레미스 Project Server 데이터에 액세스하고 보고서를 클라우드에 게시하여 클라우드 및 온-프레미스 BI 솔루션을 결합할 수 있습니다.
다음 표에서는 Project Server 및 Project Online 온-프레미스 및 온라인 BI 서비스를 사용하는 방법에 대한 개략적인 비교를 보여 줍니다.
| Project Server | Project Online | |
|---|---|---|
| Cloud BI |
Power BI Desktop 사용하여 콘텐츠 데이터베이스의 Project Web App 데이터에 액세스하거나 OData 피드를 사용하여 보고서를 작성합니다. 이러한 보고서는 클라우드에 게시하여 공유할 수 있습니다. |
Excel을 사용하여 Project Online OData 피드에 액세스합니다. 사용자의 보고서를 Project Online 보고 라이브러리에 저장합니다. 필요에 따라 Power BI 보고서 및 데이터 시각화를 사용합니다. |
| 온-프레미스 BI |
회사 BI의 경우 SQL Server Reporting Services 또는 PerformancePoint Services 사용하여 콘텐츠 데이터베이스 또는 OLAP(온라인 분석 처리) 큐브의 보고 데이터를 직접 보고합니다. (콘텐츠 데이터베이스당 Project Web App 인스턴스가 둘 이상 필요하지 않습니다.) 셀프 서비스 BI의 경우 Excel을 사용하여 Project Server OData 피드 또는 OLAP 큐브에 액세스합니다. |
SQL Server Integration Services를 사용하여 온-프레미스 또는 Microsoft Azure에서 데이터 웨어하우스를 만듭니다. SQL Server Reporting Services 또는 PerformancePoint Services 사용하여 보고합니다. |
Project Online 보고 설정은 구성하는 가장 쉬운 옵션입니다. Project Web App 대한 OData 피드는 Project Web App 설정하는 즉시 작동합니다.
온-프레미스 환경에서 보고를 설정하는 것이 더 중요합니다. 콘텐츠 데이터베이스의 Project Web App 액세스하려면 Office Web Apps Server 및 보안 저장소 설정을 포함하는 일련의 단계를 따라야 합니다.
Project Online 데이터를 온-프레미스 데이터 웨어하우스에 복사하려면 SQL Server Integration Services를 사용하고 사용자 지정 솔루션을 만들어야 합니다. Project Web App 대한 모든 보고 옵션 중에서 IT 부서 또는 BI 전문가의 가장 선행 작업이 필요합니다. 그러나 온-프레미스 데이터베이스에서 고급 보고에 대한 비즈니스 요구 사항이 있더라도 Project Online 사용할 수 있습니다.
SQL Server Integration Services를 사용하여 자체 또는 사용자 지정 데이터 웨어하우스에서 Project Online 사용하여 보고 요구 사항을 충족할 수 있으므로 온-프레미스 Project Server가 필요한 다른 비즈니스 요구 사항이 없는 한 Project Online 첫 번째 선택으로 사용하는 것이 좋습니다.
Project Server 및 Project Online 워크플로
워크플로는 비즈니스 프로세스를 적용하고 프로젝트가 해당 프로세스에서 지시하는 다양한 단계를 진행할 수 있는 구조화된 방법을 제공합니다. 메일 보내기, 작업 할당, 특정 프로젝트 작업 대기 등 사용자 입력에 따라 다양한 작업을 수행하도록 워크플로를 설정할 수 있습니다.
워크플로를 사용하지 않고 Project Server 또는 Project Online 사용할 수 있지만 워크플로를 사용하여 프로젝트를 관리하는 방법과 프로젝트 팀이 상호 작용하는 방식에 대한 기본 구조를 제공할 수 있습니다. Project Web App 계획 프로세스의 일부로 워크플로를 사용하여 프로젝트를 관리하는 방법을 계획해야 합니다.
Project Server 및 Project Online 사용자 지정 필드
Project Web App 사용하여 프로젝트와 연결된 메타데이터를 수집하는 데 사용할 수 있는 사용자 지정 필드를 만들 수 있습니다. 사용자 지정 필드는 Project Web App OData 피드에서 사용할 수 있으며 Project Web App 데이터에서 실행되는 보고서에 포함될 수 있습니다.
사용자 지정 필드는 Project Server 및 Project Online 동일하게 작동합니다.
두 가지 유형의 사용자 지정 필드, 즉 local andenterprise가 있습니다. 로컬 사용자 지정 필드는 Project Professional 만들어지고 유지 관리됩니다. 특정 프로젝트와 관련이 있습니다. 엔터프라이즈 사용자 지정 필드는 Project Web App 만들어지고 유지 관리되며 Project Web App 모든 프로젝트에서 사용할 수 있습니다. 선택 사항이거나 필요한 엔터프라이즈 사용자 지정 필드를 만들 수 있습니다.
로컬 사용자 지정 필드
로컬 사용자 지정 필드를 사용할 때 고려해야 할 중요한 사항은 명명 규칙입니다. 여러 프로젝트에서 동일한 용도로 필드를 사용하려는 경우 동일한 이름을 지정해야 합니다. 동일한 이름을 사용하여 마스터 프로젝트 내의 하위 프로젝트 간의 보고서에서 필드를 일관되게 사용할 수 있습니다.
Enterprise 사용자 지정 필드
엔터프라이즈 사용자 지정 필드를 계획할 때 다음을 고려합니다.
워크플로에서 제어하도록 엔터프라이즈 사용자 지정 필드를 구성할 수 있습니다.
엔터프라이즈 사용자 지정 필드를 선택 사항 또는 필수로 만들 수 있습니다. 예를 들어 워크플로의 여러 단계에서 특정 정보를 수집하려는 경우 필요한 사용자 지정 필드를 만들 수 있으며 사용자가 워크플로를 진행하기 전에 입력해야 합니다.
로컬 사용자 지정 필드는 프로젝트와 관련이 있지만 엔터프라이즈 사용자 지정 필드는 Project Web App 모든 프로젝트에서 사용할 수 있음을 인식하는 것이 중요합니다. 따라서 사용자 지정 필드를 만들 때 로컬 또는 엔터프라이즈 사용자 지정 필드로 만들어야 하는지 여부를 결정하는 데 사용할 프로젝트 수를 고려합니다.
사용자 지정 필드 및 시스템 성능
사용자 지정 필드를 사용하면 Project Server 및 Project Online 성능이 눈에 띄게 저하될 수 있는 경우도 있습니다. 사용자 지정 필드를 계획할 때 이러한 사항에 유의하세요.
사용자 지정 필드의 수식은 계산에 시스템 리소스를 사용합니다. 로컬 사용자 지정 필드를 사용하면 Project Professional 발생합니다. 엔터프라이즈 사용자 지정 필드를 사용하면 Project Server 또는 Project Online 발생합니다. 일반적으로 이러한 계산은 백그라운드에서 발생하며 사용자에게 눈에 띄지 않지만 복잡한 수식이 있는 사용자 지정 필드가 많으면 성능이 저하될 수 있습니다.
마찬가지로 값이 많은 조회 테이블은 눈에 띄는 성능 영향을 미칠 수 있습니다. 수십 또는 수백 개의 옵션이 있는 조회 테이블은 성능 저하를 일으킬 수 있습니다.