Refinando seu PDD e a lista de verificação de qualidade

Padrões de refinamento para atualizar um PDD (Process Design Document) gerado por meio da conversa e a lista de verificação de qualidade para concluir antes da transferência.

Após gerar seu PDD (Process Design Document), refine-o por meio da conversa em vez de editar o arquivo baixado diretamente e confirme se ele foi concluído antes de transferir.

Como funciona o refinamento

1. Informe ao Cartographer o que precisa ser mudado, em linguagem simples.
2. Analise a seção atualizada e confirme.

Resultado: o Cartographer atualiza as notas subjacentes do processo, e projeta novamente a seção de PDD afetada automaticamente.

Dica:

Use o link "Refinar seção" na parte inferior de qualquer seção para atualizações direcionadas. Isso define o escopo da atualização apenas para essa seção e é mais rápido do que pedir uma atualização geral.

Prefira a edição dentro do painel do documento sobre o arquivo baixado — o Cartographer permanece ciente das alterações feitas lá. Se você editar o conteúdo diretamente no painel, diga ao agente, por exemplo, "Edite o PDD neste local — atualize suas notas". para que as notas de origem permaneçam sincronizadas.

Não edite manualmente o arquivo .docx esperando que ele seja sincronizado novamente. As alterações feitas diretamente no Word não alimentam as notas de origem.

Exemplos de refinamento

Situação	O que dizer
Cartographer define uma tarefa de forma muito ampla para seus propósitos — por exemplo, "Aprovar arquivo de reivindicações"	"Expandir a tarefa "Aprovar arquivo de reivindicações" dentro do estágio "Processamento" para incluir pelo menos 4 mas não mais do que 7 etapas.> O Cartographer define as subtarefas.
Uma tarefa atribuída a um humano deve ser dividida entre trabalho humano e de agente	"Na tarefa "resolver variação e recuperação", altere isso de uma tarefa humana para uma tarefa de agente, com verificação humana apenas quando a variação exceder 25% do custo total".

Referência rápida de refinamento

Situação	O que dizer	O que é atualizado
Etapa descrita incorretamente	"Etapa N — a descrição deve ser..."	Etapa AS-IS e a seção de etapa no PDD (Process Design Document)
Regra de negócios ausente	"Perdemos uma regra: [condição/ação]..."	Registro de regras de negócios e a seção Regras de Negócios
Modo de automação errado	"Altere [etapa] de [modo] para [modo] porque..."	Modelo de entrega, etapa TO-BE e o mapa de processo de estado futuro
Caminho de exceção ausente	"Há uma exceção que não capturamos: [descreva]..."	Seções de tratamento de exceções (AS-IS e/ou TO-BE) no PDD (Process Design Document)
Lacuna adiada agora resolvida	"Encontramos uma resposta para [lacuna]: [resposta]..."	Registro de lacunas, etapas afetadas e a seção Lacunas conhecidas
Função ou sistema ausente	"Esquecemos de incluir [nome] — eles fazem [descrição]..."	Arquivo de entidade, etapas afetadas e a seção Funções
Os benefícios precisam de mais detalhes	"Expanda os benefícios com estes detalhes: [detalhe]..."	Notas de benefícios e a seção Benefícios no PDD (Process Design Document)
Metadados precisam ser atualizados	"Atualize [versão/autor/nome da organização] para [valor]..."	Cabeçalho, rodapé e página de capa do documento

Observação:

As correções são aditivas à trilha de auditoria. Quando você corrige informações, o original não é excluído — a alteração é registrada com o motivo e a data. Isso é útil para revisões de conformidade, em que os auditores desejam ver o que mudou e por quê.

Lista de verificação de qualidade antes da entrega

Integridade do COMO ESTÁ (Processo Atual)

• Cada etapa tem uma função nomeada ou equipe responsável por ela.
• Cada etapa nomeia o sistema ou aplicativo usado, não apenas "o sistema".
• Todos os pontos de decisão têm pelo menos dois caminhos nomeados.
• Cada regra de negócios tem uma condição e uma ação resultante.
• Todos os caminhos de exceção são documentados com um destino de roteamento.
• O mapa de processo corresponde ao passo a passo.
• Todas as lacunas foram resolvidas ou explicitamente adiadas, com um proprietário nomeado.

Integridade em TO- Excluir (Projeto futuro)

• Cada etapa tem um modo de automação atribuído.
• Etapas de Revisão Humana nomeiam o aprovador e o mecanismo de notificação.
• As etapas do agente descrevem que tipo de julgamento ou variação a IA trata.
• A tabela de modelo de entrega é responsável por cada etapa AS-IS.
• As diferenças de tratamento de exceção entre AS-IS e TO-BE estão documentadas.
• O mapa de processo de estado futuro reflete exatamente o modelo de entrega.

Qualidade do documento

• Definimos a versão do documento corretamente — 0.x para rascunho, 1.0 para final.
• O nome da organização está correto e consistente em todo o texto.
• Os nomes de autores são precisos.
• Nenhuma seção contém "TBD", "espaço reservado" ou "figura a adicionar".
• A atribuição de origem está presente para todos os fatos principais.

Próximas Etapas

Continue para Gerar um SDD após o PDD ser aprovado.