A área de tecnologia recebe pedidos por e-mail, por mensagem e no corredor. Os mesmos desenvolvedores estão em três projetos e ainda atendem incidentes da operação. Cada gerente reporta de um jeito, e o diretor de TI não consegue responder ao comitê executivo quando o novo sistema comercial vai entrar no ar. O PMO de TI nasce para organizar esse cenário: dar uma porta de entrada às demandas, um método comum de entrega e uma visão única da carteira de tecnologia.
O escritório de projetos de TI é a forma mais comum de PMO departamental no Brasil. Ele herda os princípios de qualquer escritório de projetos, descritos no guia de escritório de projetos, mas lida com particularidades da tecnologia: convivência com a operação, times ágeis, fornecedores de software e dependências técnicas entre sistemas. O guia abaixo mostra as funções, como estruturar o PMO passo a passo e quais indicadores acompanhar.
Formação relacionada
Implantação de PMO em 5 estágios
Dezessete módulos com cronograma comentado, business case e templates para justificar e implantar o PMO.
O que um PMO de TI faz
As funções variam com a maturidade da área, mas sete aparecem na maioria dos escritórios de tecnologia:
- Gestão de demandas: uma porta de entrada única para pedidos de projeto, com formulário mínimo e triagem.
- Apoio ao portfólio de TI: classificação, priorização com as áreas de negócio e acompanhamento da carteira. O passo a passo dessa função está em gestão de portfólio de TI.
- Método de entrega: ciclo de vida, artefatos mínimos e critérios para escolher entre abordagem preditiva, ágil ou híbrida conforme o tipo de projeto.
- Capacidade: quanto das equipes vai para projetos, quanto para sustentação e quanto para melhorias pequenas.
- Dependências e integração: projetos que mexem nos mesmos sistemas, janelas de implantação, ambientes compartilhados.
- Ponte com a operação: a passagem do projeto para a sustentação, alinhada ao processo de mudanças e de liberação da área de serviços.
- Informação e governança: status consolidado para o diretor de TI e para o comitê de portfólio da empresa.
Como estruturar o PMO de TI passo a passo
Passo 1: defina o mandato
Escreva em uma página o que o PMO vai fazer e o que não vai. Exemplo: "O PMO de TI organiza a entrada de demandas, consolida o portfólio, define o método mínimo e controla a capacidade. Não gerencia diretamente os projetos, que continuam com os gerentes e os times." O mandato precisa da assinatura do diretor de TI e deve ser apresentado às áreas de negócio. Deixe claro também o grau de autoridade: um PMO de suporte orienta e oferece modelos, um de controle cobra aderência ao método e um diretivo assume a gestão dos projetos.
Passo 2: faça o inventário e meça a capacidade
Liste todos os projetos e demandas em andamento, inclusive os informais. Em paralelo, levante a capacidade real das equipes, descontando sustentação, incidentes, reuniões e férias. É comum descobrir que a área aprovou o dobro do que consegue entregar. Essa constatação é o primeiro produto do PMO.
Passo 3: crie a porta de entrada
Um formulário único para novas demandas, com: problema a resolver, área solicitante, patrocinador, benefício esperado, prazo desejado e sistemas envolvidos. Demandas pequenas, abaixo de um limite de horas combinado, seguem um fluxo direto com a equipe; as maiores vão para triagem e priorização.
Passo 4: defina o método mínimo
Nada de manual de 80 páginas. Defina os portões (aprovação, início, entrada em produção, encerramento), os artefatos obrigatórios em cada um e o formato do status. Projetos de infraestrutura com escopo fechado podem seguir um ciclo preditivo; produtos digitais em evolução, um ciclo ágil com entregas frequentes. O PMO define o que é comum a todos, como status, riscos e dependências, e deixa o resto para cada abordagem.
Passo 5: monte os ritos
- Semanal: reunião curta de dependências e impedimentos entre projetos e times.
- Mensal: revisão da carteira de TI com o diretor, com pauta por exceção.
- Trimestral: priorização com as áreas de negócio, alinhada ao planejamento da empresa.
Passo 6: integre com a operação
Combine com a área de serviços como o projeto entra no processo de mudanças, quem aprova a entrada em produção e como se faz a passagem para a sustentação (documentação, treinamento, período de operação assistida). Empresas que seguem o ITIL já têm práticas de gestão de mudanças e de liberação; o PMO se conecta a elas em vez de criar um processo paralelo.
Passo 7: publique o primeiro painel
Em até três meses, o PMO deve apresentar o primeiro painel da carteira de TI: projetos por situação, capacidade usada, demandas na fila e decisões pendentes. Resultado visível cedo sustenta o patrocínio.
Estrutura e papéis
| Porte da área de TI | Estrutura típica do PMO |
|---|---|
| Pequena (uma ou duas equipes) | Uma pessoa com o papel de PMO, muitas vezes acumulando gestão de projetos |
| Média | Coordenador do PMO, analista de portfólio e capacidade, gerentes de projeto que podem ou não ficar no PMO |
| Grande | PMO com frentes de portfólio, métodos, capacidade e relatórios; gerentes de projeto e de programa alocados por área de negócio |
Se a empresa também tem um escritório corporativo, o PMO de TI segue os padrões comuns e envia os dados no formato combinado. A divisão de papéis entre os dois níveis segue o modelo federado, em que o escritório corporativo define o mínimo comum e o de TI detalha o método da área.
PMO de TI com times ágeis
Quando a área adota Scrum ou Kanban, o PMO muda de foco. Deixa de pedir cronograma detalhado e percentual concluído e passa a cuidar de:
- Priorização do backlog de iniciativas no nível do portfólio.
- Dependências entre times e entre sistemas.
- Métricas de fluxo: tempo de ciclo, vazão, itens em andamento.
- Impedimentos organizacionais que nenhum time resolve sozinho, como contratação, ambientes e aprovações.
- Desenvolvimento dos papéis ágeis e dos gerentes.
Essa mudança está detalhada em PMO ágil. Na prática, muitos PMOs de TI ficam híbridos: ágeis para produtos digitais, preditivos para infraestrutura e projetos regulatórios.
Indicadores do PMO de TI
Separe os indicadores da carteira dos indicadores do próprio escritório.
| Grupo | Indicador | O que mostra |
|---|---|---|
| Carteira | Entregas no prazo combinado | Previsibilidade das entregas |
| Carteira | Desvio de custo dos projetos | Qualidade das estimativas e controle |
| Carteira | Capacidade em projetos x sustentação | Para onde vai o tempo das equipes |
| Fluxo | Tempo entre pedido e decisão | Agilidade da triagem e da priorização |
| Fluxo | Tempo de ciclo das iniciativas | Velocidade de entrega de valor |
| Fluxo | Demandas na fila | Pressão sobre a área |
| Valor | Benefícios medidos após a entrega | Se os projetos geraram o resultado prometido |
| PMO | Satisfação das áreas de negócio | Valor percebido do escritório |
Os indicadores do escritório em si, como adesão ao método e satisfação dos gerentes, estão detalhados em KPIs para escritório de projetos.
PMO de TI e governança de TI
A governança de TI define como a tecnologia é dirigida e controlada na empresa: quem decide sobre investimentos, arquitetura, riscos e conformidade. Referências como o COBIT, mantido pela ISACA, tratam desse tema, e o artigo sobre governança de projetos de TI mostra como ela se aplica aos projetos. O PMO de TI é uma das estruturas que executam essa governança na parte de projetos e portfólio: leva as informações para o comitê, aplica os critérios de priorização e registra as decisões. Ele não substitui o comitê de TI nem a área de arquitetura.
Erros que enfraquecem o PMO de TI
- Virar fábrica de relatórios, cobrando dos times dados que ninguém usa.
- Ignorar a sustentação e planejar como se as equipes estivessem 100% em projetos.
- Impor um único método a projetos muito diferentes.
- Priorizar sem as áreas de negócio, como se o portfólio de TI fosse só da TI.
- Não mostrar resultado nos primeiros meses e perder o patrocínio.
Por onde começar
Antes de desenhar a estrutura, meça onde a área está hoje. O diagnóstico de PMO da Projeto Diário avalia o escritório em seis dimensões, com 24 perguntas, e indica o estágio atual e as duas prioridades para avançar. Peça ao diretor de TI e a alguns gerentes de projeto que respondam também; a comparação mostra onde as percepções divergem e por qual dos sete passos começar.
