# 4.1 — Como mapear processos para automatizar / m04-a01

**Objetivo:** Mapear um processo com cinco perguntas e definir responsabilidades e aprovações antes da automação.

**Preparação:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Ensaio:** Mapa é material didático; execução integral Zoom → Drive permanece requisito das próximas demonstrações.

### m04-a01-b01 — Desenhar o processo que será delegado

Slide m04-a01-s01

Nas aulas anteriores, você aprendeu a ensinar uma tarefa à IA e a dar a ela acesso a uma ferramenta. Agora o passo é coordenar várias etapas em sequência. E, antes de montar um time de IA, precisamos desenhar o processo que esse time vai executar. Desenhar, aqui, é simples: escrever num documento quem faz o quê, em que ordem e quem decide.

Vamos trabalhar com um caso fictício. O Ateliê Horizonte é o cliente, uma empresa inventada para este exercício. Do outro lado está o prestador, que é quem vai preparar a proposta. Uma reunião entre os dois termina, e o prestador precisa transformar o que foi conversado em uma proposta comercial. Entre a conversa e o documento pronto, existem decisões: o que o cliente pediu, o que entra no escopo, ou seja, o que de fato será entregue, qual é a referência de preço e quem precisa aprovar antes de a proposta sair.

Se essas decisões ficarem escondidas na cabeça de alguém, o time só vai automatizar a confusão, e mais depressa. Por isso, vamos começar por cinco perguntas, que responderemos num arquivo de apoio chamado mapa-processo.md, na pasta apoio. Abra esse arquivo agora. Ele ainda está vazio, e vamos preenchê-lo aos poucos, ao longo da aula. Os outros materiais são o especificacao-caso.md, com os dados do caso fictício, e o projeto-final.md, que traz os critérios de clareza para você conferir o seu próprio mapa no final.

Usaremos este mesmo exemplo até o fim do módulo. Então, antes das perguntas, vale entender que papel o mapa vai ter na construção do time.

### m04-a01-b04 — Uma orquestradora que você consegue explicar

Slide m04-a01-s04

Vamos montar o time do mesmo jeito que se organiza qualquer trabalho: com responsabilidades, entradas, saídas e decisões. Lembrando, uma skill é um conjunto de instruções que ensina a IA a fazer uma tarefa específica. A skill orquestradora é a que coordena a sequência: ela chama cada parte na ordem e leva o resultado de uma etapa para a seguinte. Você não precisa começar por uma arquitetura complexa, nem decorar vários nomes, para conseguir um primeiro resultado.

Mas simples não quer dizer deixar as regras implícitas. Se a pessoa que faz o trabalho decide um prazo, escolhe um preço e aprova um documento, precisamos saber em que momento cada uma dessas decisões acontece. Automatizar sem esse mapa só deixa a confusão mais rápida.

Nosso exemplo começa no fim de uma reunião e termina com uma proposta salva no Google Drive, que é a pasta de arquivos online do Google, aguardando aprovação. O Ateliê Horizonte é o cliente fictício, que precisa organizar pedidos. O prestador é quem prepara a proposta. Essa distinção importa porque o prazo desejado começa a contar quando o prestador recebe os dados enviados pelo cliente. Se você trocar os papéis, o prazo fica invertido.

Então, no quadro do mapa, faça três marcações. Primeiro, escreva quem é o cliente e quem é o prestador. Segundo, marque onde o processo começa, no fim da reunião, e onde termina, na proposta no Drive. Terceiro, marque as duas aprovações: a confirmação de escopo, antes de a proposta ser montada, e a aprovação da proposta, antes de qualquer envio ao cliente.

Quem recebe a saída precisa reconhecer o que foi concluído, o que ficou pendente e qual decisão está esperando. A orquestradora será útil quando coordenar esse percurso de forma compreensível, sem pedir que você faça manualmente cada passagem. Mas ela só consegue isso se o mapa estiver preenchido antes de criarmos qualquer arquivo de skill. Para preenchê-lo, usamos as cinco perguntas.

### m04-a01-b02 — As cinco perguntas

Slide m04-a01-s02

Primeira pergunta: o que dispara o processo? É o evento que faz tudo começar. No nosso caso, uma reunião termina e a transcrição, que é o texto escrito do que foi dito, fica disponível.

Segunda: o que entra e o que sai? Entram a transcrição, o modelo de proposta e a tabela de serviços. Sai uma proposta salva para aprovação, com os dados de origem identificados, para que se saiba de qual reunião ela veio.

Terceira: quais são as etapas, na ordem? Buscar a transcrição, organizar o pedido, confirmar o entendimento, preparar a proposta e entregar no destino.

Quarta: onde precisamos de uma ferramenta de fora? Ferramenta de fora é qualquer serviço que fica fora da conversa com a IA. Aqui, o Zoom é a origem da transcrição, e o Google Drive é o destino do documento. O acesso a cada serviço precisa ser configurado e conferido. Isso vamos fazer nas próximas aulas. Por ora, o mapa só registra que cada acesso é necessário.

Quinta: onde uma pessoa precisa decidir? Em dois pontos. O primeiro é antes de tratar como escopo um entendimento que pode estar errado. O segundo é antes de enviar a proposta ao cliente. Essas aprovações fazem parte do desenho do processo, e não um cuidado extra que se acrescenta depois.

Com as cinco respostas, as responsabilidades ficam visíveis. Analisar a reunião, montar a proposta e entregar para aprovação podem ser três habilidades, as skills, separadas. Cada uma recebe uma entrada e entrega uma saída para a próxima. Agora vamos escrever essas respostas no mapa, com os arquivos do caso à frente.

### m04-a01-b05 — Responder às cinco perguntas com uma entrada concreta

Slide m04-a01-s05

Vamos preencher as cinco perguntas com os arquivos do caso, uma de cada vez, no mapa-processo.md.

Na primeira, o disparo é a transcrição de uma reunião de teste ficar disponível. No exercício, essa reunião é um texto fictício. Ele serve para treinarmos o conteúdo, mas não comprova a conexão real com o Zoom, que será configurada e conferida depois.

Na segunda, escreva o que entra: a referência da reunião, o modelo da empresa e a tabela de serviços. E o que sai: um documento salvo na pasta de aprovação, com estado claro e referência observável. Isso quer dizer que qualquer pessoa consegue ver onde o documento está e em que situação se encontra: aguardando aprovação, por exemplo.

Na terceira, escreva as etapas com verbos e resultados: buscar a transcrição, extrair o entendimento, confirmar o escopo, montar a proposta, salvar e conferir. Evite palavras vagas, como tratar ou resolver, porque elas não dizem o que se espera ao final.

Na quarta, as ferramentas externas são o Zoom, para a origem, e o Drive, para o destino.

Na quinta, marque os pontos humanos: a pessoa confirma o entendimento antes da proposta e revisa o documento antes de qualquer envio. Marque também o que cada aprovação cobre, porque confirmar o entendimento não é o mesmo que autorizar o envio.

Agora procure uma lacuna. Se o orçamento não apareceu na reunião, em qual etapa percebemos isso? Na análise. E quem decide se ainda é possível preparar um rascunho? O mapa precisa dizer, porque a IA não deve adivinhar. No nosso exercício, a ausência é mostrada e o fluxo pede a informação necessária antes de tratar as condições como confirmadas. Anote esse caminho no mapa.

Agora uma segunda lacuna: a proposta foi salva, mas a resposta se perdeu e não sabemos se deu certo. Repetir tudo pode criar uma segunda cópia. Então o mapa deve orientar a consulta ao estado do processo e ao destino antes de repetir: olhar se o documento já está na pasta e em que situação ficou. Só se ele não estiver lá a etapa é refeita.

Essas duas situações não exigem complicar o desenho. Exigem esclarecer o que fazer quando a entrada ou a entrega não é a esperada. Ao final, seu mapa deve mostrar três caminhos: o normal, a lacuna na entrada e a conferência antes de repetir.

### m04-a01-b06 — Do exemplo ao processo pessoal

Slide m04-a01-s06

Agora aplique as mesmas perguntas à tarefa que você escolheu no início da formação. Abra uma cópia do mapa para o seu projeto. Evite escrever “automatizar atendimento” como se fosse uma etapa, porque isso é um assunto inteiro, e não um passo que se confere. Escolha uma entrega pequena: organizar um pedido e deixar um rascunho para revisão, por exemplo.

Para cada etapa, escreva o que ela recebe, o que entrega e como você confere. Esse último item é o critério: o que você vai olhar para saber que a etapa deu certo. Depois, decida quantas skills você precisa. Se duas etapas sempre dependem do mesmo critério e produzem uma única entrega pequena, talvez uma skill baste. Se têm responsabilidades e testes próprios, vale separar. Não existe uma quantidade obrigatória de funcionários de IA.

Em seguida, marque as decisões humanas. Elas precisam aparecer como parte do percurso, com uma informação clara para quem vai decidir. Escreva o objeto de cada aprovação, isto é, o que exatamente a pessoa está aprovando. “Aprovar” sem dizer o que está sendo aprovado deixa uma brecha. Confirmar o escopo é diferente de aprovar o documento, e as duas coisas são diferentes de autorizar o envio.

Inclua também, no seu mapa, as duas lacunas que vimos: uma entrada incompleta e uma entrega incerta. Escreva o que acontece em cada uma.

Por fim, confira o resultado com os critérios do projeto-final.md. Você conclui este mapa quando outra pessoa consegue seguir o desenho e apontar o início, a entrada, as etapas, as ferramentas, a aprovação e a saída. Se ela precisar adivinhar uma regra importante, volte ao processo antes de pedir mais automação. Falta só um teste, que ajuda a decidir o tamanho certo de cada etapa.

### m04-a01-b03 — Uma etapa com resultado reconhecível

Slide m04-a01-s03

Nem todo passo do processo precisa virar uma skill. Separe uma etapa quando ela tem uma responsabilidade clara e pode ser testada sem depender do processo inteiro.

Compare dois passos. “Cuidar de propostas” é amplo demais para conferir: ninguém sabe o que entra, o que se faz e quando termina. Já “extrair da reunião o pedido, as entregas, o prazo citado e as perguntas abertas” diz o que entra, que é a reunião, o que a IA faz, que é extrair, e o que sai, que são esses quatro itens. E permite comparar o resultado com a transcrição, procurando cada item no texto original.

Use esse teste no seu mapa. Releia cada passo e pergunte: ele tem uma entrada, uma ação e um resultado que eu consigo comparar com a fonte? Se você não sabe qual deve ser a saída, a IA também não tem um critério confiável de conclusão. Nesse caso, reescreva o passo antes de seguir.

Na próxima aula, vamos aplicar esse desenho e testar as três skills do caso separadamente, uma de cada vez. Primeiro, fazemos cada peça funcionar sozinha. Depois, tiramos de você o trabalho de passar o resultado de uma para a outra.

# 4.1 — Como mapear processos para automatizar

ID m04-a01. Roteiro técnico — Rocco adaptado ao ensino.

TC da imagem e TC da fala são independentes. Slides novos não têm TC de fonte; fala escrita ainda não tem gravação. “—” indica não uso deliberado de depoimento/trilha. IDs são localizadores editoriais, não timecodes.

**Preparação específica:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Dependências e ensaio:** Mapa é material didático; execução integral Zoom → Drive permanece requisito das próximas demonstrações.

| Bloco | Slide/PDF | Ação | Conferência |
|---|---|---|---|
| m04-a01-b01 | m04-a01-s01 / p. 1 | Abrir apoio/mapa-processo.md e apresentar o caso fictício do Ateliê Horizonte. | Gatilho e entrega final aguardando aprovação ficam explícitos. |
| m04-a01-b04 | m04-a01-s04 / p. 2 | Apresentar cliente/prestador e o mapa da orquestradora com duas aprovações. | Papéis e decisões explícitos; nenhum prazo invertido entre cliente e prestador. |
| m04-a01-b02 | m04-a01-s02 / p. 3 | Preencher gatilho, entradas/saídas, etapas, ferramentas e aprovações com os arquivos fictícios do projeto. | Mapa contém gatilho, entradas/saídas, etapas, ferramentas e decisões humanas. |
| m04-a01-b05 | m04-a01-s05 / p. 4 | Preencher as cinco perguntas no mapa e incluir orçamento ausente e resposta perdida. | Mapa inclui caminho normal, lacuna de entrada e conferência antes de repetir. |
| m04-a01-b06 | m04-a01-s06 / p. 5 | Preencher o mapa do projeto pessoal e aplicar a rubrica de clareza. | Outro leitor consegue explicar o processo sem adivinhar decisões. |
| m04-a01-b03 | m04-a01-s03 / p. 6 | Comparar um passo vago com um passo que define entrada, ação e resultado. Orientar o preenchimento do mapa. | Disparo, entradas/saídas, etapas, ferramentas e decisões descritos; exceções têm encaminhamento. |

## m04-a01-b01 — Desenhar o processo que será delegado

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Abrir apoio/mapa-processo.md e apresentar o caso fictício do Ateliê Horizonte. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 1, ID m04-a01-s01; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b01 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b01. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Abrir apoio/mapa-processo.md e apresentar o caso fictício do Ateliê Horizonte.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Gatilho e entrega final aguardando aprovação ficam explícitos.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b01; SHA-256 152d92f6071c5364a5905c5fd8ac314437532e3d8886f399c3030dce9ad16bbd.

**Função visual:** Abrir apoio/mapa-processo.md e apresentar o caso fictício do Ateliê Horizonte.


## m04-a01-b04 — Uma orquestradora que você consegue explicar

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Slides. Apresentar cliente/prestador e o mapa da orquestradora com duas aprovações. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 2, ID m04-a01-s04; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b04 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b04. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Identificar Ateliê como cliente e prestador como executor.
2. Mostrar início e final do processo.
3. Marcar confirmação de escopo e aprovação da proposta.

**Saída e conferência:** Papéis e decisões explícitos; nenhum prazo invertido entre cliente e prestador.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b04; SHA-256 5f2b905ee19892cb8ccf766ab13abaf32cf5745bfe779dcb3ef33fc802bf1bdd.

**Função visual:** Apresentar cliente/prestador e o mapa da orquestradora com duas aprovações.


## m04-a01-b02 — As cinco perguntas

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Preencher gatilho, entradas/saídas, etapas, ferramentas e aprovações com os arquivos fictícios do projeto. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 3, ID m04-a01-s02; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b02 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b02. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Preencher gatilho, entradas/saídas, etapas, ferramentas e aprovações com os arquivos fictícios do projeto.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Mapa contém gatilho, entradas/saídas, etapas, ferramentas e decisões humanas.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b02; SHA-256 4e375ed290616ee8f6af7dc09d303d87e0fcee2d966f544e46c7493c2261321b.

**Função visual:** Preencher gatilho, entradas/saídas, etapas, ferramentas e aprovações com os arquivos fictícios do projeto.


## m04-a01-b05 — Responder às cinco perguntas com uma entrada concreta

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Preencher as cinco perguntas no mapa e incluir orçamento ausente e resposta perdida. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 4, ID m04-a01-s05; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b05 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b05. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Abrir mapa-processo.md e preencher com reunião/modelo/tabela.
2. Marcar ferramentas e pontos humanos.
3. Acrescentar caminho de ausência e de entrega incerta.

**Saída e conferência:** Mapa inclui caminho normal, lacuna de entrada e conferência antes de repetir.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b05; SHA-256 e06da23267bce671bf09babd81fb793963844a6e10df75bf1baa20d98c770f01.

**Função visual:** Preencher as cinco perguntas no mapa e incluir orçamento ausente e resposta perdida.


## m04-a01-b06 — Do exemplo ao processo pessoal

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Preencher o mapa do projeto pessoal e aplicar a rubrica de clareza. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 5, ID m04-a01-s06; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b06 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b06. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Escolher uma entrega pequena.
2. Definir entrada/saída/critério de cada etapa.
3. Nomear o objeto de cada aprovação.
4. Revisar usando projeto-final.md.

**Saída e conferência:** Outro leitor consegue explicar o processo sem adivinhar decisões.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b06; SHA-256 7bbcba06e2aabc4619649b4b967e770ee8f2e27a0f6184c830cf703313a200bb.

**Função visual:** Preencher o mapa do projeto pessoal e aplicar a rubrica de clareza.


## m04-a01-b03 — Uma etapa com resultado reconhecível

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Comparar um passo vago com um passo que define entrada, ação e resultado. Orientar o preenchimento do mapa. | slides/m04-a01.pptx e slides/m04-a01.pdf, página 6, ID m04-a01-s03; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m04-a01-b03 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m04-a01-b03. Sem trilha prevista. |

**Estado inicial:** Abrir arquivos do caso e mapa vazio; preparar quadro com cliente/prestador e aprovações.

**Entrada/material:** apoio/mapa-processo.md, apoio/especificacao-caso.md, apoio/projeto-final.md

**Passos de captura:**
1. Comparar um passo vago com um passo que define entrada, ação e resultado. Orientar o preenchimento do mapa.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Disparo, entradas/saídas, etapas, ferramentas e decisões descritos; exceções têm encaminhamento.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m04-a01-b03; SHA-256 c761b022c3b7515d6cfcfa06d5c1585a724e01d4f7109828693e8c6564123457.

**Função visual:** Comparar um passo vago com um passo que define entrada, ação e resultado. Orientar o preenchimento do mapa.


## Atividade e solução

Preencher mapa do caso e do processo pessoal, incluindo uma entrada incompleta e uma entrega incerta.

Disparo, entradas/saídas, etapas, ferramentas e decisões descritos; exceções têm encaminhamento.

## Materiais

- mapa-processo.md
- especificacao-caso.md
- projeto-final.md