Portfolio Dashboards: Real-Time Visibility

Conteúdo

Resposta Rápida (Featured Snippet):
Dashboards de portfólio são visualizações visuais de status, saúde e ROI de todos os projetos em tempo real. Eficazes quando mostram: (1) roadmap e timeline, (2) health (on-track/at-risk/red), (3) recursos e capacidade, (4) ROI e alinhamento. Devem ser diferentes por audiência: executivo vê 1 página; PMO vê detalhes; PM vê seu projeto.

TL;DR (5 bullets):
– Nem toda métrica é útil: mostre apenas KPIs que levam a decisão
– Diferentes dashboards para diferentes públicos: exec, PMO, PM, sponsor
– Atualizar em tempo real: dados vivos, não relatório estático de 2 semanas atrás
– Visual over tabelas: charts, cards, gauges são mais impactantes que excel
– Ferramentas: Planview (nativa), Power BI, Tableau, ou até Jira/ServiceNow dashboards

Full Article

O Problema dos Dashboards “Bonitos mas Inúteis”

Cenário típico:

Consultoria implementa Planview Portfolios. Cria dashboard “lindo” com 15 gráficos, 40 KPIs, tudo “drill-down” e interativo. Executivo abre, tira screenshot, e não volta mais. PMO usa 1 vez.

Por quê? A visualização responde tudo menos “o que eu faço com isso?”

Dashboard eficaz não é “mostrar dados”. É facilitar decisão. Executivo que vê “3 projetos red, 2 at-risk” sabe que precisa tomar ação. PMO que vê “DBA com 110% utilization” sabe que precisa realocar.

Princípios de Dashboard Eficaz

1. Dashboard por Audiência

Não existe dashboard único. Audiências diferentes, necessidades diferentes:

Exemplo — Dashboard de C-Suite (1 página):

┌─────────────────────────────────────────────┐
│  PORTFOLIO HEALTH — DEZEMBRO 2025            │
├─────────────────────────────────────────────┤
│                                              │
│  On-Time Rate: 82% (target: 85%) [YELLOW]   │
│  Budget Health: 94% allocated, 6% variance  │
│  Capacity: 9.2 FTE available, 100% alloc    │
│  Strategic Alignment: 87% (target: >90%)    │
│                                              │
│  Projects: 25 total                          │
│  ✓ On-Track: 18 (72%)                       │
│  ⚠ At-Risk: 5 (20%)                         │
│  ✗ Red: 2 (8%)                              │
│                                              │
│  Key Risks: Delay in FinOps (depends on),   │
│             Low adoption of Kanban tool     │
│                                              │
│  Next Action: Review 2 red projects Fri 3pm │
└─────────────────────────────────────────────┘

Executivo vê isso, tira conclusão em 90 segundos: “Portfolio tá OK, mas preciso revisar 2 projetos red.”

Exemplo — Dashboard de PMO (3-5 páginas):

Página 1: Portfolio Overview (como acima)
Página 2: Timeline & Roadmap (Gantt de todos projetos, dependências)
Página 3: Resource Capacity (utilization por skill, gargalos)
Página 4: Risks & Issues (lista de top 10 riscos, impacts)
Página 5: Financeiro (spend vs. budget, ROI forecast)

2. KPIs Críticos vs. “Nice-to-Have”

Nem toda métrica merece estar em dashboard. Escolha as que:

• Levam a decisão (se mudar, executivo faz algo)
• Revelam status (não estão óbvias em outro lugar)
• Podem ser influenciadas (não culpe PMO por taxa de câmbio)

KPIs Críticos (recomendados):

KPIs “Nice-to-Have” (evitar em dashboard principal):

• Número de reuniões
• Qualidade de documentação
• Satisfação de stakeholder (muito subjetivo)
• Velocity de sprint (mover para dashboard de dev team, não portfólio)

3. Formato Visual Importa

Evitar:
– Tabelas com 50 linhas (ninguém lê)
– Gráficos 3D ou cores arco-íris (feio e confuso)
– Dados que demoram 5 minutos para atualizar (tem que ser live)
– Tooltips com 20 informações (guarde para drill-down)

Preferir:
– Cards / Gauges: KPI principal com cor (verde, amarelo, vermelho)
– Gantt / Timeline: visualizar quando projetos rodão e dependências
– Heatmaps: utilization de recursos (quem está 100%? quem está 50%?)
– Pie/Donut: distribuição de portfólio por tipo/status
– Trend line: progresso ao longo de tempo (on-track vs. forecast)
– Drill-down: click em “5 projetos at-risk” abre lista detalhe

Exemplo — Card de KPI:

┌──────────────────────────┐
│    ON-TIME DELIVERY      │
│                          │
│         82%              │  ← Grande, legível
│                          │
│    Target: 85%           │
│    Trend: ↓ (era 85%)    │
│                          │
│   [Yellow = At Target]   │  ← Cor indica status
└──────────────────────────┘

4. Atualização em Tempo Real

Ruim: “Relatório gerado em 15/12 às 10am” (dados de 5 dias atrás)

Bom: “Atualizado agora” (refresh automático a cada 1-4h)

Técnicas:

• APIs: Planview, Jira, ServiceNow expõem APIs para dados live
• ETL automático: ferramenta de BI (Power BI, Tableau, Qlik) puxa dados a cada 4h
• Google Sheets / Excel com refresh: conexão com Planview ou Jira, atualiza a cada 30min
• Planview dashboards nativos: dados sempre live, sem necessidade de ETL

5. Contexto e Narrativa

Bom dashboard não é só número. Tem contexto:

┌─────────────────────────────────────┐
│ PROJECTS AT-RISK (5)                │
│                                     │
│ • FinOps Apptio                     │
│   Status: Resource gap (DBA at 110%)│
│   Action: Hire or reassign ←────── │
│                                     │
│ • App Legacy Modernization          │
│   Status: Scope creep                │
│   Action: Gate review Wed ←────────│
│                                     │
│ ... (3 mais)                        │
└─────────────────────────────────────┘

Não é só “Apptio at-risk”. É “Por quê?” e “O quê fazer?”

For Technicians:

Arquitetura de dados para dashboard:

Data Sources (Planview, Jira, ERP, Apptio)
        ↓
ETL / Integration Layer (Planview Hub, Talend, Informatica)
        ↓
Data Warehouse (Snowflake, Redshift, ou Planview database)
        ↓
BI Tool (Power BI, Tableau, Planview native, Qlik)
        ↓
Dashboard (Web, Mobile)

Queries exemplo:

-- Health status de projetos
SELECT project_name, status, 
       (actual_cost / budgeted_cost) as cost_variance,
       (current_date - planned_end_date) as days_delayed
FROM projects
ORDER BY status DESC, days_delayed DESC

-- Utilization por skill
SELECT skill, SUM(allocated_fte) / SUM(capacity_fte) as utilization
FROM resource_allocation
WHERE period = current_month
GROUP BY skill
HAVING utilization > 0.9

Ferramentas (integração com Planview):

• Power BI: connector nativo para Planview, drag-drop dashboards
• Tableau: connector via Planview API, customização avançada
• Planview Reports/Dashboards: nativos, mas menos flexível que BI tools
• Qlik Sense: análise ad-hoc, bom para PMO explorando dados

Checklist: Construindo Dashboards

• [ ] Definir audiências: executivo, CIO, PMO, PM, sponsor
• [ ] Listar KPIs críticos: 5-7 por dashboard, não mais
• [ ] Escolher ferramental: Planview, Power BI, Tableau?
• [ ] Desenhar wireframes: layout, posicionamento de cards/gráficos
• [ ] Conectar fontes: Planview, Jira, ERP, Apptio
• [ ] Configurar refresh: automático, a cada 4h máximo
• [ ] Testar acessibilidade: mobile, diferentes navegadores, cores
• [ ] Treinar usuários: como ler, o que fazer com insights
• [ ] Iterar: feedback após 2-4 semanas, ajustar

If You Only Do 3 Things...

1. Defina 1 dashboard para cada audiência: Não tente fazer um dashboard único. Executivo quer 1 página, PMO quer detalhes. Customize.

2. Escolha 5-7 KPIs críticos: On-time rate, budget variance, utilization, alignment, ROI. Não mais. Qualidade > quantidade.

3. Configure refresh automático: Dados vivos valem 10x mais que relatório estático. Setup ETL ou API, update a cada 4h.

Frequently Asked Questions

P: Qual ferramenta é melhor?
R: Se você usa Planview, comece com dashboards nativos. Se quer mais flexibilidade, Power BI ou Tableau. Google Sheets funciona para times pequenos.

P: Quanto tempo leva configurar?
R: Dashboard simples: 2-3 semanas (wireframe, ETL, testes). Dashboard complexo: 6-8 semanas.

P: Como evitar que dashboard vire “relatório bonitão” que ninguém usa?
R: Envolva usuários desde o início. Pergunte: “Que decisão você toma com esses dados?” Se não há resposta, tire da dashboard.

P: Quantos dashboards precisamos?
R: 3-5 cobrindo: portfolio, recursos, financeiro, risco, inovação. Não mais.

Reading & References

• Edward Tufte: “Envisioning Information” (data visualization design)
• “Dashboard Design Best Practices” (Harvard Business Review)
• Planview: “Portfolio Dashboard Guide”

Final CTA:

“Seus dashboards são confusos? Relatórios desatualizados? Redesenhamos sua estratégia de BI para PPM. Workshop de 2h: mapeamos KPIs críticos, criamos wireframes, configuramos ferramental (Planview, Power BI, Tableau). Fale com especialista TWRT.“

Related Reading

• PPM vs. SPM
• Capacity Planning
• Risk Management
• Planview Hub

Eduardo Salerno

Eduardo Salerno is a specialist in IT portfolio and project management, with extensive experience in Planview implementations and digital transformation. At TWRT, he leads initiatives that connect business strategy with technological execution.

See Full Bio