Pular para o conteúdo principal

Personas de Usuário

P1 — Engenheiro de Produto​

"Só quero entregar funcionalidades. Não quero pensar em Kubernetes."

Necessidades​

  • Criação de serviço com um clique e padrões sensatos
  • Visibilidade sobre a saúde do meu serviço em dev, staging e prod
  • Capacidade de solicitar um banco de dados ou fila sem escrever YAML
  • Onboarding rápido ao entrar em um novo time

Fricção Atual​

Gasta de 30 a 60 minutos por semana em coordenação com DevOps.

Estado de Sucesso​

Gasta de 0 a 5 minutos por semana em interações com a plataforma.

P2 — Tech Lead / Engenheiro Sênior​

"Preciso saber o estado de tudo que meu time possui — dependências, deploys, incidentes."

Necessidades​

  • Painel único para saúde dos serviços, grafo de dependências e status de deploy
  • Capacidade de promover releases para produção com aprovações adequadas
  • Capacidade de onboardar novos serviços com arquitetura correta desde o início
  • Catálogo de APIs e documentação dos serviços que possui

Fricção Atual​

Alterna entre Grafana, interface do ArgoCD, CLI do Kubernetes e Slack.

Estado de Sucesso​

O Backstage é o ponto de entrada único; links profundos para outras ferramentas quando necessário.

P3 — Engenheiro de Plataforma​

"Preciso definir a plataforma uma vez e ter as equipes adotando-a corretamente."

Necessidades​

  • Codificar convenções em templates para que as equipes não possam desviar
  • Superfície de revisão que torna violações de convenção visíveis antes do merge
  • Capacidade de aplicar mudanças transversais (nova label, nova quota) sem tocar em cada repositório de domínio
  • Visibilidade sobre a saúde dos serviços de plataforma em todos os clusters

Fricção Atual​

Revisa de 10 a 20 PRs por dia, muitos com erros de convenção.

Estado de Sucesso​

PRs chegam corretos; a CI captura violações antes da revisão.

P4 — Gerente / Diretor de Engenharia​

"Preciso saber quem possui o quê, o que está rodando em produção e quanto custa."

Necessidades​

  • Organograma vinculado à propriedade no catálogo
  • Visão geral da saúde do domínio e frequência de deploy
  • Postura de conformidade (as mudanças em prod seguem o processo de aprovação?)
  • Trilha de auditoria de onboarding/offboarding

Fricção Atual​

Nenhuma visão única — precisa agregar Slack, JIRA e planilhas.

Estado de Sucesso​

Visão organizacional no Backstage com propriedade, saúde dos sistemas e histórico de deploys.

P5 — Segurança / Conformidade​

"Preciso saber que mudanças em produção são aprovadas, o acesso é de menor privilégio e os segredos não estão em texto plano."

Necessidades​

  • Deploy em prod requer aprovação humana (sem push automatizado para prod)
  • RBAC é auditável e vinculado a grupos do provedor de identidade
  • Segredos criptografados em repouso e no Git (Sealed Secrets)
  • Isolamento de rede por limite de projeto

Fricção Atual​

Nenhum registro central de acesso; RBAC é ad-hoc e não documentado.

Estado de Sucesso​

Todo acesso é baseado em grupo, auditável e aplicado por convenção.