Performance Score
Score médio: 56
Alertas: 9
Carga de Trabalho
| Membro | Função | Volume | WIP | Indicador-chave | Overdue | Limite |
| Daniel B. | Dev Senior | 87 | 4 | 4% suporte | 13 | WIP: 4 |
| Paulo S. | Dev Senior | 41 | 2 | 0% suporte | 7 | WIP: 3 |
| Daniel V. | Suporte | 34 tickets | - | SLA 94.1% | 24 aging | Cap: 50 |
| Renata C. | Serviço | 4 contactos | - | 3 silent >30d | 2 renov. | Target: 8/sem |
| João C. | CEO | €72.6k | 11 deals | 6 silent | 2 | Target: €900.0k |
| Pedro T. | Dev Lead | 120 | 9 | 36% suporte | 434 | WIP: 4 |
Tempo — Horas Registadas
| Membro | 7 dias | 30 dias |
| Pedro T. | 25.8h | 102.3h |
| Daniel V. | 3.3h | 43.8h |
| Daniel B. | 1.3h | 24.0h |
| Paulo S. | 4.1h | 17.7h |
Alertas
Daniel B.87 items no sprint (limite: 12)
Paulo S.41 items no sprint (limite: 10)
Daniel V.24 tickets aging >14d
João C.6 clientes sem contacto >14d
João C.2 renovações em risco (<90d)
João C.target comercial a 8% (€72,575/€900,000)
Pedro T.ratio suporte/dev = 36% (limite: 10%)
Pedro T.120 items no sprint (limite: 15)
Pedro T.9 items In Progress (limite: 4)
KPIs — Developers
| Membro | Sprint | WIP ? | Suporte | Deployed | Overdue | Ratio S/D ? |
| Daniel B. | 87 | 4 | 4 | 69 | 13 | 4% |
| Paulo S. | 41 | 2 | 0 | 33 | 7 | 0% |
| Pedro T. | 120 | 9 | 68 | 80 | 434 | 36% |
RACI — Top Processos
Suporte L2/L3Pedro T.(R/A), Daniel B.(R), Paulo S.(R)
Release/DeployPedro T.(R/A), Daniel B.(R), Paulo S.(R)
QAPedro T.(R/A), Daniel B.(R), Paulo S.(R)
Relação Clientes (CS)João C.(A), Renata C.(R)
Roadmap ProdutoJoão C.(A), Pedro T.(R)
Sobrecarga RACI
João C.R ou A em 10 processos — ALTA
Pedro T.R ou A em 10 processos — ALTA
Daniel B.R ou A em 7 processos — MODERADA
Paulo S.R ou A em 6 processos — MODERADA
Dependências Críticas
Daniel V. → Pedro T.34 tickets abertos aguardam resolução técnica
Renata C. → João C.2 renovações pendentes de proposta
Saúde por Domínio
Comercial14 prospects, €422.9k pipeline, 2 follow-ups expirados
CS14 clientes, 3 silenciosos, 0 em risco
Suporte34 abertos, 2 sem resposta >48h, 24 aging >14d
ProdutoSprint 70.3% completo, suporte net -1
Revenue at Risk — €77.0k
YKK€11.5k — termina em 25d
DPD Portugal€65.5k — termina em 26d
Performance Equipa — Score médio: 56
Sprint Progress
185/263 items (70.3%)
Support Health (GSUPPORT)
Time Tracking (Semana)
| Membro | Horas |
| Pedro Trindade | 17.0h |
| Paulo Santos | 4.1h |
| Daniel Vieira | 3.3h |
| Daniel Botelho | 0.8h |
Team Workload
| Developer | Total | SP | WIP | Completed | Not Started |
| Pedro Trindade | 120 | 85 | 9 | 80 | 27 |
| Daniel UBBIN | 87 | 56 | 4 | 69 | 13 |
| Paulo Santos | 41 | 23 | 2 | 33 | 6 |
| João Carvalho | 12 | 3 | 2 | 2 | 8 |
| Renata Dias Cardoso | 2 | 0 | 2 | 0 | 0 |
| Daniel Vieira | 1 | 0 | 0 | 1 | 0 |
Health Indicators
ScheduleOn Track70.3% completo
ScopeStable19 novos vs 37 concluídos
QualityAt Risk3 high/highest bugs open
ResourcesOverloaded9 WIP on one dev
Support LoadAt RiskNet +-1, 87 aging
Performance Score
Cada membro tem um score de 0 a 100 que mede a performance na sua função. Quanto mais alto, melhor.
| Score | Cor | Significado |
| 75–100 | Verde | Excelente — objectivos a ser cumpridos |
| 50–74 | Amarelo | Razoável — alguns indicadores precisam de atenção |
| 25–49 | Laranja | Abaixo do esperado — acção necessária |
| 0–24 | Vermelho | Crítico — indicadores muito abaixo do target |
Como é calculado — por função
CEO (João C.)
Mede o progresso comercial, satisfação de clientes e gestão de pipeline.
| O que mede | Peso | Como funciona |
| Target comercial | 25% | Receita facturada em 2026 vs objectivo de €900k. Se atingiu 100% do target → 25 pontos. |
| Satisfação (Pulse) | 20% | Média do Pulse dos clientes activos (escala 0–5). Pulse 5.0 → 20 pontos; Pulse 2.5 → 10 pontos. |
| Cobertura de pipeline | 15% | O pipeline ponderado (valor × probabilidade) cobre o que falta para o target? 100% de cobertura → 15 pontos. |
| Renovações | 15% | Menos contratos em risco (<90 dias sem renovação) → melhor score. Zero em risco → 15 pontos. |
| Contacto com clientes | 15% | Menos clientes sem contacto >14 dias → melhor score. Todos contactados → 15 pontos. |
| Follow-ups em dia | 10% | Menos follow-ups atrasados → melhor score. Zero atrasados → 10 pontos. |
Developers (Pedro T., Daniel B., Paulo S.)
Mede a entrega de sprint, controlo de WIP e gestão de suporte.
| O que mede | Peso | Como funciona |
| Sprint completion | 35% | Items concluídos / total de items no sprint. 100% concluído → 35 pontos. |
| WIP saudável | 20% | WIP dentro do limite (3–4 items) → 20 pontos. Acima do limite → score desce. |
| Sem overdue | 20% | Zero tarefas em atraso → 20 pontos. Mais overdue → score desce. |
| Suporte controlado | 15% | Ratio suporte/total dentro do limite (10–20%) → 15 pontos. |
| Velocity | 10% | Items entregues esta semana vs esperado. Boa velocity → 10 pontos. |
Suporte (Daniel V.)
Mede a qualidade do serviço de suporte: SLA, tempos de resposta e resolução.
| O que mede | Peso | Como funciona |
| SLA compliance | 30% | % de tickets com primeira resposta. 100% SLA → 30 pontos. |
| Resposta rápida | 25% | Menos tickets sem resposta >48h → melhor. Zero → 25 pontos. |
| Sem aging | 20% | Menos tickets abertos >14 dias → melhor. Zero → 20 pontos. |
| Backlog controlado | 15% | Tickets abertos dentro da capacidade (50) → 15 pontos. |
| Resolução | 10% | Tickets resolvidos esta semana vs target. Bom ritmo → 10 pontos. |
Serviço (Renata C.)
Mede a gestão de relação com clientes, renovações e acompanhamento.
| O que mede | Peso | Como funciona |
| Clientes contactados | 30% | Número de clientes contactados esta semana vs target (8). Todos contactados → 30 pontos. |
| Sem silenciosos | 25% | Menos clientes sem contacto >30d → melhor. Zero silenciosos → 25 pontos. |
| Renovações geridas | 20% | Menos renovações pendentes <60d → melhor. Zero pendentes → 20 pontos. |
| Reuniões | 15% | Número de reuniões esta semana. 4+ reuniões → 15 pontos. |
| Baseline | 10% | Pontos base por cobertura geral. |
Limites por Membro
| Membro | Função | Limites Principais |
| João Carvalho | CEO | Target: €900,000 • WIP: 8 • deals: 10 • followups: 5 • clients: 15 |
| Pedro Trindade | Dev Lead | WIP: 4 • sprint_items: 15 • support_items: 3 • Ratio suporte: 10% |
| Daniel Botelho | Dev Senior | WIP: 4 • sprint_items: 12 • support_items: 4 • Ratio suporte: 20% |
| Paulo Santos | Dev Senior | WIP: 3 • sprint_items: 10 • support_items: 3 • Ratio suporte: 20% |
| Daniel Vieira | Suporte | open_tickets: 50 • daily_resolved: 5 • SLA: 90% • Aging: 10 • Sem resposta: 3 |
| Renata Cardoso | Serviço | clients_weekly: 8 • renewals_managed: 5 • Silenciosos: 3 |
Quando é gerado um alerta
| Função | Situação |
| CEO | Mais de 3 follow-ups atrasados |
| CEO | Mais de 5 clientes sem contacto >14 dias |
| CEO | Pulse médio abaixo de 3.5 |
| CEO | Renovações em risco (<90 dias) |
| CEO | Revenue abaixo de 50% do target anual |
| Developers | WIP acima do limite (3–4 items) |
| Developers | Mais items no sprint que a capacidade |
| Developers | Ratio suporte/dev acima do limite |
| Suporte | Mais de 50 tickets abertos |
| Suporte | Mais de 5 tickets sem resposta >48h |
| Suporte | SLA abaixo de 80% |
| Suporte | Mais de 10 tickets aging >14 dias |
| Serviço | Mais de 3 clientes sem contacto >30 dias |
| Serviço | Mais de 2 renovações pendentes <60 dias |
Glossário de Métricas
| Tab | Métrica | O que é |
| Equipa | Performance Score | Score global de 0–100. Compostos diferentes por função (ver acima). |
| Equipa | Revenue 2026 | Total facturado em deals assinados no ano 2026. |
| Equipa | Pipeline Ponderado | Soma do valor dos prospects × probabilidade de fecho. |
| Equipa | Pulse Médio | Média da satisfação dos clientes activos (escala 0–5). |
| Equipa | WIP | Issues em “In Progress” no sprint actual (Jira). |
| Equipa | Ratio S/D | Tickets de suporte / total de items — quanto suporte vs. entregas. |
| Visão Geral | Saúde por Domínio | Avaliação qualitativa: verde, amarelo ou vermelho. |
| Visão Geral | Revenue at Risk | Clientes com contrato a terminar e saúde não-verde. |
| Pipeline | Prospects | Deals activos em negociação (Notion/HubSpot). |
| Pipeline | Follow-ups | Estado do follow-up: sem data, expirado ou válido. |
| Clientes | Health Emoji | Classificação automática por bugs, dias silencioso e pulse. |
| Clientes | Pulse Score | Score de satisfação do cliente individual (0–5). |
| Clientes | Dias Silencioso | Dias desde o último contacto registado. |
| Suporte | SLA Compliance | % de tickets com primeira resposta dada. |
| Suporte | Net Change | Tickets novos hoje menos resolvidos hoje. |
| Suporte | Aging | Tickets abertos há mais de 14 ou 30 dias. |
| Produto | Sprint Completion | Percentagem de items concluídos no sprint. |
| Produto | Health Indicators | Avaliação de schedule, scope, quality, resources. |
| Sistema | Heartbeat | Estado do cron do sistema Openclaw. |
| Equipa | Tempo Horas 7d/30d | Horas registadas no Tempo Timesheets nos últimos 7 ou 30 dias. |
| Suporte | Horas Suporte | Horas registadas em GSUPPORT por cliente desde o início do contrato actual (Tempo). |
| Clientes | Horas (12m) | Total de horas registadas (Tempo) associadas ao cliente nos últimos 12 meses. |
| Produto | Time Tracking | Horas por projecto e autor na semana corrente (Tempo). |
Fontes de Dados
| Fonte | O que traz | Frequência |
| Jira GFNEXTGEN | Sprints, issues, story points, status, assignees | Diária |
| Jira GSUPPORT | Tickets de suporte, prioridade, resolução | Diária |
| Intercom | Tickets de clientes, tempos de resposta | Diária |
| Notion (Deals) | Pipeline, stages, valores, contratos, follow-ups | Diária |
| Notion (Pulse) | Scores de satisfação por cliente | Diária |
| Gmail | Interações por email | Diária |
| Google Calendar | Reuniões agendadas | Diária |
| Tempo Timesheets | Worklogs: horas por issue, autor, projecto | Diária |
Tempo Timesheets
Fonte: Tempo Cloud v4 API → tabela tempo_worklogs.
Entity resolution: A API Tempo v4 não retorna displayName do autor, apenas author_account_id. O mapeamento para nomes canónicos é feito via TEMPO_ACCOUNT_MAP em shared/team.py, construído cruzando account IDs com assignees do Jira.
Limitações: Worklogs sem company_notion_id não aparecem na análise por cliente. Account IDs não mapeados aparecem como IDs crus.
Saúde de Clientes
Cada cliente recebe um emoji automático na tab Clientes, com base nestas regras (avaliadas por ordem, a primeira que se aplica vence):
| Emoji | Cor | Quando é atribuído |
| 🔴 | Vermelho | 3+ bugs High ou superior, OU sem contacto há 60+ dias, OU contrato termina em <30 dias com problemas |
| 🟠 | Laranja | 1+ bug High, OU sem contacto há 30+ dias, OU pulse abaixo de 3.0 |
| 🟡 | Amarelo | Sem contacto há 14+ dias, OU pulse abaixo de 5.0, OU renovação a <60 dias |
| 🟢 | Verde | Nenhuma condição acima — cliente saudável |
RACI — Matriz Completa
R=Responsible, A=Accountable, C=Consulted, I=Informed
| Processo |
| Pipeline Comercial |
R/A |
I |
I |
I |
I |
C |
| Propostas/Pricing |
R/A |
C |
C |
I |
I |
C |
| Relação Clientes (CS) |
A |
I |
I |
I |
C |
R |
| Score Satisfação Cliente |
I |
I |
I |
I |
C |
R/A |
| Gestão Expectativas |
C |
C |
C |
C |
I |
R/A |
| Suporte L1 |
I |
C |
C |
C |
R/A |
I |
| Suporte L2/L3 |
I |
R/A |
R |
R |
C |
I |
| SLA Compliance |
I |
C |
C |
C |
R/A |
I |
| Arquitectura Sistema |
I |
R/A |
C |
C |
I |
I |
| Roadmap Produto |
A |
R |
C |
C |
I |
C |
| Sprint Planning |
I |
R/A |
C |
C |
I |
C |
| PM/Dev Backend |
I |
R/A |
R/A |
I |
I |
I |
| PM/Dev Frontend Backoffice |
I |
C |
R/A |
I |
I |
I |
| PM/Dev Frontend |
I |
C |
I |
R/A |
I |
I |
| PM/Dev iOS |
I |
C |
I |
R/A |
I |
I |
| PM/Dev Android |
I |
C |
R/A |
I |
I |
I |
| UI/UX Frontend Backoffice |
C |
C |
R/A |
I |
I |
I |
| UI/UX PM/Dev Frontend |
C |
C |
I |
R/A |
I |
I |
| Release/Deploy |
I |
R/A |
R |
R |
I |
I |
| QA |
C |
R/A |
R |
R |
C |
C |
| DevOps |
I |
R/A |
C |
C |
I |
I |
| InfoSec |
I |
R/A |
C |
C |
I |
I |
| Infrastrutura |
I |
R/A |
C |
C |
I |
I |
| AI/Chatbots/GI |
R/A |
C |
C |
I |
I |
I |
| Site Oficial |
R/A |
I |
I |
I |
I |
I |
| Redes Sociais/Editorial |
R/A |
I |
I |
I |
I |
I |
| Design UI/UX |
A |
C |
C |
C |
I |
I |
| Eventos |
R/A |
I |
I |
I |
I |
C |
| RH/Finanças |
R/A |
I |
I |
I |
I |
I |
| Comunicação Roadmap |
I |
C |
I |
I |
I |
R/A |
| Total R/A |
10 |
10 |
7 |
6 |
2 |
4 |
30 processos × 6 membros