Governança de portfólio na stack Microsoft 365 que a sua empresa já paga
“A gente já paga a licença, por que não usa?” — é a pergunta certa, e a resposta honesta tem duas partes: dá para montar quase tudo com o que você já tem, e há um punhado de coisas que não dá. As duas partes estão escritas nesta página, com a mesma tinta.
Como montar governança de portfólio só com as licenças Microsoft que você já tem
Dá para montar governança de portfólio com o Microsoft 365 já licenciado: Listas do SharePoint como base única de projetos, riscos e issues; Planner ou Project for the web para a execução; Power BI para o painel do comitê; Teams e Loop para o ritual. O que essa combinação não faz precisa estar escrito antes de começar.
A tabela abaixo é o mapa que eu uso. A terceira coluna é a que interessa: ela é a razão de esta página existir, e é a coluna que fornecedor de ferramenta nunca escreve. Pendente de confirmação: mapeamento a confirmar
| Necessidade | Ferramenta que você já tem | O que ela não faz |
|---|---|---|
| Base única de projetos, riscos e issues | Listas do SharePoint | Não versiona linha de base de cronograma. Não garante integridade referencial entre listas: uma lista de riscos apontando para um projeto excluído continua apontando. A exibição degrada acima do limite de itens por consulta. Coluna multivalorada e coluna de pesquisa chegam ao Power BI em formato que exige tratamento. Pendente de confirmação: limite exato a publicar |
| Execução de tarefas dentro de um projeto | Planner (o que vem no Microsoft 365) | Não faz dependência entre tarefas nem entre projetos. Não tem linha de base. Não tem campo personalizado. Não mostra capacidade por pessoa entre projetos diferentes. |
| Cronograma com dependência, caminho crítico e visão de linha do tempo | Project for the web | Exige licença adicional além do Microsoft 365. Não é o Project para desktop: o conjunto de recursos é menor, e o que falta precisa ser conferido antes de você prometer algo ao comitê. Pendente de confirmação: nome e preço do plano |
| Backlog, hierarquia de trabalho e sprint de times de TI | Azure DevOps Boards | Não é ferramenta de portfólio financeiro. Tem licenciamento próprio, separado do Microsoft 365. A hierarquia de work items não substitui uma taxonomia de portfólio: sem regra escrita, cada time cria a sua. |
| Painel do comitê, com o total consolidado | Power BI Pro | Não escreve de volta na fonte: o painel mostra, não corrige. A atualização agendada tem teto diário na capacidade compartilhada. E painel bonito sobre fonte errada mostra o número errado com mais confiança. Pendente de confirmação: teto diário a publicar |
| Ritual: pauta, ata, decisão registrada | Teams e Loop | Não impõem formato. Sem regra escrita do que cada campo significa, a ata volta a ser texto livre em duas semanas. |
| Agendamento de comitê e de sessões recorrentes | Bookings e Outlook | Não registram decisão. Convite não é ata. |
Ferramenta não é governança. Sem regra escrita de preenchimento, campo obrigatório vira campo vazio com licença paga. É por isso que o desenho da regra vem antes da construção da lista, e não depois.
Quais ferramentas de PPM já vêm no Microsoft 365
Cinco, e cada uma resolve uma parte diferente do problema. Nenhuma resolve o problema inteiro.
- Listas do SharePoint — a base de dados. É onde o projeto, o risco e a issue existem como registro com dono, data e histórico de versão.
- Planner — a execução do dia a dia, no Teams, onde o time já está. Serve para tarefa, não para cronograma.
- Project for the web — o cronograma com dependência e caminho crítico, quando o portfólio precisa disso. Exige licença adicional, e isso precisa entrar na conta antes.
- Power BI — o painel do comitê e o modelo de dados que consolida as fontes. É a camada em que os defeitos silenciosos da base aparecem — ou não aparecem, que é pior.
- Azure DevOps Boards — quando o portfólio é de TI e o trabalho já vive em backlog e sprint, é aqui que o dado nasce; forçar a migração para Planner cria duas fontes.
Junto disso, Teams, Loop, Forms e Bookings sustentam o ritual: onde a pauta mora, onde a decisão fica escrita, como o gerente reporta e quando o comitê acontece. Ritual não é ferramenta, mas sem lugar definido ele não sobrevive à segunda semana.
Vale a pena comprar uma ferramenta de PPM?
Às vezes vale, e eu digo quando. Não tenho licença de PPM para vender, não sou revendedor nem parceiro de canal de nenhum fornecedor de ferramenta, e não recebo comissão por indicação — então a recomendação de comprar não me custa nada e a de não comprar não me rende nada. Pendente de confirmação: declaração a confirmar
| # | Situação | Por que o M365 não resolve |
|---|---|---|
| 1 | Você precisa de planejamento de capacidade e alocação financeira entre projetos, com cenários “e se” | Nenhuma ferramenta da stack faz nivelamento de recursos entre projetos. Reproduzir isso em Power BI é construir um produto, não um painel |
| 2 | O portfólio tem linha de base versionada com replanejamento formal, e você precisa comparar previsto e realizado ao longo do tempo | Listas guardam versão de item, não versão de plano. A comparação teria de ser construída na mão, e é frágil |
| 3 | Há exigência de auditoria ou compliance com trilha formal de aprovação, assinatura e retenção controlada por fluxo | Dá para aproximar com Power Automate, mas o que você constrói passa a ser um sistema seu, com dono e manutenção |
| 4 | A empresa já padronizou em outra stack — Atlassian ou Google — e o portfólio vive lá | Montar no M365 cria uma segunda fonte, e duas fontes é exatamente o problema que a governança existe para eliminar |
| 5 | Você precisa de apontamento de horas ligado a custo e faturamento por projeto | Não é função de nenhuma das cinco ferramentas |
| 6 | Você não tem ninguém no time capaz de manter um modelo de dados em Power BI e não pretende ter | Sem essa pessoa, o painel vira dependência de fornecedor — que é o oposto do que eu vendo |
Se menos de três forem verdadeiras, comprar ferramenta provavelmente vai adiar o problema em um trimestre e devolvê-lo com campo vazio e licença paga. O que falta quase sempre não é software: é regra escrita de preenchimento, fonte única e um ritual que use o número.
O que é entregue
Cinco entregáveis, cada um com o critério de aceite escrito antes de começar.
-
Mapa necessidade → ferramenta → limite para o seu portfólio, não o genérico desta página
Critério de aceite cada necessidade sua tem uma ferramenta indicada e o que ela não faz, escrito.
-
Arquitetura da plataforma nas licenças existentes
Critério de aceite nenhum item exige licença que você não tenha. Onde exigir, o custo está sinalizado antes de a construção começar.
-
Modelo de dados e painel publicados no seu tenant
Critério de aceite o painel abre no seu tenant, atualiza sozinho, e o número bate com a fonte.
-
Parecer sobre comprar ou não comprar ferramenta
Critério de aceite se o seu caso for de comprar, o parecer diz isso, com o critério de corte aplicado item a item.
-
Transferência de operação
Critério de aceite os cinco critérios da página de serviços, incluindo uma pessoa nomeada do seu time capaz de refazer o painel do zero.
Os cinco critérios da transferência estão em serviços e método, e o número do degrau de entrada está no Diagnóstico de Governança de PPM. Esta página não tem bloco de preço porque o escopo dela sai do Diagnóstico — e preço sem escopo é chute com aparência de proposta.
O defeito que ninguém vê
O defeito mais caro da camada entre a lista do SharePoint e o Power BI é o
silencioso: o campo que chega errado sem erro na tela. Um booleano nulo
do SharePoint interpretado como True infla a contagem e não avisa ninguém — e
o número inflado é apresentado ao comitê com toda a confiança do mundo.
Coluna multivalorada que chega como lista, coluna de pesquisa que chega como registro aninhado e o mesmo status grafado de duas formas são da mesma família: nenhum deles quebra o painel, e todos mudam o total. É por isso que o inventário de defeitos é entregável do Diagnóstico, com cada divergência reproduzível pelo seu time a partir da descrição. Pendente de confirmação: artigo de prova ainda não publicado
Perguntas frequentes
Já compramos uma ferramenta de PPM. Perdi o dinheiro?
Não necessariamente. A pergunta útil não é “qual ferramenta”, é “por que o campo está vazio”. Se a ferramenta que você comprou atende ao critério de corte acima, o trabalho é fazer o dado entrar nela — não trocar de ferramenta. Trabalho com a que você já tem.
Isso é implantação de M365 ou governança?
Governança. Eu não faço implantação de tenant, migração de caixa postal, configuração de segurança nem administração de M365. Uso as ferramentas que já estão implantadas para montar a camada de governança de portfólio em cima delas.
Meu portfólio não é de TI. Funciona igual?
A stack funciona igual; o desenho muda. As categorias, os campos e o ritual saem do seu portfólio, não de um modelo pronto. O que não muda é a regra: uma fonte, regra escrita de preenchimento, e um número que fecha.
Quanto tempo leva?
O escopo sai do Diagnóstico. Este serviço é vendido como implantação, ou como um bloco dentro dela, sempre em partes com entregável verificável ao fim de cada uma.
Pendente de confirmação: licenciamento a reconferir na publicação As regras e os nomes comerciais de licenciamento da Microsoft mudam. Cada afirmação de licença desta página é reconferida na data em que a página vai ao ar.
Trinta minutos sobre a sua stack
Leve a lista das suas fontes atuais e o formato do seu report de hoje. Em meia hora dá para dizer se o seu caso se resolve com o que você já paga, ou se é dos que precisam de ferramenta comprada.
prefere medir antes de conversar? Faça o Raio-X
30 min · sem custo · não é apresentação comercial · respondo em até 1 dia útil.