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.
- 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:
- 02Escuta ativa. Escutar ativamente implica devolver uma representação.
- 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:
- recolhemos perspetivas;
- esclarecemos termos;
- formulamos perguntas;
- relacionamos fontes e exemplos;
- tornamos visíveis desacordos;
- representamos estados, decisões e exceções;
- partilhamos essa interpretação;
- 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
- 01Atenção diretaAs conversas reúnem pessoas capazes de discutir o problema e a construção.
- 02Perguntas que esclarecemA indagação procura significado, pressupostos, exemplos e consequências.
- 03Decisões argumentadasAs propostas explicam a função de cada componente e as alternativas consideradas.
- 04Construção precoceOs artefactos e os percursos permitem aprender antes de alargar o âmbito.
- 05Profundidade técnicaPodemos trabalhar desde fontes, semântica e modelos até software, integração, agentes e sistemas físicos.
- 06Transparência sobre maturidadeExploração, protótipo, avaliação e operação comunicam-se como estados diferentes.
- 07Capacidade de revisãoAs correções e as exceções podem modificar o design sem apagar a sua história.
- 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.