Gestão de portfólio de TI: como organizar demandas de tecnologia
A área de tecnologia recebe pedidos por e-mail, por chamado, no corredor e na reunião de diretoria. Cada área acha que a sua demanda é urgente, a equipe se divide entre projetos novos, melhorias e incidentes, e no fim do trimestre todos reclamam que a TI não entrega. A gestão de portfólio de TI organiza esse fluxo: coloca todas as demandas em um só lugar, mostra quanto a equipe consegue fazer e leva a decisão de prioridade para quem responde pelo negócio.
Os conceitos gerais de portfólio (o que é, a diferença para programa e projeto, o ciclo de seleção e revisão) estão no artigo sobre gestão de portfólio de projetos. Aqui o foco é o que muda na tecnologia: o volume de pequenas demandas, o peso da sustentação, as dependências técnicas e a convivência entre projetos e produtos.
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.
Por que o portfólio de TI é diferente
Três características tornam a carteira de tecnologia mais difícil de gerir do que a de outras áreas:
- Muitas demandas pequenas. Ao lado de poucos projetos grandes, chegam centenas de pedidos de melhoria, relatórios e ajustes. Se cada um passar pelo comitê, o comitê trava; se nenhum passar, eles consomem a capacidade sem controle.
- A sustentação disputa as mesmas pessoas. Quem desenvolve o projeto novo também corrige o incidente do sistema antigo.
- Dependências técnicas invisíveis para o negócio. Uma integração nova pode exigir a atualização de um banco de dados que ninguém da diretoria sabe que existe.
Passo 1: crie uma porta de entrada única
Toda demanda de tecnologia entra pelo mesmo canal, com um formulário curto: quem pede, qual problema resolve, qual o resultado esperado, se há prazo legal ou contratual e quem é o patrocinador. Pedidos por e-mail ou no corredor são redirecionados para esse canal, sem exceção para diretores.
O formulário precisa ser curto. Se pedir um business case completo para avaliar uma ideia, as áreas vão contornar o processo. A análise detalhada vem depois, só para as demandas que passarem pela primeira triagem.
Passo 2: classifique as demandas por tipo
Nem toda demanda precisa do mesmo tratamento. Uma classificação prática:
| Tipo | Exemplos | Como é decidida |
|---|---|---|
| Obrigatória | Adequação legal, fiscal ou regulatória, fim de suporte de um sistema crítico | Entra direto, com prazo; o comitê só define a forma |
| Sustentação | Correções, incidentes, pequenas manutenções | Não passa pelo comitê; recebe uma fatia fixa da capacidade |
| Melhoria | Ajustes em sistemas existentes, novos relatórios, automações pequenas | Priorizada pelo dono de cada sistema ou produto, dentro de uma cota |
| Projeto | Novo sistema, integração com cliente, migração, transformação de processo | Priorizado pelo comitê de portfólio com critérios formais |
Defina um limite claro entre melhoria e projeto, por exemplo em horas estimadas ou em número de áreas impactadas. Sem esse limite, projetos grandes são fatiados em "melhorias" para fugir do comitê.
Passo 3: defina os critérios de priorização
Para os projetos, use de três a cinco critérios com peso aprovado pela diretoria. Em TI, os mais comuns são:
- Contribuição para objetivos estratégicos do negócio.
- Retorno financeiro (receita, redução de custo).
- Redução de risco (segurança da informação, obsolescência, continuidade).
- Urgência ou custo do atraso.
- Esforço e complexidade técnica, como critério inverso.
Métodos como pontuação ponderada e WSJF (que divide o custo do atraso pelo tamanho do trabalho) funcionam bem aqui. O artigo sobre como priorizar projetos estratégicos no portfólio compara as opções, e a matriz de priorização de projetos calcula o ranking e a linha de corte com os seus pesos.
Passo 4: meça a capacidade real
Este é o passo que a maioria pula, e o que mais faz diferença. Calcule as horas disponíveis da equipe no período e desconte:
- Ausências previstas (férias, treinamentos, feriados).
- A fatia da sustentação, com base no histórico dos últimos meses.
- A cota reservada para melhorias.
- Uma margem para imprevistos.
Exemplo ilustrativo: uma equipe de 12 pessoas, com cerca de 1.500 horas produtivas por mês no total, gasta em média 40% em sustentação e reserva 20% para melhorias. Sobram cerca de 600 horas por mês para projetos, antes ainda da margem para imprevistos. Se a carteira aprovada soma 1.200 horas mensais, metade dos projetos vai atrasar, e não por falta de esforço.
Faça esse cálculo também por especialidade. Em TI, o gargalo raramente é a equipe inteira; costuma ser o especialista em integração, o administrador do banco de dados ou o único desenvolvedor que conhece o sistema legado. A ferramenta de alocação de recursos e capacidade da equipe mostra o mapa de calor por pessoa e aponta a sobrealocação.
Passo 5: monte o comitê e a cadência
O comitê de portfólio de TI reúne os diretores ou gerentes das áreas de negócio que mais demandam tecnologia, o responsável pela TI e o PMO (ou quem faz esse papel). Papéis:
- Áreas de negócio: decidem a prioridade.
- TI: informa esforço, risco técnico, dependências e capacidade.
- PMO: prepara a pauta, aplica os critérios e registra as decisões.
Uma cadência comum: priorização trimestral da carteira de projetos, acompanhamento mensal do andamento e revisão anual junto ao orçamento. Demandas obrigatórias que surgem no meio do ciclo entram com uma regra explícita: o que sai para dar espaço.
Passo 6: publique o roadmap
Depois da priorização, publique um roadmap com o que está em andamento, o que vem no próximo trimestre e o que ficou para depois. Inclua as demandas recusadas, com o motivo. Transparência reduz a pressão por corredor: quando a área vê a fila e o critério, entende por que a sua demanda não está no topo.
Em áreas que trabalham por produto, com times ágeis, o roadmap pode ser organizado por produto ou fluxo de valor, e não por projeto. A lógica de portfólio continua a mesma: decidir onde investir a capacidade.
Passo 7: acompanhe e revise
O acompanhamento no nível do portfólio olha para o conjunto: projetos em risco, conflitos de recursos, dependências entre projetos, uso real da capacidade comparado ao planejado. Integrar os cronogramas ajuda a ver onde dois projetos disputam o mesmo especialista na mesma semana.
Na revisão trimestral, pergunte também se os projetos entregues geraram o resultado esperado. Um sistema implantado que ninguém usa é custo, não benefício.
Gestão de portfólio de TI e governança de TI
O portfólio é uma peça da governança de TI, não a governança inteira. O COBIT, framework de governança e gestão de tecnologia publicado pela ISACA, trata a gestão do portfólio como um dos seus objetivos de gestão, ao lado de temas como riscos, segurança, fornecedores e programas. Na prática, isso significa que o portfólio precisa conversar com a política de segurança, com a arquitetura e com a gestão de contratos. O artigo sobre governança de projetos de TI trata dessas ligações em detalhe, e o guia do escritório de projetos mostra como o PMO sustenta essa rotina.
Erros que travam o portfólio de TI
- A TI decidir sozinha a prioridade do negócio. Ela vira culpada por todas as escolhas.
- Ignorar a sustentação na capacidade. A carteira nasce irreal.
- Aceitar "urgências" fora do processo. Cada exceção ensina que o canal oficial é opcional.
- Comitê que discute tarefa. O comitê decide prioridade e conflito de recursos; o detalhe fica com os times.
- Nunca cancelar nada. Projetos que perderam sentido continuam consumindo gente.
O que fazer esta semana
Levante as demandas de tecnologia em andamento e classifique cada uma nos quatro tipos (obrigatória, sustentação, melhoria, projeto). Depois, compare a soma das horas dos projetos com a capacidade que sobra depois da sustentação. Esse número, apresentado à diretoria, costuma ser o argumento que faltava para criar o comitê. Para a primeira priorização, use a matriz de priorização de projetos com três critérios aprovados e leve o ranking com a linha de corte para a reunião.
