Um ciclo para selecionar, desenhar, entregar, ativar e melhorar soluções de automação envolvendo pessoas, regras, fluxos de trabalho, agentes, integrações, automação de interface e operações.
Orientar as equipas desde os resultados do cliente externo e da capacidade até uma solução de automação validada, governada e operável.
Sua rota no mapa
Navegar pelo método
Selecione uma estação, ciclo ou perspectiva para explorar o método.
A hipótese de automação tem evidência referenciada suficiente sobre o resultado esperado, o âmbito, as hipóteses iniciais de implementação, os riscos críticos, a experiência de validação, os limiares e a decisão para determinar se deve avançar.
A propriedade está clara para a oportunidade de automação, as decisões de processo, a validação do PoC, os riscos e os resultados do ciclo de vida.
Critérios de saída
A arquitetura de automação selecionada, os mecanismos de implementação, os controlos humanos, as restrições de segurança e a abordagem de recuperação foram validados com as partes interessadas relevantes.
A automação tem evidência de correção funcional, permissões, tratamento de exceções, supervisão, monitorização, suporte, rollback e propriedade operacional.
O desempenho da automação, os resultados do processo, os sinais de risco, as intervenções manuais, os incidentes e os benefícios realizados podem ser monitorizados e usados para priorizar melhorias.
Comece pelo cliente externo mais significativo. Reutilize evidência da jornada e do valor da capacidade para validar se uma hipótese de automação deve avançar.
Muitas organizações pensam nas APIs como projetos tecnológicos e não como produtos. O resultado? Consumidores confusos, fraca adoção e esforço desperdiçado.
Esta estação ajuda-o a definir o objetivo da sua API, o público-alvo e os critérios de sucesso, para que as equipas possam fornecer APIs que resolvam problemas reais.
Clarifique os requisitos de processo, experiência, domínio, serviço e não funcionais que o workflow e a arquitetura posteriores devem satisfazer.
As APIs excelentes não funcionam apenas - elas são intuitivas. Quer o consumidor seja um programador interno, um parceiro externo ou um agente de IA, a sua experiência determina a adoção.
Snum plano de experiência claro:
- Grandes APIs ficam sem uso
- As equipas perdem tempo a tentar adivinhar como utilizar a sua API
- Os ciclos de feedback estão quebrados ou ausentes.
Esta estação ajuda-o a ver a sua API através dos olhos dos seus consumidores.
Use impacto, localização, capacidade e requisitos anteriores para escolher a abordagem de implementação da automação e registar a justificação e os riscos restantes.
Quando as APIs são escalonadas entre equipas, a sua plataforma deve permitir a governação e a reutilização sem bloquear a velocidade. Esta estação mostra como arquitetar APIs para longevidade, segurança e eficiência.
Desenhe o workflow interno necessário para entregar os resultados selecionados para o cliente e a capacidade, incluindo alocação de trabalho, controlos, exceções, recuperação, evidência e monitorização.
Conceber APIs não se resume apenas a nomear endpoints. Um bom projeto garante que as APIs sejam utilizáveis, consistentes e alinhadas com os objetivos de negócio e técnicos. Um projeto inadequado leva a um acoplamento rígido, baixa reutilização e retrabalho dispendioso entre as equipas.
Construa, configure, teste, versione, implante e prepare o modelo operacional para o caminho de automação selecionado, incluindo propriedade, ambientes, runbooks, monitorização, fallback, rollback, suporte e riscos conhecidos.
Mesmo os melhores conceções de API falham se a entrega for inconsistente. Esta estação assegura que as suas APIs são construídas com qualidade, testadas exaustivamente e implementadas de forma fiável - permitindo iterações mais rápidas e maior confiança.
Use uma checklist de prontidão para rever evidências e registar a decisão de lançamento: pronto, pronto com condições, correção necessária ou não aprovado.
Uma decisão formal de prontidão impede que soluções de automação sejam lançadas sem evidências claras, riscos aceites, ações de remediação e ownership de negócio e operacional.
Ative e implemente a automação com segurança usando comunicação, formação, instruções operacionais, caminhos de suporte, monitorização da adoção, canais de feedback, rollout faseado, pausa e condições de rollback.
Soluções de automação só criam valor após rollout quando as pessoas afetadas e sistemas consumidores entendem o que muda, como acesso e operação funcionam, onde obter suporte e quando o rollout deve pausar, expandir ou reverter.
Monitorize os resultados reais da automação, sucessos e falhas de execução, exceções, repetições, intervenções, tempo de ciclo, tempo de espera, custo, erros, ações inseguras, adoção, confiança, benefício realizado e quais hipóteses foram confirmadas ou rejeitadas.
Soluções lançadas precisam de evidências para mostrar se os resultados esperados estão a ser alcançados, onde ainda é necessária intervenção manual ou recuperação, e qual decisão de ciclo de vida deve ser tomada a seguir.
Publicar isto cycle
Export the page-specific template after reviewing the entity summary and supporting details above.
Exportação Confluence
Modelos de publicação
Use Markdown for repositories and static sites, or Confluence-wiki markup for compatible Confluence pages.
Markdown
# Ciclo de Automação question template
Um ciclo para selecionar, desenhar, entregar, ativar e melhorar soluções de automação envolvendo pessoas, regras, fluxos de trabalho, agentes, integrações, automação de interface e operações.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
## 1. Estratégia da oportunidade de automação
Comece pelo cliente externo mais significativo. Reutilize evidência da jornada e do valor da capacidade para validar se uma hipótese de automação deve avançar.
### Canvas questions
#### Canvas da Jornada do Cliente
Que jornada vive o cliente relevante mais externo e o que deve ser melhorado?
- **Persona do utilizador**: Quem é o cliente típico que passa por esta percurso?
- **O cliente descobre a necessidade**: Como o cliente reconhece sua necessidade ou problema?
- **Necessidade do cliente resolvida**: Como a necessidade do cliente é resolvida no final?
- **Etapas da percurso**: Quais são as etapas que o cliente percorre em sua percurso?
- **Dores**: Quais são os pontos fracos ou desafios do cliente?
- **Ganhos**: Quais são os ganhos ou benefícios do cliente?
- **Entradas e saídas**: Quais são as entradas e saídas em cada etapa?
- **Regras de interação e processamento**: Quais são as regras de interação e processamento em cada etapa?
- **Oportunidades de melhoria**: Que etapas da jornada indicam que uma capacidade ou processo subjacente deve ser criado, melhorado, automatizado ou removido?
#### Canvas da Proposta de Valor da Capacidade
Que capacidade reutilizável criaria valor para os utilizadores sem decidir ainda se deve ser disponibilizada como API, evento, ficheiro, stream, produto de dados ou outro estilo de implementação?
- **Tarefas e resultados dos utilizadores**: O que os utilizadores, parceiros, utilizadores, sistemas ou equipas estão a tentar alcançar?
- **Funcionalidades da capacidade que permitem ganhos**: Que funcionalidades da capacidade ajudariam os utilizadores a alcançar melhores resultados, rapidez, automação, conhecimento, alcance ou conformidade?
- **Funcionalidades da capacidade que aliviam dores**: Que funcionalidades da capacidade removeriam atrito, trabalho manual, erros, atrasos, risco ou incerteza para os utilizadores?
- **Capacidades reutilizáveis**: Que capacidades de negócio ou de dados reutilizáveis poderiam servir estas tarefas, ganhos e dores em mais do que um utilizador ou caso de utilização?
#### Canvas de hipótese e validação de automação
Transforme evidências existentes de jornada, valor, impacto, domínio e capacidade numa decisão de automação testável.
- **Hipótese de automação**: Que trabalho acreditamos que deve ser automatizado e que resultado deve alcançar?
- **Evidências reutilizadas**: Que resultados de canvases anteriores suportam a hipótese?
- **Pressupostos críticos**: O que poderia tornar a hipótese errada, insegura ou inviável?
- **Experiência de validação**: Qual é o menor teste útil, limiar de evidência e condição de paragem?
- **Decisão**: Prosseguir, rever, redesenhar o processo ou parar?
### Before this station
- [ ] A hipótese de automação tem evidência referenciada suficiente sobre o resultado esperado, o âmbito, as hipóteses iniciais de implementação, os riscos críticos, a experiência de validação, os limiares e a decisão para determinar se deve avançar.
- [ ] A propriedade está clara para a oportunidade de automação, as decisões de processo, a validação do PoC, os riscos e os resultados do ciclo de vida.
### Ready to leave when
- [ ] Sinais de mercado relevantes, feedback ou conhecimento operacional estão disponíveis para orientar esta oportunidade de capacidade.
- [ ] Os objetivos de negócio estão definidos.
- [ ] A investigação de mercado identifica oportunidades de capacidade.
- [ ] As partes interessadas relevantes concordam que vale a pena explorar e priorizar esta oportunidade de capacidade.
## 2. Requisitos de processo e experiência
Clarifique os requisitos de processo, experiência, domínio, serviço e não funcionais que o workflow e a arquitetura posteriores devem satisfazer.
### Canvas questions
#### Canvas de Requisitos da Experiência do Utilizador
Que requisitos de experiência, operacionais e não funcionais a solução deve satisfazer para utilizadores, operadores, consumidores, aprovadores e equipas de suporte?
- **Objetivos de utilizador, operador ou consumidor**: Que objetivos de negócio, workflow, decisão, automação, suporte ou utilização de dados devem ser suportados?
- **Necessidades de disponibilidade e tempestividade**: Quando a solução deve estar disponível, quão atual deve ser a informação e que janelas de resposta, entrega ou conclusão importam para utilizadores e operadores?
- **Expectativas de volume e desempenho**: Que volumes de utilizadores, casos, transações, registos, eventos, ficheiros, lotes ou itens de trabalho devem ser entendidos antes do planeamento de capacidade?
- **Necessidades de qualidade e consistência de dados**: Que expectativas de exatidão, completude, consistência, ordenação, deduplicação, reconciliação ou validação têm utilizadores, operadores ou sistemas consumidores?
- **Restrições de segurança, privacidade e conformidade**: Que restrições de identidade, autorização, confidencialidade, residência, consentimento, retenção, auditoria ou regulamentares a solução deve satisfazer?
- **Ativação e acesso**: Como utilizadores, operadores ou equipas consumidoras obtêm acesso, iniciam ou participam na solução e recebem as permissões e orientação necessárias?
- **Expectativas de mudança e versionamento**: Que tolerância à mudança existe e que expectativas de aviso, compatibilidade, migração, formação ou versionamento se aplicam?
- **Necessidades de observabilidade e suporte**: Que monitorização, estado, rastreabilidade, visibilidade de qualidade, suporte, ownership e comunicação de incidentes utilizadores e operadores necessitam?
- **Necessidades de recuperação e continuidade**: Que expectativas de replay, retry, reconciliação, backup, fallback, continuidade ou recuperação manual devem ser suportadas?
- **Restrições para design posterior**: Que requisitos devem ser satisfeitos por decisões posteriores de arquitetura, workflow, capacidade, integração ou implementação?
#### Canvas de Domínio
Quais são as entidades principais e as regras de negócio relacionadas com a API?
- **Etapas selecionadas da percurso do cliente**: Quais etapas da percurso do cliente são relevantes para este domínio?
- **Entidades principais e significado de negócio**: Quais são as entidades principais e seu significado de negócio?
- **Atributos e importância de negócio**: Quais são os principais atributos de cada entidade e sua importância de negócio?
- **Relações entre entidades**: Quais são as relações entre as entidades?
- **Regras de negócio, conformidade e integridade**: Quais são as regras de negócio, conformidade e integridade relacionadas com as entidades?
- **Considerações sobre segurança e privacidade**: Quais são as considerações sobre segurança e privacidade relacionadas com as entidades?
### Before this station
- [ ] Sinais de mercado relevantes, feedback ou conhecimento operacional estão disponíveis para orientar esta oportunidade de capacidade.
- [ ] Os objetivos de negócio estão definidos.
- [ ] A investigação de mercado identifica oportunidades de capacidade.
- [ ] As partes interessadas relevantes concordam que vale a pena explorar e priorizar esta oportunidade de capacidade.
### Ready to leave when
- [ ] A oportunidade de capacidade está identificada e documentada.
- [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
- [ ] Os segmentos de utilizadores estão identificados.
- [ ] Está definido um roadmap de implementação de alto nível.
## 3. Decisão de arquitetura e plataforma de automação
Use impacto, localização, capacidade e requisitos anteriores para escolher a abordagem de implementação da automação e registar a justificação e os riscos restantes.
### Canvas questions
#### Canvas de Impacto no Negócio
Que valor, risco e impactos operacionais, financeiros, de clientes, colaboradores, conformidade e estratégicos são esperados ou estão em causa?
- **Benefícios esperados**: Que benefícios de negócio, cliente, colaborador, qualidade, velocidade, risco, conformidade ou estratégicos são esperados?
- **Impacto na eficiência operacional**: Como podem mudar o esforço de trabalho, o tempo de espera, o retrabalho, o débito, a fiabilidade, a carga de suporte ou o custo operacional?
- **Impacto em clientes e colaboradores**: Como irão clientes, colaboradores, parceiros, operadores ou equipas de suporte experienciar a mudança?
- **Impacto financeiro**: Que impacto em receitas, custos, investimento, poupanças, prevenção de perdas ou financiamento é esperado?
- **Impacto de conformidade e estratégico**: Que consequências regulamentares, contratuais, de políticas, reputação, mercado, ecossistema ou estratégicas são relevantes?
- **Impacto de não prosseguir**: O que acontece se a capacidade, automação, integração ou serviço não for melhorado ou entregue?
- **Riscos e criticidade**: Que riscos de disponibilidade, segurança, dados, segurança operacional, processo, adoção ou continuidade do negócio podem afetar o resultado?
- **Mitigações e impacto na decisão**: Que mitigações, restrições, compromissos ou riscos residuais devem influenciar decisões de priorização, arquitetura, rollout ou prontidão?
#### Canvas de Localização
Que fronteiras geopolíticas, regulamentares, de rede e de confiança afetam esta API?
- **Grupos de Localização / Confiança**: Quais são os grupos geopolíticos, regulamentares, de rede ou de confiança relevantes?
- **Características do grupo**: Quais são as características desses grupos, como residência, nível de confiança ou exposição de rede?
- **Locais / Zonas Relevantes**: Quais são os locais, zonas ou ambientes relevantes dentro de cada grupo?
- **Características de localização / zona**: Quais são as características dessas localizações ou zonas, tais como propriedade, região ou exposição?
- **Distâncias de Rede / Regulatórias**: Que distâncias de latência, confiança, regulatórias ou de conectividade existem entre os locais?
- **Características da Distância**: Quais são as características dessas distâncias, como sensibilidade à latência, restrições de residência ou limites de confiança?
- **Pontos de extremidade de conectividade**: Quais pontos de extremidade ou interfaces de conectividade estão associados aos locais?
- **Características de acesso aos pontos de extremidade**: Quais são as características desses pontos de extremidade, tais como exposição, protocolo, segurança ou restrições de acesso?
#### Canvas de Capacidade
Quanta procura, carga, temporização e capacidade de escala devem ser compreendidas para a capacidade, automação, integração ou serviço?
- **Volumes de negócio atuais**: Quais são os volumes de negócio e as taxas de transação atuais?
- **Tendências de consumo futuro**: Quais são as tendências de consumo futuro previstas?
- **Requisitos de pico de carga e disponibilidade**: Quais são os requisitos de pico de carga e disponibilidade?
- **Estratégias de cache**: Quais estratégias de cache podem ser usadas para otimizar o desempenho?
- **Estratégias de limitação de pedidos**: Que estratégias de limitação de pedidos podem ser usadas para gerir o consumo?
- **Estratégias de dimensionamento**: Que estratégias de dimensionamento podem ser usadas para acomodar o crescimento?
#### Canvas de decisão de arquitetura de automação
Escolha a abordagem de implementação usando evidências já recolhidas.
- **Entradas reutilizadas**: Que requisitos e decisões de capacidade, localização, impacto e responsabilidade restringem a escolha?
- **Opções viáveis**: Que opções humanas, de workflow, regras, agentes, APIs, conectores, personalizadas ou de automação de UI permanecem viáveis?
- **Abordagem selecionada**: Que estilo de implementação ou híbrido é selecionado?
- **Justificação da decisão**: Porque é que a abordagem selecionada é a mais adequada?
- **Alternativas rejeitadas**: Que alternativas sérias foram rejeitadas e porquê?
- **Riscos em aberto**: O que ainda precisa de validação antes da entrega ou release?
### Before this station
- [ ] A oportunidade de capacidade está identificada e documentada.
- [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
- [ ] Os segmentos de utilizadores estão identificados.
- [ ] Está definido um roadmap de implementação de alto nível.
### Ready to leave when
- [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
- [ ] Os segmentos de utilizadores estão identificados.
- [ ] Está definido um roadmap de implementação de alto nível.
## 4. Conceção do fluxo de trabalho de automação
Desenhe o workflow interno necessário para entregar os resultados selecionados para o cliente e a capacidade, incluindo alocação de trabalho, controlos, exceções, recuperação, evidência e monitorização.
### Canvas questions
#### Canvas de workflow de automação
Desenhar o fluxo de trabalho interno necessário para produzir os resultados selecionados para o cliente e para a capacidade.
- **Resultados selecionados do cliente e da capacidade**: Que resultados acordados para o cliente e para a capacidade este fluxo deve produzir?
- **Etapas do fluxo de trabalho interno**: Que trabalho interno deve acontecer para produzir esses resultados?
- **Distribuição do trabalho e controlo humano**: O que permanece humano, o que é automatizado e onde são necessárias supervisão ou escalada?
- **Entradas, saídas e interações**: Que informações, sistemas e transferências são necessários?
- **Decisões, exceções e recuperação**: O que altera o fluxo, o que pode falhar e como o trabalho é recuperado?
- **Evidências e monitorização**: O que comprova o funcionamento correto e mostra se o resultado pretendido foi alcançado?
### Before this station
- [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
- [ ] Os segmentos de utilizadores estão identificados.
- [ ] Está definido um roadmap de implementação de alto nível.
### Ready to leave when
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
## 5. Entrega e operacao da automacao
Construa, configure, teste, versione, implante e prepare o modelo operacional para o caminho de automação selecionado, incluindo propriedade, ambientes, runbooks, monitorização, fallback, rollback, suporte e riscos conhecidos.
### Canvas questions
#### Canvas de prontidão e operações de automação
Prepare as evidências operacionais mínimas necessárias antes da revisão de prontidão.
- **Responsabilidade**: Quem é responsável por resultados de negócio, operações, suporte e mudanças?
- **Ambientes e acesso**: Ambientes, permissões, credenciais e identidades estão prontos?
- **Evidências de teste**: O que comprova comportamento correto, seguro e fiável?
- **Monitorização e suporte**: Como serão suportados estado, incidentes, utilizadores e operadores?
- **Falha e recuperação**: Como funcionarão exceções, fallback, rollback e recuperação manual?
- **Estado de prontidão**: Documentação, riscos, condições e lacunas bloqueadoras estão claros?
### Before this station
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
### Ready to leave when
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
## 6. Revisão de prontidão da automação
Use uma checklist de prontidão para rever evidências e registar a decisão de lançamento: pronto, pronto com condições, correção necessária ou não aprovado.
### Station questions
- Rever o desenho concluído, evidências de teste, modelo operacional, permissões, credenciais, monitorização, suporte, fallback e rollback.
- Verificar se riscos conhecidos, exceções, ações inseguras, supervisão humana, requisitos de conformidade e suposições não resolvidas foram tratados ou explicitamente aceites.
- Registar achados bloqueantes, riscos residuais aceites, condições de lançamento e ações de remediação necessárias.
- Decidir se o lançamento está pronto, pronto com condições, requer remediação ou não é aprovado.
- Registar o owner da decisão, a data da decisão e as evidências usadas.
- Confirmar que nada avança para lançamento sem ownership de negócio e operacional claro.
- Use a evidência de prontidão para tomar uma decisão explícita de avançar, avançar com condições ou não avançar antes do uso em produção.
- Uma decisão formal de prontidão impede que soluções de automação sejam lançadas sem evidências claras, riscos aceites, ações de remediação e ownership de negócio e operacional.
### Before this station
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
### Ready to leave when
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] A interface e as suas capacidades estão documentadas de forma suficientemente clara para revisão, auditoria e onboarding.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
- [ ] O contrato de interface foi validado e testado face aos requisitos funcionais e não funcionais.
### Other related resources
- **Checklist de prontidão da automatização**: Uma checklist para rever evidências de automação, achados bloqueantes, riscos residuais aceites, condições de lançamento, ações de correção, responsável pela decisão, data da decisão e prontidão de lançamento.
## 7. Rollout e enablement da automação
Ative e implemente a automação com segurança usando comunicação, formação, instruções operacionais, caminhos de suporte, monitorização da adoção, canais de feedback, rollout faseado, pausa e condições de rollback.
### Station questions
- Pessoas afetadas e trabalho alterado: quem vai usar, operar, suportar, aprovar, consumir ou ser afetado pelo lançamento, e que responsabilidades, decisões, handoffs ou práticas de trabalho vão mudar?
- Ativação e abordagem de rollout: como serão geridos acesso, permissões, piloto, rollout faseado, grupos restritos, operação paralela e expansão?
- Enablement e suporte: que comunicação, formação, instruções operacionais e caminhos de suporte são necessários?
- Feedback e controlo: como serão monitorizados adoção, confiança, uso real, problemas e comportamento inesperado, e que condições acionam pausa, rollback ou retorno à operação manual?
- Planeie rollout, enablement, suporte, feedback e rollback para que as soluções lançadas possam ser adotadas com segurança.
- Soluções de automação só criam valor após rollout quando as pessoas afetadas e sistemas consumidores entendem o que muda, como acesso e operação funcionam, onde obter suporte e quando o rollout deve pausar, expandir ou reverter.
### Before this station
- [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
- [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
- [ ] A interface e as suas capacidades estão documentadas de forma suficientemente clara para revisão, auditoria e onboarding.
- [ ] O desenho da interface segue os standards e convenções de desenho acordados.
- [ ] O contrato de interface foi validado e testado face aos requisitos funcionais e não funcionais.
### Ready to leave when
- [ ] A solução passa as verificações de qualidade, segurança, conformidade e prontidão.
- [ ] As conclusões da auditoria e as decisões de correção são partilhadas com as partes interessadas relevantes.
- [ ] A capacidade está pronta para ser publicada ou disponibilizada através do mecanismo de entrega selecionado.
- [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
### Other related resources
- **Guia de rollout e enablement da automatização**: Guia para ativar e implementar automações com análise do trabalho alterado, abordagem de rollout, enablement, suporte, feedback, monitorização da adoção e condições de controlo.
## 8. Monitorização e melhoria da automação
Monitorize os resultados reais da automação, sucessos e falhas de execução, exceções, repetições, intervenções, tempo de ciclo, tempo de espera, custo, erros, ações inseguras, adoção, confiança, benefício realizado e quais hipóteses foram confirmadas ou rejeitadas.
### Station questions
- Resultados e valor: os resultados esperados de processo, utilizador e negócio estão a ser alcançados?
- Desempenho operacional: o que mostram execuções bem-sucedidas, falhas, conclusões parciais, exceções, retries, timeouts, intervenções, tempo de processamento, tempo de espera e custo?
- Sinais de utilizador, risco e recuperação: que erros, correções, ações inseguras, contornos, desconfiança, necessidades de suporte, eventos de fallback ou falhas de recuperação ocorrem?
- Aprendizagem e decisão de ciclo de vida: que suposições da hipótese foram suportadas ou rejeitadas, e a solução deve ser melhorada, expandida, restringida, redesenhada, pausada ou retirada?
- Use evidência operacional, de utilizador, risco e valor para decidir o que melhorar, expandir, restringir, pausar ou retirar.
- Soluções lançadas precisam de evidências para mostrar se os resultados esperados estão a ser alcançados, onde ainda é necessária intervenção manual ou recuperação, e qual decisão de ciclo de vida deve ser tomada a seguir.
### Before this station
- [ ] A solução passa as verificações de qualidade, segurança, conformidade e prontidão.
- [ ] As conclusões da auditoria e as decisões de correção são partilhadas com as partes interessadas relevantes.
- [ ] A capacidade está pronta para ser publicada ou disponibilizada através do mecanismo de entrega selecionado.
- [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
### Ready to leave when
- [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
- [ ] Os processos de onboarding, suporte e comunicação para utilizadores estão prontos.
- [ ] Os requisitos legais, de privacidade e de conformidade para publicação ou disponibilização estão definidos e compreendidos.
### Other related resources
- **Monitorização da automação e métricas de valor**: Guia para medir resultados, desempenho operacional, comportamento do utilizador, risco, recuperação, valor realizado, aprendizagem da hipótese e decisões de ciclo de vida após o rollout.
Confluence-wiki
h1. Ciclo de Automação question template
Um ciclo para selecionar, desenhar, entregar, ativar e melhorar soluções de automação envolvendo pessoas, regras, fluxos de trabalho, agentes, integrações, automação de interface e operações.
Use this template to gather answers and evidence station by station. Canvas section prompts are listed first, followed by other related resources.
h2. 1. Estratégia da oportunidade de automação
Comece pelo cliente externo mais significativo. Reutilize evidência da jornada e do valor da capacidade para validar se uma hipótese de automação deve avançar.
h3. Canvas questions
h4. Canvas da Jornada do Cliente
Que jornada vive o cliente relevante mais externo e o que deve ser melhorado?
* *Persona do utilizador*: Quem é o cliente típico que passa por esta percurso?
* *O cliente descobre a necessidade*: Como o cliente reconhece sua necessidade ou problema?
* *Necessidade do cliente resolvida*: Como a necessidade do cliente é resolvida no final?
* *Etapas da percurso*: Quais são as etapas que o cliente percorre em sua percurso?
* *Dores*: Quais são os pontos fracos ou desafios do cliente?
* *Ganhos*: Quais são os ganhos ou benefícios do cliente?
* *Entradas e saídas*: Quais são as entradas e saídas em cada etapa?
* *Regras de interação e processamento*: Quais são as regras de interação e processamento em cada etapa?
* *Oportunidades de melhoria*: Que etapas da jornada indicam que uma capacidade ou processo subjacente deve ser criado, melhorado, automatizado ou removido?
h4. Canvas da Proposta de Valor da Capacidade
Que capacidade reutilizável criaria valor para os utilizadores sem decidir ainda se deve ser disponibilizada como API, evento, ficheiro, stream, produto de dados ou outro estilo de implementação?
* *Tarefas e resultados dos utilizadores*: O que os utilizadores, parceiros, utilizadores, sistemas ou equipas estão a tentar alcançar?
* *Funcionalidades da capacidade que permitem ganhos*: Que funcionalidades da capacidade ajudariam os utilizadores a alcançar melhores resultados, rapidez, automação, conhecimento, alcance ou conformidade?
* *Funcionalidades da capacidade que aliviam dores*: Que funcionalidades da capacidade removeriam atrito, trabalho manual, erros, atrasos, risco ou incerteza para os utilizadores?
* *Capacidades reutilizáveis*: Que capacidades de negócio ou de dados reutilizáveis poderiam servir estas tarefas, ganhos e dores em mais do que um utilizador ou caso de utilização?
h4. Canvas de hipótese e validação de automação
Transforme evidências existentes de jornada, valor, impacto, domínio e capacidade numa decisão de automação testável.
* *Hipótese de automação*: Que trabalho acreditamos que deve ser automatizado e que resultado deve alcançar?
* *Evidências reutilizadas*: Que resultados de canvases anteriores suportam a hipótese?
* *Pressupostos críticos*: O que poderia tornar a hipótese errada, insegura ou inviável?
* *Experiência de validação*: Qual é o menor teste útil, limiar de evidência e condição de paragem?
* *Decisão*: Prosseguir, rever, redesenhar o processo ou parar?
h3. Before this station
* [ ] A hipótese de automação tem evidência referenciada suficiente sobre o resultado esperado, o âmbito, as hipóteses iniciais de implementação, os riscos críticos, a experiência de validação, os limiares e a decisão para determinar se deve avançar.
* [ ] A propriedade está clara para a oportunidade de automação, as decisões de processo, a validação do PoC, os riscos e os resultados do ciclo de vida.
h3. Ready to leave when
* [ ] Sinais de mercado relevantes, feedback ou conhecimento operacional estão disponíveis para orientar esta oportunidade de capacidade.
* [ ] Os objetivos de negócio estão definidos.
* [ ] A investigação de mercado identifica oportunidades de capacidade.
* [ ] As partes interessadas relevantes concordam que vale a pena explorar e priorizar esta oportunidade de capacidade.
h2. 2. Requisitos de processo e experiência
Clarifique os requisitos de processo, experiência, domínio, serviço e não funcionais que o workflow e a arquitetura posteriores devem satisfazer.
h3. Canvas questions
h4. Canvas de Requisitos da Experiência do Utilizador
Que requisitos de experiência, operacionais e não funcionais a solução deve satisfazer para utilizadores, operadores, consumidores, aprovadores e equipas de suporte?
* *Objetivos de utilizador, operador ou consumidor*: Que objetivos de negócio, workflow, decisão, automação, suporte ou utilização de dados devem ser suportados?
* *Necessidades de disponibilidade e tempestividade*: Quando a solução deve estar disponível, quão atual deve ser a informação e que janelas de resposta, entrega ou conclusão importam para utilizadores e operadores?
* *Expectativas de volume e desempenho*: Que volumes de utilizadores, casos, transações, registos, eventos, ficheiros, lotes ou itens de trabalho devem ser entendidos antes do planeamento de capacidade?
* *Necessidades de qualidade e consistência de dados*: Que expectativas de exatidão, completude, consistência, ordenação, deduplicação, reconciliação ou validação têm utilizadores, operadores ou sistemas consumidores?
* *Restrições de segurança, privacidade e conformidade*: Que restrições de identidade, autorização, confidencialidade, residência, consentimento, retenção, auditoria ou regulamentares a solução deve satisfazer?
* *Ativação e acesso*: Como utilizadores, operadores ou equipas consumidoras obtêm acesso, iniciam ou participam na solução e recebem as permissões e orientação necessárias?
* *Expectativas de mudança e versionamento*: Que tolerância à mudança existe e que expectativas de aviso, compatibilidade, migração, formação ou versionamento se aplicam?
* *Necessidades de observabilidade e suporte*: Que monitorização, estado, rastreabilidade, visibilidade de qualidade, suporte, ownership e comunicação de incidentes utilizadores e operadores necessitam?
* *Necessidades de recuperação e continuidade*: Que expectativas de replay, retry, reconciliação, backup, fallback, continuidade ou recuperação manual devem ser suportadas?
* *Restrições para design posterior*: Que requisitos devem ser satisfeitos por decisões posteriores de arquitetura, workflow, capacidade, integração ou implementação?
h4. Canvas de Domínio
Quais são as entidades principais e as regras de negócio relacionadas com a API?
* *Etapas selecionadas da percurso do cliente*: Quais etapas da percurso do cliente são relevantes para este domínio?
* *Entidades principais e significado de negócio*: Quais são as entidades principais e seu significado de negócio?
* *Atributos e importância de negócio*: Quais são os principais atributos de cada entidade e sua importância de negócio?
* *Relações entre entidades*: Quais são as relações entre as entidades?
* *Regras de negócio, conformidade e integridade*: Quais são as regras de negócio, conformidade e integridade relacionadas com as entidades?
* *Considerações sobre segurança e privacidade*: Quais são as considerações sobre segurança e privacidade relacionadas com as entidades?
h3. Before this station
* [ ] Sinais de mercado relevantes, feedback ou conhecimento operacional estão disponíveis para orientar esta oportunidade de capacidade.
* [ ] Os objetivos de negócio estão definidos.
* [ ] A investigação de mercado identifica oportunidades de capacidade.
* [ ] As partes interessadas relevantes concordam que vale a pena explorar e priorizar esta oportunidade de capacidade.
h3. Ready to leave when
* [ ] A oportunidade de capacidade está identificada e documentada.
* [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
* [ ] Os segmentos de utilizadores estão identificados.
* [ ] Está definido um roadmap de implementação de alto nível.
h2. 3. Decisão de arquitetura e plataforma de automação
Use impacto, localização, capacidade e requisitos anteriores para escolher a abordagem de implementação da automação e registar a justificação e os riscos restantes.
h3. Canvas questions
h4. Canvas de Impacto no Negócio
Que valor, risco e impactos operacionais, financeiros, de clientes, colaboradores, conformidade e estratégicos são esperados ou estão em causa?
* *Benefícios esperados*: Que benefícios de negócio, cliente, colaborador, qualidade, velocidade, risco, conformidade ou estratégicos são esperados?
* *Impacto na eficiência operacional*: Como podem mudar o esforço de trabalho, o tempo de espera, o retrabalho, o débito, a fiabilidade, a carga de suporte ou o custo operacional?
* *Impacto em clientes e colaboradores*: Como irão clientes, colaboradores, parceiros, operadores ou equipas de suporte experienciar a mudança?
* *Impacto financeiro*: Que impacto em receitas, custos, investimento, poupanças, prevenção de perdas ou financiamento é esperado?
* *Impacto de conformidade e estratégico*: Que consequências regulamentares, contratuais, de políticas, reputação, mercado, ecossistema ou estratégicas são relevantes?
* *Impacto de não prosseguir*: O que acontece se a capacidade, automação, integração ou serviço não for melhorado ou entregue?
* *Riscos e criticidade*: Que riscos de disponibilidade, segurança, dados, segurança operacional, processo, adoção ou continuidade do negócio podem afetar o resultado?
* *Mitigações e impacto na decisão*: Que mitigações, restrições, compromissos ou riscos residuais devem influenciar decisões de priorização, arquitetura, rollout ou prontidão?
h4. Canvas de Localização
Que fronteiras geopolíticas, regulamentares, de rede e de confiança afetam esta API?
* *Grupos de Localização / Confiança*: Quais são os grupos geopolíticos, regulamentares, de rede ou de confiança relevantes?
* *Características do grupo*: Quais são as características desses grupos, como residência, nível de confiança ou exposição de rede?
* *Locais / Zonas Relevantes*: Quais são os locais, zonas ou ambientes relevantes dentro de cada grupo?
* *Características de localização / zona*: Quais são as características dessas localizações ou zonas, tais como propriedade, região ou exposição?
* *Distâncias de Rede / Regulatórias*: Que distâncias de latência, confiança, regulatórias ou de conectividade existem entre os locais?
* *Características da Distância*: Quais são as características dessas distâncias, como sensibilidade à latência, restrições de residência ou limites de confiança?
* *Pontos de extremidade de conectividade*: Quais pontos de extremidade ou interfaces de conectividade estão associados aos locais?
* *Características de acesso aos pontos de extremidade*: Quais são as características desses pontos de extremidade, tais como exposição, protocolo, segurança ou restrições de acesso?
h4. Canvas de Capacidade
Quanta procura, carga, temporização e capacidade de escala devem ser compreendidas para a capacidade, automação, integração ou serviço?
* *Volumes de negócio atuais*: Quais são os volumes de negócio e as taxas de transação atuais?
* *Tendências de consumo futuro*: Quais são as tendências de consumo futuro previstas?
* *Requisitos de pico de carga e disponibilidade*: Quais são os requisitos de pico de carga e disponibilidade?
* *Estratégias de cache*: Quais estratégias de cache podem ser usadas para otimizar o desempenho?
* *Estratégias de limitação de pedidos*: Que estratégias de limitação de pedidos podem ser usadas para gerir o consumo?
* *Estratégias de dimensionamento*: Que estratégias de dimensionamento podem ser usadas para acomodar o crescimento?
h4. Canvas de decisão de arquitetura de automação
Escolha a abordagem de implementação usando evidências já recolhidas.
* *Entradas reutilizadas*: Que requisitos e decisões de capacidade, localização, impacto e responsabilidade restringem a escolha?
* *Opções viáveis*: Que opções humanas, de workflow, regras, agentes, APIs, conectores, personalizadas ou de automação de UI permanecem viáveis?
* *Abordagem selecionada*: Que estilo de implementação ou híbrido é selecionado?
* *Justificação da decisão*: Porque é que a abordagem selecionada é a mais adequada?
* *Alternativas rejeitadas*: Que alternativas sérias foram rejeitadas e porquê?
* *Riscos em aberto*: O que ainda precisa de validação antes da entrega ou release?
h3. Before this station
* [ ] A oportunidade de capacidade está identificada e documentada.
* [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
* [ ] Os segmentos de utilizadores estão identificados.
* [ ] Está definido um roadmap de implementação de alto nível.
h3. Ready to leave when
* [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
* [ ] Os segmentos de utilizadores estão identificados.
* [ ] Está definido um roadmap de implementação de alto nível.
h2. 4. Conceção do fluxo de trabalho de automação
Desenhe o workflow interno necessário para entregar os resultados selecionados para o cliente e a capacidade, incluindo alocação de trabalho, controlos, exceções, recuperação, evidência e monitorização.
h3. Canvas questions
h4. Canvas de workflow de automação
Desenhar o fluxo de trabalho interno necessário para produzir os resultados selecionados para o cliente e para a capacidade.
* *Resultados selecionados do cliente e da capacidade*: Que resultados acordados para o cliente e para a capacidade este fluxo deve produzir?
* *Etapas do fluxo de trabalho interno*: Que trabalho interno deve acontecer para produzir esses resultados?
* *Distribuição do trabalho e controlo humano*: O que permanece humano, o que é automatizado e onde são necessárias supervisão ou escalada?
* *Entradas, saídas e interações*: Que informações, sistemas e transferências são necessários?
* *Decisões, exceções e recuperação*: O que altera o fluxo, o que pode falhar e como o trabalho é recuperado?
* *Evidências e monitorização*: O que comprova o funcionamento correto e mostra se o resultado pretendido foi alcançado?
h3. Before this station
* [ ] A capacidade responde a uma necessidade clara de negócio e é reutilizável pelos utilizadores previstos.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] A proposta de valor da capacidade foi validada com partes interessadas de negócio e utilizadores.
* [ ] Os segmentos de utilizadores estão identificados.
* [ ] Está definido um roadmap de implementação de alto nível.
h3. Ready to leave when
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
h2. 5. Entrega e operacao da automacao
Construa, configure, teste, versione, implante e prepare o modelo operacional para o caminho de automação selecionado, incluindo propriedade, ambientes, runbooks, monitorização, fallback, rollback, suporte e riscos conhecidos.
h3. Canvas questions
h4. Canvas de prontidão e operações de automação
Prepare as evidências operacionais mínimas necessárias antes da revisão de prontidão.
* *Responsabilidade*: Quem é responsável por resultados de negócio, operações, suporte e mudanças?
* *Ambientes e acesso*: Ambientes, permissões, credenciais e identidades estão prontos?
* *Evidências de teste*: O que comprova comportamento correto, seguro e fiável?
* *Monitorização e suporte*: Como serão suportados estado, incidentes, utilizadores e operadores?
* *Falha e recuperação*: Como funcionarão exceções, fallback, rollback e recuperação manual?
* *Estado de prontidão*: Documentação, riscos, condições e lacunas bloqueadoras estão claros?
h3. Before this station
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
h3. Ready to leave when
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
h2. 6. Revisão de prontidão da automação
Use uma checklist de prontidão para rever evidências e registar a decisão de lançamento: pronto, pronto com condições, correção necessária ou não aprovado.
h3. Station questions
* Rever o desenho concluído, evidências de teste, modelo operacional, permissões, credenciais, monitorização, suporte, fallback e rollback.
* Verificar se riscos conhecidos, exceções, ações inseguras, supervisão humana, requisitos de conformidade e suposições não resolvidas foram tratados ou explicitamente aceites.
* Registar achados bloqueantes, riscos residuais aceites, condições de lançamento e ações de remediação necessárias.
* Decidir se o lançamento está pronto, pronto com condições, requer remediação ou não é aprovado.
* Registar o owner da decisão, a data da decisão e as evidências usadas.
* Confirmar que nada avança para lançamento sem ownership de negócio e operacional claro.
* Use a evidência de prontidão para tomar uma decisão explícita de avançar, avançar com condições ou não avançar antes do uso em produção.
* Uma decisão formal de prontidão impede que soluções de automação sejam lançadas sem evidências claras, riscos aceites, ações de remediação e ownership de negócio e operacional.
h3. Before this station
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] A interface selecionada fornece uma abstração adequada aos utilizadores.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
h3. Ready to leave when
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] A interface e as suas capacidades estão documentadas de forma suficientemente clara para revisão, auditoria e onboarding.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
* [ ] O contrato de interface foi validado e testado face aos requisitos funcionais e não funcionais.
h3. Other related resources
* *Checklist de prontidão da automatização*: Uma checklist para rever evidências de automação, achados bloqueantes, riscos residuais aceites, condições de lançamento, ações de correção, responsável pela decisão, data da decisão e prontidão de lançamento.
h2. 7. Rollout e enablement da automação
Ative e implemente a automação com segurança usando comunicação, formação, instruções operacionais, caminhos de suporte, monitorização da adoção, canais de feedback, rollout faseado, pausa e condições de rollback.
h3. Station questions
* Pessoas afetadas e trabalho alterado: quem vai usar, operar, suportar, aprovar, consumir ou ser afetado pelo lançamento, e que responsabilidades, decisões, handoffs ou práticas de trabalho vão mudar?
* Ativação e abordagem de rollout: como serão geridos acesso, permissões, piloto, rollout faseado, grupos restritos, operação paralela e expansão?
* Enablement e suporte: que comunicação, formação, instruções operacionais e caminhos de suporte são necessários?
* Feedback e controlo: como serão monitorizados adoção, confiança, uso real, problemas e comportamento inesperado, e que condições acionam pausa, rollback ou retorno à operação manual?
* Planeie rollout, enablement, suporte, feedback e rollback para que as soluções lançadas possam ser adotadas com segurança.
* Soluções de automação só criam valor após rollout quando as pessoas afetadas e sistemas consumidores entendem o que muda, como acesso e operação funcionam, onde obter suporte e quando o rollout deve pausar, expandir ou reverter.
h3. Before this station
* [ ] A arquitetura, plataforma e estilo de implementação escolhidos foram validados com as partes interessadas relevantes de arquitetura, segurança e plataforma.
* [ ] O desenho da interface e as capacidades expostas são rastreáveis ao valor de negócio e às necessidades dos utilizadores.
* [ ] A interface e as suas capacidades estão documentadas de forma suficientemente clara para revisão, auditoria e onboarding.
* [ ] O desenho da interface segue os standards e convenções de desenho acordados.
* [ ] O contrato de interface foi validado e testado face aos requisitos funcionais e não funcionais.
h3. Ready to leave when
* [ ] A solução passa as verificações de qualidade, segurança, conformidade e prontidão.
* [ ] As conclusões da auditoria e as decisões de correção são partilhadas com as partes interessadas relevantes.
* [ ] A capacidade está pronta para ser publicada ou disponibilizada através do mecanismo de entrega selecionado.
* [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
h3. Other related resources
* *Guia de rollout e enablement da automatização*: Guia para ativar e implementar automações com análise do trabalho alterado, abordagem de rollout, enablement, suporte, feedback, monitorização da adoção e condições de controlo.
h2. 8. Monitorização e melhoria da automação
Monitorize os resultados reais da automação, sucessos e falhas de execução, exceções, repetições, intervenções, tempo de ciclo, tempo de espera, custo, erros, ações inseguras, adoção, confiança, benefício realizado e quais hipóteses foram confirmadas ou rejeitadas.
h3. Station questions
* Resultados e valor: os resultados esperados de processo, utilizador e negócio estão a ser alcançados?
* Desempenho operacional: o que mostram execuções bem-sucedidas, falhas, conclusões parciais, exceções, retries, timeouts, intervenções, tempo de processamento, tempo de espera e custo?
* Sinais de utilizador, risco e recuperação: que erros, correções, ações inseguras, contornos, desconfiança, necessidades de suporte, eventos de fallback ou falhas de recuperação ocorrem?
* Aprendizagem e decisão de ciclo de vida: que suposições da hipótese foram suportadas ou rejeitadas, e a solução deve ser melhorada, expandida, restringida, redesenhada, pausada ou retirada?
* Use evidência operacional, de utilizador, risco e valor para decidir o que melhorar, expandir, restringir, pausar ou retirar.
* Soluções lançadas precisam de evidências para mostrar se os resultados esperados estão a ser alcançados, onde ainda é necessária intervenção manual ou recuperação, e qual decisão de ciclo de vida deve ser tomada a seguir.
h3. Before this station
* [ ] A solução passa as verificações de qualidade, segurança, conformidade e prontidão.
* [ ] As conclusões da auditoria e as decisões de correção são partilhadas com as partes interessadas relevantes.
* [ ] A capacidade está pronta para ser publicada ou disponibilizada através do mecanismo de entrega selecionado.
* [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
h3. Ready to leave when
* [ ] A documentação orientada para os utilizadores e os materiais de onboarding estão prontos.
* [ ] Os processos de onboarding, suporte e comunicação para utilizadores estão prontos.
* [ ] Os requisitos legais, de privacidade e de conformidade para publicação ou disponibilização estão definidos e compreendidos.
h3. Other related resources
* *Monitorização da automação e métricas de valor*: Guia para medir resultados, desempenho operacional, comportamento do utilizador, risco, recuperação, valor realizado, aprendizagem da hipótese e decisões de ciclo de vida após o rollout.