Saltar para o conteúdo
GL-PT

Construir em conjunto

Escutar posições distintas para construir uma compreensão e uma responsabilidade partilhadas.

Numa página

Trabalhamos com quem conhece, executa, mantém, decide e recebe o resultado. Formulamos juntos o problema, representamos o domínio, escolhemos uma primeira trajetória completa e aprendemos com artefactos examináveis.

  1. 01Começar por uma situação concreta. A primeira conversa pode partir de uma situação concreta, de uma pergunta aberta ou de uma ambição que ainda procura a sua melhor forma:
  2. 02Escuta ativa. Escutar ativamente implica devolver uma representação.
  3. 03Formular juntos o que merece mudar. Uma mesma dificuldade pode admitir respostas diferentes.

Um sistema inteligente entra num trabalho que já possui linguagem, conhecimento, ferramentas, adaptações, responsabilidades e consequências.

Construí-lo bem exige escutar quem conhece diferentes partes dessa realidade:

  • as pessoas que executam o trabalho;
  • quem decide;
  • quem mantém as aplicações;
  • quem governa dados e segurança;
  • quem recebe o resultado;
  • quem responde quando aparece uma exceção.

Cada posição vê algo diferente. O trabalho conjunto reúne essas perspetivas, torna visíveis as suas relações e converte-as em decisões que podem ser construídas e revistas.

Começar por uma situação concreta

A primeira conversa pode partir de uma situação concreta, de uma pergunta aberta ou de uma ambição que ainda procura a sua melhor forma:

  • um processo que acumula espera;
  • informação difícil de estabelecer;
  • uma decisão recorrente;
  • uma lógica empresarial repartida;
  • reporting que exige reconstruir dados;
  • um projeto que perde memória;
  • uma tecnologia que merece avaliação;
  • uma operação física.

Percorremos uma situação real desde a entrada até ao resultado.

Estudamos:

  • o que acontece;
  • que pessoas intervêm;
  • que sistemas participam;
  • que decisões aparecem;
  • que regras e exceções existem;
  • que informação é reconstruída;
  • que autoridade cada ação necessita;
  • que sinal permite considerar o trabalho concluído.

O caso habitual mostra a trajetória. O caso difícil revela o conhecimento e as responsabilidades que o design deve incorporar.

Escuta ativa

Escutar ativamente implica devolver uma representação.

Durante o trabalho:

  1. recolhemos perspetivas;
  2. esclarecemos termos;
  3. formulamos perguntas;
  4. relacionamos fontes e exemplos;
  5. tornamos visíveis desacordos;
  6. representamos estados, decisões e exceções;
  7. partilhamos essa interpretação;
  8. permitimos que a equipa a corrija.

A escuta produz artefactos:

  • mapas;
  • glossários;
  • fontes;
  • modelos de conhecimento;
  • decisões;
  • percursos;
  • hipóteses;
  • riscos;
  • critérios de resultado.

Estes objetos transformam a conversa numa base comum para construir.

Formular juntos o que merece mudar

Uma mesma dificuldade pode admitir respostas diferentes.

Um processo lento pode precisar de:

  • melhor informação;
  • uma interface;
  • uma integração;
  • uma regra;
  • uma mudança de política;
  • um modelo;
  • uma automação;
  • um agente;
  • um workflow;
  • uma reatribuição;
  • a eliminação de um passo.

Formulamos juntos:

  • o resultado;
  • o baseline;
  • as restrições;
  • os efeitos secundários;
  • a autoridade;
  • a capacidade operacional;
  • as condições de êxito;
  • as perguntas que ainda devem ser resolvidas.

A proposta transforma-se numa hipótese de melhoria que pode ser posta à prova.

Representar o conhecimento do domínio

As pessoas especialistas trazem algo que uma fonte isolada raramente contém por completo:

  • significado;
  • contexto;
  • exceções;
  • história;
  • consequências;
  • prioridades;
  • responsabilidades.

Representamos esse conhecimento através de entidades, relações, estados, regras, decisões, vocabulário, evidência, restrições, perguntas e critérios.

A representação deve ser compreensível para a equipa e utilizável por software, modelos e agentes.

DocuLogic, KIR, grafos, esquemas e contratos ajudam a manter essa continuidade entre conhecimento humano e sistemas.

Desenhar as responsabilidades

A equipa decide que parte cabe a uma regra, a um cálculo, a um modelo, a um agente, a um workflow, a uma aplicação, a uma pessoa ou a uma máquina.

Construir em conjunto significa que cada decisão usa o conhecimento adequado, conserva uma responsabilidade clara e pode ser revista por quem viverá com as suas consequências.

A autoridade desenha-se por ação. A pessoa intervém com uma função definida: trazer conhecimento, decidir, autorizar, corrigir, deter ou mudar a política.

A participação humana prepara-se com contexto e alternativas para que contribua para o resultado.

Escolher uma primeira trajetória completa

Uma primeira versão útil percorre um caso desde a entrada até um sinal de resultado.

Pode ser pequena em âmbito e conter:

  • uma fonte;
  • uma representação;
  • uma decisão;
  • uma ferramenta;
  • uma intervenção;
  • uma ação;
  • uma verificação.

A trajetória completa descobre integrações necessárias, pressupostos, estados, esperas, permissões, pontos de falha, critérios de aceitação e carga humana.

A aprendizagem aparece mais cedo e apoia-se em comportamento real.

Construir através de artefactos partilhados

A solução toma forma a partir do trabalho real, do conhecimento da equipa e de uma primeira trajetória que podemos examinar juntos.

Partilhamos esquemas, modelos de domínio, arquiteturas, protótipos, interfaces, contratos, rastos, avaliações, simulações e critérios de maturidade.

Cada artefacto responde a uma pergunta.

Um mapa ajuda a discutir o processo. Um protótipo revela interação e estado. Um rasto mostra o que aconteceu. Uma avaliação permite comparar. Uma simulação examina condições difíceis de reproduzir.

A conversa torna-se mais precisa quando tem algo concreto para observar.

Testar com a equipa

Partilhamos artefactos e percursos desde as primeiras iterações para aprender com a equipa.

Testamos casos habituais, exceções, dados incompletos, contradições, permissões, esperas, novas tentativas, falhas, mudanças de estado, intervenções humanas e resultados.

As pessoas de domínio ajudam a interpretar o que foi observado.

Uma saída tecnicamente correta pode ser insuficiente para o trabalho. Uma interface pode acrescentar carga. Uma regra pode ser coerente e não representar a intenção. Uma automação pode deslocar o esforço.

O teste liga comportamento e consequência.

Aprender e desaprender juntos

Cada iteração pode modificar a pergunta, a representação, o âmbito, uma regra, um modelo, uma interface, uma integração, uma responsabilidade, uma política ou o critério de êxito.

A mudança fica registada com a sua razão.

Desaprender juntos significa poder retirar uma ideia conservando a continuidade do projeto. A evidência e as decisões anteriores permitem compreender o que mudou e porquê.

Transferir capacidade

O sistema deve poder ser compreendido e continuar.

A transferência inclui arquitetura, código, modelos de conhecimento, contratos, configuração, avaliações, decisões, documentação, operação e critérios de manutenção.

Trabalhamos para que a equipa conheça:

  • o que faz cada parte;
  • que fontes utiliza;
  • o que pode ser mudado;
  • o que se observa;
  • o que necessita de revisão;
  • como se recupera;
  • que limites continuam válidos.

A colaboração constrói um resultado e aumenta também a capacidade da organização para o governar.

O que o cliente pode esperar

  1. 01Atenção diretaAs conversas reúnem pessoas capazes de discutir o problema e a construção.
  2. 02Perguntas que esclarecemA indagação procura significado, pressupostos, exemplos e consequências.
  3. 03Decisões argumentadasAs propostas explicam a função de cada componente e as alternativas consideradas.
  4. 04Construção precoceOs artefactos e os percursos permitem aprender antes de alargar o âmbito.
  5. 05Profundidade técnicaPodemos trabalhar desde fontes, semântica e modelos até software, integração, agentes e sistemas físicos.
  6. 06Transparência sobre maturidadeExploração, protótipo, avaliação e operação comunicam-se como estados diferentes.
  7. 07Capacidade de revisãoAs correções e as exceções podem modificar o design sem apagar a sua história.
  8. 08Resposta humanaO contacto e a colaboração fazem-se diretamente com pessoas da 3.14.

Uma boa colaboração transforma perspetivas diferentes numa compreensão partilhada, e essa compreensão num sistema que as pessoas podem utilizar, examinar e continuar a melhorar.

Escrever à equipa

Pesquisar · Escreva para pesquisar. Esc para fechar.

Resultados de pesquisa →

Perguntar ao bot

Este é o Ask 3.14, um assistente automático. Responde unicamente com o conteúdo público desta web — soluções, capacidades, sistemas, perguntas, leituras e trabalho de laboratório —, mostra os conteúdos que utilizou e distingue aquilo que a web ainda não permite estabelecer. Não é uma pessoa da equipa nem conhece o vosso caso; para falar com alguém, escrevam à equipa.

Assistente automático limitado ao conteúdo público da 3.14; pode abster-se. Para falar com uma pessoa, escrevam à equipa.

Escrever à equipa →