Planejamento do Project Server e do Project Online para tomadores de decisões técnicas
Resumo: Saiba mais sobre as decisões de planejamento técnico que você precisa tomar ao implantar o Project Server ou Project Online.
Aplica-se a: Edição de Assinatura do Project Server, Project Server 2019, Project Server 2016
O Project Web App no Project Server 2016 e o Project Web App no Project Online são muito semelhantes, mas há algumas diferenças importantes que você deve pensar ao decidir se deve usar o Project Server ou Project Online.
Leia este artigo para obter uma visão geral das diferenças técnicas e o que considerar ao decidir qual opção escolher. Também abordaremos as principais decisões de configuração que você terá que tomar ao configurar o Project Web App.
Neste artigo, examinaremos as decisões técnicas. Examine também as decisões de negócios que você precisará tomar.
Para obter uma comparação de recursos por recurso do Project Server e Project Online, consulte Uma comparação de recursos/funções de Project Online e Do Project Server 2013.
Acesso do usuário no Project Server e Project Online
A maior decisão que você terá que tomar sobre segurança no Project Server ou Project Online é qual modo de segurança usar.
Modos de segurança
O Project Web App oferece dois modos de segurança:
Modo de permissão do SharePoint Esse modo usa a segurança do SharePoint para fornecer acesso ao Project Server ou Project Online. Esse modo é simples e você pode usá-lo para fornecer diferentes níveis de acesso a diferentes grupos de pessoas.
Modo de permissão do projeto Esse modo usa um modelo de segurança complexo que fornece um controle muito preciso do acesso do usuário. Esse modo usa um planejamento cuidadoso para configurar e manter.
Para cada site do Project Web App que você tem, você precisa decidir qual dos dois modos de segurança você deseja usar. Para obter mais informações sobre os dois modos e quais recursos têm suporte em cada, confira Planejar o acesso do usuário no Project Server.
Grupos de segurança
Em ambos os modos de segurança, você dá aos usuários acesso aos recursos adicionando-os a grupos. Em ambos os modos, o Project Web App cria os sete grupos padrão a seguir:
Administradores
Gerentes de Portfólio
Visualizadores de Portfólio
Gerentes de Projeto
Gerentes de Recursos
Líderes de Equipe
Membros de Equipe
No modo de permissão do SharePoint, eles são criados como grupos de segurança do SharePoint na coleção de sites do Project Web App. No modo de permissão do Projeto, uma interface separada do usuário de segurança é adicionada à página Configurações do PWA, contendo esses grupos e outras configurações de segurança.
Como parte do processo de planejamento, você deve decidir quais usuários adicionar a cada grupo e como deseja gerenciar esses grupos.
As permissões de grupo padrão no Project Server 2013 listam as permissões que os usuários de cada grupo têm. No modo de permissão do SharePoint, essas permissões são estáticas e não podem ser alteradas. No modo de permissão do Project, eles são totalmente personalizáveis.
Em ambos os modos, você pode sincronizar os grupos com grupos do Active Directory. Você faz isso usando a Sincronização do Active Directory no modo de permissão do Project e simplesmente adicionando o grupo do Active Directory que deseja ao grupo do SharePoint no modo de permissão do SharePoint.
Business intelligence no Project Server e Project Online
Há algumas diferenças importantes entre como o Project Server e o Project Online lidam com relatórios:
Project Server – No Project Server, você tem acesso direto aos dados do Project Web App no banco de dados de conteúdo (se o site do Project Web App tiver seu próprio banco de dados de conteúdo) e pode consultar o esquema de relatórios usando o Excel ou ferramentas de relatórios mais avançadas, como SQL Server Reporting Services ou Serviços PerformancePoint no SharePoint Server 2016.
Com o Project Server, você também pode criar cubos OLAP personalizados usando os dados no banco de dados project Web App.
Project Online – O acesso direto ao banco de dados não é possível porque Project Online está hospedado em um datacenter da Microsoft. Você deve acessar seus dados do Project Web App usando um dos feeds OData fornecidos. No momento, os cubos OLAP não estão disponíveis no Project Online.
Além disso, você pode combinar soluções de BI locais e de nuvem copiando seus dados Project Online em um data warehouse local ou no Microsoft Azure ou acessando seus dados locais do Project Server do Power BI e publicando relatórios na nuvem.
A tabela a seguir mostra uma comparação de alto nível de como os serviços locais e de BI online podem ser usados com o Project Server e Project Online.
| Project Server | Project Online | |
|---|---|---|
| Cloud BI |
Use Power BI Desktop para gravar relatórios acessando dados do Project Web App no banco de dados de conteúdo ou usando o feed OData. Esses relatórios podem ser compartilhados publicando-os na nuvem. |
Use o Excel para acessar os feeds do OData Project Online. Salve relatórios para seus usuários na biblioteca de relatórios Project Online. Opcionalmente, use relatórios do Power BI e visualizações de dados. |
| BI local |
Para BI corporativo, use SQL Server Reporting Services ou Serviços PerformancePoint para relatar diretamente sobre os dados de relatório no banco de dados de conteúdo ou cubos OLAP (processamento analítico online). (Não requer mais de uma instância do Project Web App por banco de dados de conteúdo.) Para BI de autoatendimento, use o Excel para acessar os feeds OData do Project Server ou cubos OLAP. |
Use SQL Server Integration Services para criar um data warehouse local ou no Microsoft Azure. Use SQL Server Reporting Services ou Serviços PerformancePoint para relatar isso. |
Configurar relatórios no Project Online é a opção mais fácil de configurar. Os feeds do OData para Project Web App funcionam assim que você configura o Project Web App.
A configuração de relatórios em um ambiente local está mais envolvida. Se você quiser acessar o Project Web App no banco de dados de conteúdo, precisará seguir uma série de etapas que incluem a configuração do Office Aplicativos Web Server e o Secure Store.
Se você quiser copiar Project Online dados em um data warehouse local, precisará usar SQL Server Integration Services e criar uma solução personalizada. De todas as opções de relatório para o Project Web App, isso requer o trabalho mais inicial de seu departamento de TI ou especialistas em BI. No entanto, ele permite que você use Project Online mesmo que você tenha requisitos comerciais para relatórios avançados em um banco de dados local.
Como praticamente qualquer necessidade de relatório pode ser atendida usando Project Online, por si só ou com um data warehouse personalizado usando SQL Server Integration Services, recomendamos Project Online como sua primeira escolha, a menos que você tenha outras necessidades comerciais que exijam o Project Server local.
Fluxos de trabalho no Project Server e Project Online
Os fluxos de trabalho impõem seus processos empresariais e fornecem uma maneira estruturada para que os projetos passem pelas várias etapas ditadas por esses processos. Você pode configurar um fluxo de trabalho para fazer uma variedade de ações com base na entrada do usuário, incluindo enviar emails, atribuir tarefas e aguardar ações específicas do projeto.
Embora você possa usar o Project Server ou Project Online sem usar fluxos de trabalho, usando fluxos de trabalho, você pode fornecer uma estrutura básica para como os projetos são gerenciados e como sua equipe de projeto interage com eles. Como parte do seu processo de planejamento para o Project Web App, planeje como você deseja usar fluxos de trabalho para ajudá-lo a gerenciar seus projetos.
Campos personalizados no Project Server e Project Online
Usando o Project Web App, você pode criar campos personalizados que podem ser usados para coletar metadados associados aos seus projetos. Os campos personalizados estão disponíveis nos feeds do OData no Project Web App e podem ser incluídos em relatórios executados em dados do Project Web App.
Os campos personalizados funcionam da mesma forma no Project Server e no Project Online.
Há dois tipos de campos personalizados: andenterprise local. Os campos personalizados locais são criados e mantidos em Project Professional. Eles são específicos para um projeto específico. Os campos personalizados da empresa são criados e mantidos no Project Web App e estão disponíveis para todos os projetos no Project Web App. Você pode criar campos personalizados da empresa que são opcionais ou necessários.
Campos personalizados locais
O principal a ser considerado quando você usa campos personalizados locais é uma convenção de nomenclatura. Se você planeja usar campos para a mesma finalidade em vários projetos, certifique-se de dar a eles o mesmo nome. Usando o mesmo nome, você pode usar os campos consistentemente em relatórios entre subprojetos em um projeto mestre.
Campos personalizados da empresa
Considere o seguinte quando você planeja seus campos personalizados da empresa:
Você pode configurar campos personalizados de empresas a serem controlados pelo fluxo de trabalho.
Você pode tornar os campos personalizados da empresa opcionais ou obrigatórios. Portanto, se você quiser ter certeza de coletar determinadas informações em diferentes estágios do fluxo de trabalho, por exemplo, você pode criar campos personalizados necessários e o usuário terá que preenchê-las antes que elas possam avançar o fluxo de trabalho.
Embora os campos personalizados locais sejam específicos para um projeto, é importante perceber que os campos personalizados da empresa estão disponíveis em todos os projetos no Project Web App. Portanto, ao criar um campo personalizado, considere quantos projetos você o usará para determinar se você deve torná-lo um campo personalizado local ou empresarial.
Campos personalizados e desempenho do sistema
Há algumas circunstâncias em que o uso de campos personalizados pode causar uma redução perceptível no desempenho, tanto no Project Server quanto no Project Online. Tenha isso em mente quando você planeja seus campos personalizados.
Fórmulas em campos personalizados usam recursos do sistema para seus cálculos. Com campos personalizados locais, isso ocorre em Project Professional. Com campos personalizados da empresa, isso ocorre no Project Server ou Project Online. Normalmente, esses cálculos acontecem em segundo plano e não são perceptíveis para o usuário, mas com muitos campos personalizados com fórmulas complexas, você pode começar a ver uma redução no desempenho.
Da mesma forma, tabelas de pesquisa com um grande número de valores podem ter um impacto de desempenho perceptível. Tabelas de pesquisa com dezenas ou centenas de opções podem causar uma defasagem no desempenho.