quarta-feira, 28 de junho de 2017

Nivelamento de Recursos no Microsoft Project

Olá pessoal,

Há um bom tempo venho ensaiando um post sobre as boas práticas para aplicação da técnica de nivelamento de recursos no Microsoft Project. Mesmo sendo uma das funcionalidades mais importantes do software, ela ainda é pouco compreendida pelos gerentes de projeto em geral – então, acredito que este seja um momento oportuno para falar sobre isso.

Para facilitar um pouco as coisas, achei uma boa ideia fazer mais um post da série “guest post”, onde trazemos aqui a tradução de um post/artigo já publicado por um profissional com extenso conhecimento e experiência na utilização do Microsoft Project. Nesse episódio, mais uma vez trazemos um convidado europeu – mais precisamente, um dinamarquês com residência em Phoenix, nos Estados Unidos: vou utilizar como referência um post publicado em 2014 pelo CEO da Sensei Project Solutions, empresa na qual trabalho, Kenneth Steiness. Kenneth é um dos mais renomados ‘scheduling masters’ do mercado, com uma bagagem de mais de 20 anos no campo do gerenciamento de projetos, possuindo também uma série de livros publicados, treinamentos e apresentações/palestras ao longo de todos os Estados Unidos e Europa.

Aqui, gostaria de deixar uma notificação: este post utiliza, em sua grande parte, a base do artigo publicado pelo Kenneth há cerca de 3 anos. Entretanto, tomei a liberdade de fazer pequenos ajustes e também de inserir comentários e observações pessoais para enriquecer este post. O post original pode ser lido aqui.

Entendendo o nivelamento de recursos

De uma maneira resumida, o nivelamento de recursos deve ser utilizado no Microsoft Project para que os gerentes de projeto possam garantir que a utilização dos recursos não exceda sua disponibilidade. Assim, quando o Microsoft Project encontrar uma situação na qual a demanda pela utilização de recursos seja maior do que a sua disponibilidade, o software tentará corrigir as atribuições através da movimentação das tarefas do cronograma. Abaixo um exemplo visual do funcionamento do nivelamento de recursos:




Como foi possível verificar, antes do nivelamento o recurso Arthur Mamede estava superalocado na segunda e terça-feira, uma vez que possuía 16 horas de atribuição nesses dois dias. O processo de nivelamento moveu a segunda tarefa para os dias seguintes do cronograma onde havia disponibilidade de trabalho por parte do Arthur.

No Microsoft Project, os recursos superalocados podem ser identificados através do indicador de atenção disponível na coluna Indicadores:



O modo de exibição Gráfico de Recursos também oferece uma boa opção para visualizar os recursos superalocados:



Ao utilizar o nivelamento de recursos para resolver os problemas de superalocação nos seus cronogramas, é importante que os gerentes de projeto entendam alguns conceitos importantes de como o Microsoft Project efetua alguns cálculos internamente:
  • Unidades Máximas: trata-se da porcentagem (ou capacidade) máxima em que o recurso está disponível para executar atividades em um projeto. Quando um novo recurso é cadastrado no Microsoft Project, sua capacidade padrão será de 100%, o que significa que este recurso estará disponível para trabalhar 8 horas por dia nas tarefas do cronograma (considerando aqui as configurações padrão do software). Caso um determinado recurso seja incluído na equipe do projeto com uma capacidade limitada (exemplo: o recurso está autorizado a dedicar apenas 4 horas do seu dia para trabalhar no projeto), então o gerente de projetos poderá alterar suas unidades máximas para 50%;
  • Unidades de Atribuição: este campo armazena as informações referentes a porcentagem de alocação dos recursos atribuídos às tarefas. Caso a atribuição seja realizada de maneira padrão (sem modificações), o valor deste campo será semelhante às unidades máximas definidas para o recurso. Porém, durante a realização das atribuições, o gerente de projetos poderá definir um valor diferente (exemplo: um recurso é cadastrado com as unidades máximas a 100%; entretanto, em uma determinada tarefa, será necessário que este recurso dedique apenas metade do seu tempo para entregá-la e, sendo assim, a unidade de atribuição pode ser definida para 50% neste caso). É importante ressaltar que este campo não é modificado durante o processo de nivelamento, então é importante garantir que este campo nunca seja maior do que as unidades máximas definidas para o recurso;
  • Pico: representa a porcentagem máxima de unidades atribuídas a um recurso para tarefas conforme a distribuição ao longo do tempo. Se um determinado recurso está atribuído a duas tarefas, de segunda a quarta feira, sendo que na Tarefa1 as unidades de atribuição são de 50% e na Tarefa2 25%, então o pico para este recurso será de 75% para cada um dos dias em que as tarefas ocorrem em paralelo.

Configurações do nivelamento de recursos

Para que você possa aproveitar ao máximo as funcionalidades que o nivelamento de recursos oferece, é importante conhecer os recursos disponíveis. Para isso, no menu Recurso da Faixa de Opções, clique em Opções de Nivelamento:


O Microsoft Project irá exibir a caixa de diálogo Nivelamento de Recursos, que apresenta as seguintes opções:
  • Automática versus Manual: em poucas palavras, esta opção é responsável por determinar quando o nivelamento de recursos deve ocorrer. Quando a opção Automática está selecionada, o Microsoft Project irá realizar o nivelamento dos recursos toda vez que haja uma mudança no cronograma (e caso essa mudança gere uma superalocação). Como é possível imaginar, manter a opção automática selecionada não é o mais recomendado. Já a opção Manual garante um maior controle sobre a utilização do nivelamento de recursos, já que permite que você determine quando e quais recursos (ou tarefas) devem ser nivelados;
  • Procurar superalocações em uma...: esta opção indica a unidade de medida que deverá ser analisada para que o Microsoft Project encontre uma superalocação. Considerando um cenário padrão, no qual os recursos trabalham 8 horas por dia, a opção ‘diariamente’ irá definir um recurso como superalocado sempre que o total de atribuições for superior a 8 horas, dia-a-dia (exemplo: suponha que um determinado recurso esteja atribuído a duas tarefas de 6 horas no mesmo dia; neste caso, ele será considerado superalocado, já que o montante de horas – 12 – é superior à sua capacidade diária – 8); já a opção ‘semanalmente’ irá considerar o recurso superalocado apenas quando o total de atribuições na semana for superior a 40 horas (para ilustrar este cenário, vamos utilizar o mesmo exemplo anterior: um recurso que possua duas atribuições de 6 horas no mesmo dia não seria considerado superalocado, uma vez que o total de horas – 12 – é inferior à sua capacidade semanal – 40);
  • Limpar nivelamentos anteriores: esta opção, caso selecionada, irá garantir que cada ação de nivelamento seja iniciada sem levar em consideração nivelamentos realizados anteriormente;
  • Intervalo de nivelamento: através desta opção você poderá determinar se deseja nivelar o projeto inteiro ou se deseja se concentrar nos problemas de superalocação encontrados em um determinado período do cronograma;
  • Ordem de nivelamento: esta opção determina em qual ordem o Microsoft Project deve realizar o nivelamento dos recursos. As opções são: 1) Número da tarefa: através desta opção, o software irá levar em consideração a maneira como as tarefas estão organizadas no cronograma, ou seja, sua sequência, para nivelar os recursos superalocados; 2) Padrão: caso este seja a opção selecionada, o software irá examinar os seguintes critérios de acordo com a ordem em que eles estão listados para que possa determinar quais ações a serem tomadas em tarefas que possuam recursos superalocados: a) A relação de vínculos (predecessoras e sucessoras); b) a margem de atraso das tarefas (ou seja, por quanto tempo a tarefa pode ser atrasada sem que atrase a data final do projeto); c) Datas de Início e Término das tarefas; d) Prioridades das tarefas; e) Restrições das tarefas. 3) Prioridade, Padrão: finalmente, a terceira opção disponível para determinar a ordem de nivelamento das tarefas utiliza os mesmos métodos da opção anterior, com a diferença de que o critério Prioridade da tarefa será alçado à condição de primeiro critério a ser analisado. Dessa maneira, as tarefas que possuírem menor prioridade serão sempre niveladas antes daquelas que possuírem maior prioridade. Já falamos aqui no blog sobre como determinar a prioridade de uma tarefa – você pode visitar este link caso queira saber mais;
  • Nivelar sem atrasar o projeto: esta opção, caso selecionada, tentará resolver os problemas de superalocação até o ponto em que a movimentação das tarefas no cronograma não ultrapasse a data final do projeto;
  • O nivelamento pode ajustar atribuições individuais em uma tarefa: ao selecionar esta opção, você está dizendo ao Microsoft Project que irá permitir que a as datas de início das tarefas poderão sofrer alterações de acordo com a disponibilidade dos recursos. Isso significa dizer que tarefas agendadas para iniciar ao mesmo tempo podem ser agendadas para começar em diferentes datas, a depender da disponibilidade do recurso. Além disso, caso haja mais do que um recurso atribuído à tarefa, esta opção irá permitir que uma pessoa inicie o trabalho enquanto a outra apenas comece a trabalhar quando estiver disponível;
  • O nivelamento pode causar interrupções no trabalho restante: esta opção determina que uma tarefa pode ser interrompida para que outra tarefa seja realizada (por exemplo, quando uma tarefa que já foi iniciada possui menos prioridade em relação a uma outra tarefa que será iniciada em breve). Dessa maneira, a tarefa anterior (com menos prioridade), poderá ser interrompida e então continuada em um outro período, quando houver disponibilidade do recurso;
  • Nivelar recursos com o tipo de reserva proposto: o Microsoft Project permite que os gerentes de projeto indiquem se a atribuição realizada a um determinado recurso está proposta (ou seja, ainda não foi confirmada) ou comprometida (ou seja, já está confirmada). O padrão do software é sempre definido com comprometida, então você deverá se preocupar apenas caso tenha modificado este padrão;
  • Nivelar tarefas agendadas manualmente: através desta opção você poderá definir se deseja que o nivelamento de recursos leve também em consideração as tarefas agendadas manualmente.

Após discutir cada um dos itens disponíveis nas opções de nivelamento, vale a pena destacar quais as boas práticas que devem ser levadas em consideração para que esta funcionalidade seja utilizada de maneira adequada.

A princípio é preferível sempre manter selecionada a opção de nivelamento de cálculos em ‘manual’, afim de se ter um maior controle sobre quando o Microsoft Project deve exercer o nivelamento dos recursos. Em seguida, a opção recomendada para a procura por superalocações é sempre “diariamente”, uma vez que a verificação demanda x capacidade deve sempre ocorrer na menor escala de tempo disponível. Em terceiro lugar, outra opção recomendada é de que sempre se defina a ordem de nivelamento como ‘Prioridade, Padrão’, pois assim é possível definir as tarefas prioritárias do cronograma e deixar que o Microsoft Project efetue a movimentação nas tarefas restantes. Por fim, as opções restantes devem ser controladas de acordo com as características do projeto no qual se está trabalhando, e levando-se em consideração o cenário atual.

Opções adicionais do nivelamento

Antes de nivelar os recursos superalocados do seu cronograma, você precisa conhecer as opções disponibilizadas pelo Microsoft Project. Ao navegar na Faixa de Opções, a seção Nível oferece os seguintes recursos:


  • Nivelar Seleção: caso você selecione duas ou mais tarefas que possuem superalocação, esta opção irá realizar o nivelamento das tarefas selecionadas;
  • Nivelar Recursos: esta opção permite que você especifique quais os recursos para os quais deseja realizar o nivelamento;
  • Nivelar Tudo: como o próprio nome sugere, esta opção aplica o nivelamento a todo o projeto, sem distinção de tarefas ou recursos;
  • Opções de Nivelamento: permite que você determine as configurações que devem ser consideradas pelo Microsoft Project ao realizar o nivelamento dos recursos, conforme visto anteriormente;
  • Limpar Nivelamento: caso você tenha realizado o nivelamento dos recursos e tenha de voltar ao estado anterior, esta opção irá limpar os nivelamentos aplicados;
  • Próxima Superalocação: esta opção irá posiciona-lo na próxima linha em que haja uma superalocação de recursos.

Nivelando recursos

Para iniciar o trabalho prático de nivelamento de recursos, vamos usar como exemplo o cronograma abaixo:


Neste cronograma é possível identificar as seguintes superalocações:

- O recurso Daniel está superalocado pois há conflito nas tarefas ‘Configurar o workflow personalizado’ e ‘Fazer upload dos projetos piloto

- O recurso Melissa está superalocado pois há conflito nas tarefas ‘Treinamento para Membros de Equipe’ e ‘Treinamento para Gerentes de Projeto

- Novamente podemos identificar uma superalocação para o recurso Daniel, em virtude do conflito existente nas tarefas ‘Treinamento para Administradores’ e ‘Prover Suporte aos usuários do Project Online

Para que seja possível explorar de maneira detalhada o nivelamento de recursos, de modo a entender quais ações são realizadas pelo Microsoft Project na medida em que a resolução de conflitos é aplicada, iremos trabalhar com cada conflito individualmente. Em primeiro lugar, vamos definir os parâmetros que o software deverá levar em consideração através do recurso Opções de Nivelamento. Na seção Solucionando superalocações, as seguintes opções deverão ser definidas:
  • Ordem de nivelamento: esta opção deverá ser definida como Prioridade, Padrão;
  • Em seguida, selecione também a opção Nivelar sem atrasar o projeto, para que o Microsoft Project tente resolver os conflitos sem alterar a data final do cronograma;
  • Em seguida, certifique-se de que as opções O nivelamento pode ajustar atribuições individuais de uma tarefa e O nivelamento pode criar interrupções no trabalho restante estão selecionadas.

Clique OK. Em seguida, selecione as tarefas ‘Configurar o workflow personalizado’ e ‘Fazer upload dos projetos piloto’, ambas atribuídas ao recurso Daniel, e clique em Nivelar Seleção. Você irá receber uma mensagem de alerta:


O que isso significa? Basicamente, o Microsoft Project não foi capaz de resolver o conflito existente nas duas tarefas niveladas, pois não foi possível move-las sem afetar a data final do projeto. Clique em Ignorar para visualizar o resultado (perceba que, mesmo após o nivelamento, o recurso Daniel continua superalocado):


Já que não é possível resolver o conflito sem atrasar o projeto, clique novamente em Opções de Nivelamento e, em seguida, desmarque a opção Nivelar sem atrasar o projeto. Clique OK. Em seguida, ainda com as duas tarefas selecionadas, clique novamente em Nivelar Seleção. Você irá agora perceber que a tarefa Configurar o workflow personalizado foi movida, e que o conflito existente foi então resolvido:


Para que seja possível visualizar de maneira mais abrangente as modificações realizadas pelo Microsoft Project quando do nivelamento dos recursos, você pode modificar o Modo de Exibição para Gantt de Nivelamento:



Perceba que as barras marrons representam o estado anterior das tarefas (ou seja, as datas de início e término antes do nivelamento), enquanto as barras azuis demonstram o estado atual das tarefas após o nivelamento.

Estabelecendo prioridade para as tarefas

Vamos agora resolver o próximo conflito, que está acontecendo com o recurso Melissa. Selecione as tarefas ‘Treinamento para Membros de Equipe’ e ‘Treinamento para Gerentes de Projeto’ e, em seguida, clique em Nivelar Seleção. Perceba que o Microsoft Project moveu a tarefa ‘Treinamento para Membros de Equipe’ para resolver o conflito existente:


Porém, neste caso, imagine que a lógica de sequenciamento das tarefas foi quebrada: o treinamento para membros de equipe deveria vir antes do treinamento para gerentes de projeto. Para que seja possível resolver esta situação, você deverá estabelecer prioridades diferentes entre as tarefas, de modo a determinar que o treinamento para membros de equipe possui prioridade superior ao treinamento para gerentes de projeto. Para entender de maneira detalhada como o Microsoft Project utiliza a prioridade para determinar a importância das tarefas do cronograma, você poderá visitar este post.

Porém, antes de estabelecer a prioridade das tarefas, é preciso limpar o resultado do nivelamento anterior. Ainda com as tarefas que foram niveladas selecionadas, clique em Limpar Nivelamento e escolha a opção Tarefas Selecionadas. Isso fará com que as tarefas ‘Treinamento para Membros de Equipe’ e ‘Treinamento para Gerentes de Projeto’ retornem ao seu estado anterior.

Agora, como sabemos que o treinamento para membros de equipe possui maior prioridade se comparado com o treinamento para gerentes de projeto, será necessário modificar a prioridade dessa tarefa. Para isso, efetue duplo-clique na tarefa ‘Treinamento para Membros de Equipe’ e defina o valor da opção Prioridade para 600. Clique OK. Em seguida, selecione as duas tarefas (‘Treinamento para Membros de Equipe’ e ‘Treinamento para Gerentes de Projeto’) e clique em Nivelar Seleção. Dessa vez, o Microsoft Project moveu a tarefa adequada (‘Treinamento para Gerentes de Projeto’), uma vez que ela possui menor prioridade:


Nivelamento com interrupções

Outro tópico muito interessante referente ao nivelamento de recursos está relacionado à interrupção do trabalho existente em uma tarefa que está em andamento. Ao avaliar o próximo conflito, é possível identificar que o recurso Daniel está trabalhando em duas tarefas (‘Treinamento para administradores’ e ‘Prover suporte aos usuários do Project Online’) que não estão iniciando na mesma data. A princípio, o recurso inicia o trabalho de prover suporte aos usuários do Project Online e então, quando esta tarefa já está em andamento, ele deve iniciar o treinamento aos administradores:


Neste caso, suponha que o treinamento aos administradores terá maior prioridade em relação ao suporte, de modo que quando o treinamento for iniciado todo o trabalho de suporte deverá ser interrompido temporariamente. Para que as configurações sejam realizadas de maneira adequada, efetue duplo-clique na tarefa ‘Treinamento para Administradores’ e aumente a sua prioridade. Em seguida, é importante lembrar que, nas configurações do nivelamento, foi definido que O nivelamento pode criar interrupções no trabalho restante – o que significa que uma tarefa poderá ser interrompida quando houver um conflito na qual ela possua menor prioridade.

Uma vez realizadas as configurações devidas, selecione as duas tarefas (‘Treinamento para Administradores’ e ‘Prover suporte aos usuários do Project Online’) e clique em Nivelar Seleção. Perceba que o suporte aos usuários do Project Online teve de ser interrompido para que o recurso Daniel pudesse entregar o treinamento aos administradores do Project Online:


Conclusão

Como você pôde ver, o nivelamento de recursos é uma funcionalidade muito poderosa e, se bem utilizada, oferece uma ajuda valiosa na construção de um cronograma realístico, enquanto garante que os recursos são atribuídos de maneira correta às tarefas.

Downloads & Links

Caso você queira aprofundar o seu conhecimento neste tópico, gostaria de compartilhar alguns links e downloads:

Neste link você pode baixar o arquivo digital PDF deste post na íntegra.

Aqui você pode baixar o cronograma utilizado neste exemplo, caso queira testar os cenários propostos.

Finalmente, aqui você pode encontrar um excelente post técnico da Microsoft que trata do nivelamento de recursos.

.................................................................................................................

Espero que você tenha achado este post útil.

Um abraço e até a próxima!


segunda-feira, 26 de junho de 2017

Novidades no Project Online: Pacotes Cumulativos e Gráfico de Gantt

Olá pessoal,

Nós últimos tempos venho listando aqui no blog uma série de novidades, novas funcionalidades e recursos que vem sendo incorporados gradualmente ao Microsoft Project e ao Project Online. São vários os exemplos: novidades no mecanismo de gerenciamento de criação dos sites de projeto; o novo método para definir vínculo entre tarefas; novidades na linha do tempo; e também o Office 365 Time Reporter.

Com toda essa lista de novidades e melhorias incorporadas à plataforma PPM, vale a pena comentar mais uma que é bem simples e funcional. Uma das maiores preocupações da Microsoft ao levar o ecosistema PPM para a nuvem está relacionada à performance e desempenho com que os usuários experimentam a navegabilidade na plataforma. Com isso, duas novas caixas de opção foram adicionadas à Central de Projetos, de maneira que os gerentes de projeto podem habilitar ou desabilitar tanto a exibição do Gráfico de Gantt quanto dos dados cumulativos de projetos. A ideia geral é de que, quando desabilitadas as opções, os dados são carregados mais rapidamente na Central de Projetos:



Pela figura anterior é possível verificar que as opções Pacotes Cumulativos e Gráfico de Gantt estão desativadas, o que acelera o carregamento dos dados na Central de Projetos (e consequentemente da página). Caso você tenha de exibir os pacotes cumulativos (ou mesmo o Gráfico de Gantt) poderá habilitar a opção desejada e visualizar as informações:




Hoje o post era curto e direto ao assunto. Espero que tenha gostado...

Um abraço e até a próxima!


segunda-feira, 5 de junho de 2017

Project Online: Gerenciando os Sites de Projeto - Parte 2

Olá pessoal,

Esta é a segunda parte do post em que estamos tratando sobre a mudança no gerenciamento dos sites de projeto promovida recentemente pela Microsoft. Você pode acessar a primeira parte neste link.

Onde é possível configurar o padrão de criação dos sites de projeto?

Conforme vimos no post anterior, os recursos de gerenciamento de criação de novos sites foram movidos para a seção ‘Tipos de Projeto da Empresa’. Clique na roldana na página inicial e, em seguida, Configurações do PWA. Na parte inferior esquerda da janela de administração do Project Online, clique em Tipos de Projeto da Empresa. Escolha um dos tipos de projeto disponíveis no seu ambiente (neste exemplo, selecionarei o tipo padrão ‘Enterprise Project’). Você irá perceber que uma nova seção chamada ‘Criação de Site’ foi incorporada à esta página:




Vamos agora observar cada uma das opções disponíveis:

Criação de Sites: esta opção irá controlar se os sites de projeto serão criados de maneira automática, manual, ou se não serão criados. Aqui, é importante estar atento a um pequeno detalhe que traduz uma diferença significativa em relação a como o mecanismo de criação de sites funcionava anteriormente: na configuração anterior, a criação de novos sites de projeto estipulava que o administrador do Project Online poderia optar por 'Criar automaticamente um site na primeira publicação do projeto'. Já na configuração atual, o texto especifica que o administrador pode 'Criar um site na próxima publicação'. Isso significa que, quando o usuário cria um novo projeto, o site de projetos não é criado no mesmo instante. De fato, as ações para criação do projeto serão realizadas normalmente, mas o gatilho de criação do site de projetos irá esperar até que o projeto seja novamente publicado, para que assim o site seja criado.

Se o processo de gerenciamento de projetos em vigor na sua empresa tenha uma dependência significativa dos sites de projeto, é importante repassar esse novo conceito com os gerentes de projeto que utilizam o Project Online, pois talvez haja um pouco de confusão quando da criação de novos projetos, uma vez que eles devem esperar que os sites de projeto sejam criados já em seguida à criação dos projetos na plataforma.

Local de Criação de Site: esta é uma das novidades introduzidas. Para cada tipo de projeto da empresa, será possível definir uma coleção de sites para a qual o site de projetos deverá estar associado. Na prática, isso significa dizer o seguinte: suponha que sua coleção de sites original seja a PWA, mas você também possui uma coleção de sites para uma área específica da sua empresa, como RH. Logo, se o tipo de projeto que você está criando tenha como objetivo atender às demandas da área RH, você poderá direcionar todos os sites de projeto que irão nascer a partir do tipo de projeto RH para esta nova coleção de sites. Como resultado, os projetos irão permanecer na coleção de sites PWA, mas os sites serão publicados e estarão disponíveis na coleção de sites RH.

Sincronização: a opção ‘Sincronizar Permissões de Usuário’ deve ser selecionada se você deseja que a cada publicação do projeto o Project Online conceda as permissões adequadas para os recursos de trabalho deste site (isso significa que os membros de equipe deste projeto terão condições de acessar o site para realizar o trabalho colaborativo nas listas e bibliotecas do site, por exemplo). Já a segunda opção, ‘Sincronizar Listas de Tarefas do SharePoint’, quando selecionada, irá copiar as tarefas do cronograma do projeto para a lista de tarefas do SharePoint, disponível no site de projetos, de modo que qualquer pessoa com acesso ao site tenha visibilidade de todas as tarefas.

Neste tópico é importante ressaltar uma informação importante: caso você tenha optado por criar o site de projetos em uma coleção de sites diferente da coleção de sites atual (por exemplo, sua coleção de sites atual é PWA mas você está direcionando o seu site de projetos para a coleção de sites RH) tanto a sincronização de permissões de usuário quanto a sincronização de listas de tarefas do SharePoint não irão funcionar.

Idioma do Site: por fim, a última mudança introduzida permite que você defina qual o idioma padrão pelo qual os sites de projeto serão provisionados

Informações Adicionais

Por fim, faço aqui o convite para que você visite a página da Microsoft que disponibiliza alguns pontos que podem ser utilizados como referência para ajuste do desempenho e performance do Project Online. Trata-se basicamente de um conjunto de práticas recomendadas para configuração e personalização do Project Online.


E na sua empresa, quais os métodos de configuração dos sites de projeto em vigor? Como esta mudança irá afetar a maneira pela qual você gerencia os seus sites de projeto?

Fico no aguardo do seu feedaback! Um forte abraço!


Project Online: Gerenciando os Sites de Projeto - Parte 1

Olá pessoal,

Desde o lançamento do Project Online como um serviço do Office 365, uma série de novas funcionalidades e recursos foram incorporados à plataforma ao longo do tempo. Como uma pessoa que trabalha diariamente com a solução PPM, é uma grande satisfação poder acompanhar toda a evolução do Project Online – mas também se trata de um grande desafio conhecer e entender os detalhes de cada novo release, seus benefícios e suas potencialidades, de modo que seja possível aplicar na prática esses recursos junto aos clientes com os quais trabalho, aprimorando seus processos de gerenciamento de projetos e justificando todo o investimento de dinheiro, pessoas e tempo na solução PPM.

Nas últimas semanas a Microsoft deu início a uma mudança que irá gerar um impacto significativo na maneira com a qual trabalhamos e administramos o Project Online. Essa mudança está relacionada ao gerenciamento dos sites de projeto.

Como eu havia comentado nesse post, o Project Online permite que a cada novo projeto criado um site de projetos também seja gerado de maneira automática (ou manual, a depender da configuração). Em resumo, o site de projetos é um espaço colaborativo que tem como objetivo permitir aos interessados no projeto a colaboração e centralização dos artefatos gerados ao longo do ciclo de vida dos projetos (como riscos, problemas, entregas, documentos e etc.).

O que antes era uma configuração válida para toda a coleção de sites (PWA), passou agora a ser uma configuração individual para cada um dos Tipos de Projeto da Empresa (EPTs), possibilitando maior flexibilidade e controle para os administradores do Project Online sobre quais os cenários em que sites de projeto precisam ser criados.

Para facilitar as coisas, esse post será dividido em duas partes: essa primeira, mais teórica, vai explicar os conceitos da mudança realizada pela Microsoft e seus impactos. Já a segunda parte, que você pode acessar aqui, irá detalhar tecnicamente (e na prática) as mudanças.

Como funcionava anteriormente?

Antes da mudança, havia uma seção no Project Online (chamada ‘Sites do SharePoint Connectados’) onde os administradores podiam definir quando um site de projetos deveria ser criado. As opções eram:

- Criar o site automaticamente na primeira publicação do projeto
- Permitir que o usuário escolha quando criar o site (através da publicação via Project Professional)
- Não criar sites de projeto

Além disso, havia ainda uma opção secundária que permitia que as tarefas publicadas no cronograma fossem sincronizadas com a Lista de Tarefas do site de projetos, de maneira que qualquer pessoa com acesso ao site poderia verificar as tarefas do cronograma sem a necessidade de possuir o Microsoft Project instalado na sua máquina.

O grande “gap” do cenário anterior residia no fato de que essa era uma configuração que valia para todos os tipos de projeto criados no Project Online – ou seja, não havia flexibilidade para que fosse possível definir quais os tipos de projeto que deveriam nascer com um site e quais não deveriam.

E agora, como funciona a criação de sites?

No cenário atual, cada tipo de projeto da empresa (EPT) pode ser configurado de maneira individual para que seja possível determinar se os sites de projeto serão ou não criados. Há também a possibilidade de definir qual será a coleção de sites que irá abrigar os sites de projeto de acordo com o tipo de projeto da empresa (EPT), pois agora é possível associar os sites à uma coleção de sites diferente da que abriga a instância atual. Essa configuração vai de encontro ao anúncio feito pela Microsoft no início de Abril, onde foi comunicado que cada instância do Project Online poderia abrigar até 30 mil projetos e 2 mil sites de projeto.




Além disso, os administradores do Project Online agora também podem escolher qual o idioma que será utilizado na criação do site de projetos.

Ok, mas o que tudo isso significa? E como minha empresa é afetada?

Para que seja possível entender melhor quais os impactos de todas essas mudanças, pense no seguinte cenário:

Uma determinada empresa utiliza o Project Online e trabalha com dois tipos de projetos: 1) projetos grandes e complexos, voltados a atender as demandas dos clientes; 2) projetos pequenos, voltados a atender demandas internas. Anualmente, uma média de 200 novos projetos complexos são gerados, enquanto as demandas internas correspondem a uma média anual de 1.000 projetos. Em um cenário como este, o administrador do Project Online poderia configurar a plataforma da seguinte maneira:


- Todos os projetos complexos (externos) irão criar os sites de projeto de maneira automática, sincronizando as permissões dos usuários e também as tarefas do cronograma com a Lista de Tarefas do SharePoint
- Todos os projetos pequenos (internos) não precisarão de sites de projetos, logo, a criação de sites estaria desativada

Em um cenário como esse, cada organização poderá controlar a criação de sites de maneira adequada ao seu negócio, o que gera um impacto significativo na performance e nas limitações do Project Online – uma vez que apenas os projetos necessários possuirão sites de projetos associados, e assim apenas parte dos projetos irá requerer a sincronização de permissões de recursos, de tarefas e etc.

Na segunda parte deste post falaremos mais sobre os aspectos técnicos da configuração dos sites de projeto no Project Online, ponderando as considerações e identificando possíveis cenários que requerem atenção dos administradores.

Um forte abraço e até a parte 2!