Decide o que vale automatizar — com nota, fonte e responsável — e entrega um plano de adoção pronto.
Acaba com o achismo: transforma a lista de "o que automatizar" em prioridade (quadrante e ondas) e tamanho (sizing AAP 2.7) — cada decisão rastreável até a fonte oficial.
📦 O que você recebe (o resultado)
São 6 entregas — 4 saem direto dos 9 passos; Discovery e Sizing apoiam pelo assessment:
🙋 Quem preenche o quê — e para quê
| Papel | Preenche | Para quê |
|---|---|---|
| Especialista de domínio | Complexidade (fatos técnicos) | medir o esforço real |
| Arquiteto de Automação | Risco · módulo pronto · decisões | avaliar reversibilidade e viabilidade |
| Cliente / Negócio | Valor · Criticidade | dizer o quanto importa ao negócio |
| FARO (automático) | Volume (derivado de hosts×frequência) · ICO · Quadrante · Sizing | calcular sem viés, citando a fonte |
Priorização (Valor × Complexidade)
Distribuição por ICO
Caminho até o sizing
Assistente
Pergunte em linguagem natural. Respondo primeiro pela documentação oficial indexada (citando a fonte); se não constar, busco na web e marco a origem. Nunca misturo as duas.
Casos de uso
Todos os casos de uso. Classifique, vincule a um projeto (um UC fica em no máximo um projeto) ou desvincule para devolver ao backlog.
| ID | Caso de uso | Domínio | ICO | Estado | Projeto | Ações |
|---|
Projetos
Cada projeto organiza seus casos de uso em ondas e cronograma próprios.
| Código | Projeto | UCs | Estado | Ações |
|---|
—
Casos de uso do projeto
| ID | Caso | ICO | Onda | Ações |
|---|
Ondas
Cronograma
Classificar
O especialista responde os fatos; o motor calcula. Cada questão mostra quem responde (RACI) e um help.
RACI — quem responde o quê (clique para abrir)
R Responsável (faz/responde) · A Aprova · C Consultado · I Informado.
| Etapa | Especialista de domínio | Arquiteto | Lead do projeto | Cliente / Negócio |
|---|---|---|---|---|
| Descrever o UC + contexto técnico | R | C | I | C |
| Fatos técnicos (8 fatores → Complexidade/Risco) | R | A | I | — |
| Notas de negócio (Valor / Criticidade) — Volume é derivado de hosts×frequência | C | C | C | R |
| Índices ICO / Quadrante / Bolha (automático) | I | I | I | I |
| Validar a classificação | C | A | R | C |
| Priorizar / alocar em onda | C | A | R | C |
Regra do método: fato técnico é do especialista/arquiteto; nota de negócio é do cliente — ninguém opina fora da sua competência.
—
Resultado (automático)
Priorização
Cada caso classificado é uma bolha: posição = Valor × Complexidade, tamanho = Oportunidade. Filtre por projeto para focar; acompanhe todos os projetos do cliente.
Matriz de priorização
Ondas do projeto
Doc-lookup
Encontre o módulo/collection oficial e o procedimento — RAG grounded, sempre com a fonte.
🤖 IA generativa da busca (opcional · resume os trechos oficiais em procedimento, sempre citando a fonte)
📚 Base de conhecimento — fontes oficiais (envie PDF, URL ou texto; a busca cita a fonte)
Modo apresentador (até 3 telas, sincronizadas): a Tela do cliente vai para o projetor; a Tela do apresentador mostra o que dizer com suas palavras, os pontos, o próximo slide, o cronômetro; e a Ajuda & Glossário (ao seu lado, ou num tablet) traz os termos deste slide + a busca de qualquer termo que o cliente questionar. As três se sincronizam — você navega em qualquer uma e as outras acompanham (mesmo navegador). Atalhos: setas navegam · G/Ctrl+K busca · F tela cheia · N notas.
🎨 Marca da apresentação — logos do parceiro e do cliente (co-branding)
Documentação
O caminho completo do FARO — da preparação e do assessment até o sizing pronto. Siga na ordem; cada passo diz onde fica no menu (clique no marcador para ir direto).
Cadastrar o cliente
Registrar o cliente (tenant) que será avaliado — código, nome e segmento.
Clientes ↗Cadastrar a equipe
Registrar os colaboradores do projeto (engenheiros, especialistas de domínio, arquitetos, tech leads, gerentes) com papel e domínios. Alimenta o RACI e os squads.
Equipe ↗Designar os squads
Cada projeto tem um squad designado; os membros vêm da Equipe (um colaborador pode estar em vários squads).
Squads ↗Medir a maturidade
Responder o pilar de Estratégia & Maturidade (contexto + 23 perguntas que calculam o nível 1–5 + 10 complementares). Cada pergunta tem ajuda e responsável.
Assessment › Estratégia & Maturidade ↗Levantar os casos de uso
Cadastrar (ou importar) os casos candidatos — descrição + contexto técnico (equipamentos, software, versões).
Casos de uso ↗Classificar cada caso
Fatos técnicos (especialista + arquiteto) → Complexidade e Risco; notas de negócio (cliente) → Valor e Criticidade. O Volume é derivado de hosts×frequência do as-is. O ICO, o Quadrante e a Bolha calculam sozinhos.
Classificar ↗Discovery técnico por domínio
Coletar evidências do ambiente real por domínio (versões, topologia de rede, restrições) — insumo para viabilidade e sizing.
Assessment › Discovery técnico ↗Ler a priorização
O gráfico de bolhas mostra o que entrega mais oportunidade pelo esforço. Mais à esquerda e mais alto = melhor.
Priorização ↗Organizar em ondas
Vincular os casos ao projeto e ordená-los em ondas, começando pelos quick wins (read-only) e faseando o risco.
Projetos › Ondas ↗Fundamentar com a doc oficial
Ingerir a documentação oficial (PDFs, em lote) na Base de conhecimento e consultar procedimentos/collections — tudo citando a fonte.
Doc-lookup ↗Sizing da plataforma — pronto
Dimensionar a AAP 2.7 de forma dinâmica: forks, RAM, CPU, nós (control/execution/hop), PostgreSQL, IOPS e topologia testada. Os números citam a fonte oficial ingerida.
Assessment › Sizing AAP 2.7 ↗Quer entender por que cada passo é assim e de onde vem o método? Veja Método (a classificação) e Guia do Assessment (os 4 pilares, fundamentados).
Régua (administração)
Editar as questões, dimensão e quem responde. Publicar versiona a régua — os pesos ficam no servidor (IP).
Questões
Clientes
Registro dos clientes (tenants). Cada cliente tem seu próprio espaço isolado; aqui você cadastra o código, o nome e o segmento.
| Código | Nome | Tenant | Segmento | Estado | Ações |
|---|
Discovery por domínio
Perguntas de contexto técnico específicas de cada domínio. Não alteram os 8 fatores universais de complexidade (que são cross-domínio, por design) — só orientam a coleta e alimentam o doc-lookup. Cada pergunta preenche um campo do contexto (vendor / software / versoes / equipamentos / interface).
O diagnóstico Red Hat de adoção de automação, em 4 pilares. Cada resposta salva sozinha; cada número mostra a fonte oficial. Não é a quantidade de informação — é a clareza. A qualquer momento você gera o entregável em Excel (abas, respostas predefinidas, fórmulas e ajuda).
Equipe do projeto
Colaboradores e seus papéis. Alimenta o RACI (quem responde o quê): a pessoa certa por domínio.
| Nome | Papel | Domínios | Estado | Ações |
|---|
Squads
Cada projeto tem um squad designado. Os membros vêm da Equipe — e um mesmo colaborador pode participar de vários squads/projetos.