Módulo 7 · Sistemas de Informação · Semana 4 · Aula 3

Plano de ensino · Hands on

Validação da parametrização das regras de negócio, da documentação da solução e da rastreabilidade com personas e user stories.

Sobre este encontro

Hands on — Gestão de Configuração e Escopo · 26/08/2026 · Prof. Afonso

Objetivo de aprendizagem

Ao final do encontro, o estudante deve ser capaz de localizar em um modelo BPMN o ponto em que a regra de negócio incide, demonstrar ao parceiro a parametrização dessa regra no ERP, documentar sua finalidade e seu procedimento operacional e verificar sua rastreabilidade com personas e user stories, registrando evidências, decisões e pendências.

Estratégia do encontro

Revisão expositiva de BPMN — elementos, piscinas, raias, gateways e case resolvido de requisição de compra — seguida de oficina de produção em três ciclos sobre os artefatos reais de cada grupo: parametrização e demonstração no ERP, documentação técnico-operacional e revisão de personas e user stories. O parceiro valida a aderência ao negócio; o docente orienta a consistência técnica e a rastreabilidade da entrega.

Estrutura do encontro

  1. Daily e diagnóstico do estado dos três artefatos — 15 min
  2. Revisão de BPMN: elementos, piscinas, raias, gateways e case de requisição de compra — 20 min
  3. Triagem dos insumos, seleção da regra prioritária e distribuição dos papéis — 5 min
  4. Ciclo 1: parametrização, demonstração e evidências da implantação — 25 min
  5. Ciclo 2: documentação da configuração, do procedimento e das exceções — 20 min
  6. Ciclo 3: revisão de personas, user stories e critérios de aceite — 20 min
  7. Validação cruzada da rastreabilidade e registro das decisões do parceiro — 10 min
  8. Fechamento: regra validada, evidência principal, pendências e responsáveis — 5 min

1. Identificação

ComponenteRegistro
MóduloMódulo 7 — Sistemas de Gestão e Governança Empresarial
CursoSistemas de Informação
EncontroAula 3 — Hands on — Gestão de Configuração e Escopo
Data e duração26/08/2026 · 120 minutos
DocenteAfonso Brandão
NaturezaOficina de produção e validação dos artefatos com o parceiro
ArtefatosImplantação da Solução; Documentação da Solução; Entendimento da Experiência do Usuário — Personas e User Stories

2. Objetivo de aprendizagem

Ao final do encontro, o estudante deve ser capaz de localizar em um modelo BPMN o ponto em que a regra de negócio incide, demonstrar ao parceiro a parametrização dessa regra no ERP, documentar sua finalidade e seu procedimento operacional e verificar sua rastreabilidade com personas e user stories, registrando evidências, decisões e pendências.

Resultados observáveis

  • Ler e produzir modelos BPMN elementares, distinguindo piscina, raia, evento, atividade e gateway.
  • Selecionar uma regra prioritária e localizar seu ponto de aplicação no processo.
  • Executar casos nominal, de fronteira e de exceção quando aplicáveis.
  • Produzir evidência identificada, contextualizada e livre de dados sensíveis desnecessários.
  • Documentar percurso, parâmetros, justificativa, uso e tratamento de exceções.
  • Relacionar persona, necessidade, user story, regra, configuração e evidência.
  • Classificar a manifestação do parceiro como decisão, recomendação ou pendência.

3. Produtos do encontro

Implantação

Ao menos uma regra prioritária parametrizada ou ajustada, acompanhada de cenários reproduzíveis e registro de cobertura.

Documentação

Seção técnico-operacional atualizada com contexto, decisão, percurso, valores, figuras, exceções e rastreabilidade.

Experiência

Ao menos duas personas revisadas e user stories prioritárias vinculadas às regras e configurações correspondentes.

Registro transversal

A matriz de consistência e a ficha de validação do parceiro acompanham os três produtos. Toda lacuna recebe responsável, prazo e impacto declarado.

4. Preparação

Responsabilidade dos grupos

  • Levar catálogo de regras e processos correspondentes.
  • Confirmar acesso ao ambiente e aos perfis necessários.
  • Preparar dados controlados para os cenários.
  • Abrir as versões correntes dos três artefatos.
  • Organizar perguntas que exigem decisão do parceiro.
  • Definir operador, relator, responsável por UX e interlocutor.

Responsabilidade do docente

  • Verificar disponibilidade dos parceiros e ordem de atendimento.
  • Projetar os slides e manter visível o cronograma da oficina.
  • Disponibilizar modelos de parametrização, evidência e validação.
  • Orientar a seleção da regra prioritária de cada grupo.
  • Impedir registro de aceite sem demonstração.
  • Consolidar riscos e dependências ao final.

Pré-requisitos pedagógicos

  • Catálogo de regras produzido a partir da Aula 1.
  • Processos e escopo funcional do grupo identificados.
  • Ambiente inicial e dados mestres examinados.
  • Noções de personas, necessidades, user stories e critérios de aceite.
  • Contato prévio com modelagem de processos; a notação é retomada no início do encontro.

5. Cronograma do encontro

TempoBlocoAção dos gruposIntervenção do docente/parceiroProduto parcial
0–15 minDailyRelatar avanço, plano, impedimentos e estado dos artefatos.Docente identifica dependências e define ordem de atendimento.Quadro de impedimentos.
15–35 minRevisão de BPMNAcompanhar a revisão da notação e resolver o case de requisição de compra antes da exibição do modelo.Docente conduz exposição dialogada e exige a nomeação das condições de cada caminho.Notação revisada e processo do grupo localizado.
35–40 minTriagemSelecionar regra prioritária, indicar o elemento do processo em que incide e distribuir papéis.Docente valida escopo da rodada.Regra e questão ao parceiro definidas.
40–65 minImplantaçãoParametrizar ou ajustar; executar cenários; coletar evidências.Parceiro confirma intenção e exceções; docente verifica coerência técnica.Ficha de parametrização e evidências.
65–85 minDocumentaçãoRegistrar contexto, decisão, percurso, valores, figuras e operação.Parceiro revisa vocabulário e resultado do negócio.Seção técnico-operacional atualizada.
85–105 minExperiênciaRevisar duas personas, histórias e critérios de aceite vinculados.Parceiro confirma papéis, objetivos, dores e decisões recorrentes.Personas e histórias rastreadas.
105–115 minValidação cruzadaRevisar matriz completa e eliminar referências inexistentes ou contraditórias.Docente verifica lacunas críticas.Matriz de consistência.
115–120 minFechamentoInformar regra validada, evidência principal e maior pendência.Docente registra responsáveis e prazos.Ficha de validação e próximos passos.

6. Roteiro de condução

Abertura e daily

  1. Apresentar o objetivo e explicitar que o encontro é destinado à produção.
  2. Executar a daily de 15 minutos com foco nos três artefatos.
  3. Registrar acessos, decisões ou dados que bloqueiem a oficina.
  4. Definir a sequência de grupos que utilizarão o tempo dos parceiros.

Revisão de BPMN — 20 minutos

  1. Retomar os quatro grupos de elementos e a função de cada um, com apoio dos diagramas do deck.
  2. Percorrer eventos, atividades e gateways exigindo que a turma enuncie a condição de cada caminho alternativo.
  3. Demonstrar a construção do modelo em quatro etapas: participantes e papéis, eventos, atividades e decisões.
  4. Apresentar o case da requisição de compra e solicitar que cada grupo identifique piscinas, raias e gateways antes da exibição do modelo resolvido.
  5. Encerrar com a correspondência entre elementos do modelo e pontos de parametrização no ERP, que orienta a triagem seguinte.

Triagem por grupo

  1. Solicitar o identificador da regra priorizada, sua origem e o elemento do processo em que incide.
  2. Confirmar o processo, as personas afetadas e a história correspondente.
  3. Verificar se os dados permitem executar caso nominal, fronteira e exceção.
  4. Recusar perguntas genéricas; pedir uma questão delimitada para o parceiro.

Ciclo de implantação

  1. Acompanhar a configuração sem definir a regra em lugar do parceiro.
  2. Solicitar demonstração do comportamento, não apenas da tela de parametrização.
  3. Confrontar resultado observado e enunciado da regra.
  4. Confirmar a identificação e a proteção dos dados nas evidências.

Ciclos de documentação e UX

  1. Verificar se o procedimento pode ser reproduzido a partir do texto.
  2. Conferir se as figuras explicam finalidade, parâmetro e resultado.
  3. Questionar a fonte dos campos das personas e distinguir dado de hipótese.
  4. Exigir critérios de aceite verificáveis para as histórias prioritárias.

Validação cruzada

  1. Selecionar uma linha completa da matriz por grupo.
  2. Solicitar a localização de cada identificador no artefato correspondente.
  3. Registrar componentes fantasmas, lacunas e contradições.
  4. Classificar manifestações do parceiro e atribuir encaminhamentos.

7. Metodologia

A estratégia combina aprendizagem baseada em projeto, revisão por evidência e validação situada com o parceiro. Não há bloco expositivo extenso. Conceitos são retomados somente quando necessários para corrigir uma decisão ou um artefato em produção.

Produção guiada

Cada grupo trabalha sobre seu módulo, suas regras e seu ambiente. O docente intervém por perguntas e critérios de qualidade.

Demonstração

A afirmação de que a regra foi implementada é confrontada com cenários executados e evidências identificadas.

Validação situada

O parceiro confirma significados, prioridades, limites e exceções no contexto real do processo.

Princípio de condução

O professor não substitui o grupo na operação do ERP nem o parceiro na decisão de negócio. Sua função é tornar explícitos os critérios, exigir rastreabilidade e orientar a correção técnica.

8. Verificação da aprendizagem

A verificação ocorre pela apresentação de uma trilha completa. Cada grupo dispõe de até dois minutos no fechamento para indicar a regra validada, a configuração, a evidência e a pendência de maior risco.

DimensãoEvidência de aprendizagemCondição mínima
ImplantaçãoFicha de parametrização e execução dos cenários.Uma regra prioritária demonstrada ou pendência técnica precisamente registrada.
DocumentaçãoSeção com percurso, decisão, figuras e operação.Uma pessoa habilitada consegue localizar e compreender a configuração.
ExperiênciaPersona e user story vinculadas à regra.Necessidade, critério de aceite e fonte podem ser identificados.
RastreabilidadeLinha completa da matriz de consistência.Todos os identificadores remetem a componentes existentes.
ValidaçãoFicha com manifestação e encaminhamento.Decisão, recomendação ou pendência possui responsável e prazo.

Critérios de qualidade

  • Coerência entre processo, regra, parametrização, documentação e UX.
  • Evidência suficiente para verificar o resultado declarado.
  • Uso consistente de identificadores e versões.
  • Ausência de componentes fantasmas e de aceite presumido.
  • Proteção de dados pessoais e comerciais.
  • Pendências tratadas com transparência e governança.

9. Recursos

  • Ambiente ERP utilizado pelo grupo e acessos de parametrização.
  • Deck de revisão de BPMN com o case da requisição de compra e ferramenta de modelagem para registro do processo do grupo.
  • Catálogo de regras, processos modelados e documentação da Sprint 1.
  • Templates oficiais dos três artefatos da Sprint 2.
  • Planilha ou quadro de rastreabilidade e registro de validação.
  • Dados de demonstração preparados e sem informações sensíveis desnecessárias.
  • Repositório do projeto para arquivos, versões e evidências.
  • Canal de registro das decisões e pendências acordadas com o parceiro.

10. Riscos e contingências

RiscoSinalContingência durante a aula
Parceiro indisponívelPergunta de negócio sem autoridade presente.Registrar pendência e prazo; produzir evidência e documentação dos aspectos verificáveis.
Acesso ao ERP indisponívelFalha de autenticação, perfil ou ambiente.Registrar impedimento; revisar regras, cenários, documentação e matriz sem simular execução.
Regra ambíguaLimites ou exceções produzem interpretações distintas.Preparar exemplos de fronteira e solicitar decisão delimitada ao parceiro.
Dados inadequadosNão há registros que atinjam a condição testada.Criar conjunto controlado no ambiente permitido ou declarar dependência.
Captura com informação sensívelDados pessoais, comerciais ou credenciais visíveis.Interromper o registro, mascarar a informação e substituir a evidência.
Escopo excessivoGrupo tenta configurar muitas regras sem concluir uma trilha.Reduzir a rodada a uma regra prioritária e finalizar todos os elos.

11. Fechamento

Cada grupo responde três perguntas:

  1. Qual regra foi parametrizada ou ajustada?
  2. Qual evidência demonstra o comportamento resultante?
  3. Qual hipótese ou dependência apresenta maior risco para a entrega da Semana 4?
Saída obrigatória

Antes de encerrar, o grupo salva as versões atualizadas, registra decisões e pendências, atribui responsáveis e define a próxima demonstração necessária.

12. Referências