A Brightwell sai e pede o apagamento: o seu programa e os dados vão juntos.
Passo 1 de 4: O pedido
Um programa apagado quando a lei o exige.
Um programa e os seus dados são apagados quando a lei ou o responsável o exige.
Competências reutilizáveis. Atua Mediante pedido autorizado.
O apagamento chega a tudo o que veio dos dados.
Apagar um script deixa cópias em testes e resultados antigos. Com o Duplex, o programa, os seus casos e os seus resultados vão juntos.
Passo 1 de 3: O programa
Primeiro, o próprio programa.
Muito depois de os dados desaparecerem, o registo fica.
O apagamento deixa um registo sem nenhum dos dados, por isso um ano depois ainda pode mostrar que foi feito.
Passo 1 de 4: O pedido
Segunda de manhã: a Brightwell pede que os seus dados sejam apagados.
Só a lei ou o dono o podem exigir.
Um apagamento precisa de um pedido autorizado, feito porque a lei ou o dono dos dados o exige. Qualquer outro pedido é recusado.
Passo 1 de 3: A lei
Um ex-cliente exerce o direito ao apagamento, por isso o programa que formatava os seus extratos é apagado, com os seus dados.
Escreve e testa pequenos programas.
Para uma tarefa bem definida, o Duplex escreve um pequeno programa, testa-o com casos conhecidos e só o usa quando passa.
- Um pequeno programa, comprovado em casos conhecidosO trabalho repetitivo e bem definido é feito por um programa testado, quase sem custo por execução.
- O seu modelo ajuda uma vez, o Duplex verifica-oNum caso difícil, o seu modelo é consultado uma vez, e o resultado comprovado é reutilizado a partir daí.
- Um problema resolvido, respondido a partir da sua soluçãoUm problema resolvido uma vez nunca mais é pago.
- A confiança num programa acompanha os seus resultadosOs resultados no mundo real aumentam ou diminuem a confiança em cada programa.
- Cada método comprovado, por estado e responsávelA sua equipa vê cada método em que o Duplex se apoia, quem é o responsável e onde se aplica.
- Um método, com os seus testes e históricoQualquer método pode ser inspecionado, até aos seus testes e ao seu historial.
- As peças reutilizáveis por trás dos seus programasOs blocos de construção que se repetem ficam visíveis, por isso a sua equipa sabe em que assenta o trabalho novo.
- As verificações por trás de um programaAntes de a sua equipa confiar num programa, pode ver os testes que ele passou.
- Um método comprovado passa a ser o preferidoO método com o melhor historial é o usado por omissão.
- Um método duvidoso, suspenso de imediatoUm método que possa ser inseguro deixa de ser usado de imediato.
- Um método corrigido volta a ser usadoDepois de corrigida a causa e de passar outra vez, o método volta a ser usado.
- Um método errado, retirado de vezUm método que se revela errado é retirado, e nunca volta a ser usado.
- Um programa apagado quando a lei o exigeUm programa e os seus dados são apagados quando a lei ou o responsável o exige.
- Uma peça com falhas, retirada de todo o lado onde foi usadaUm bloco de construção com falhas é retirado, juntamente com todos os métodos que o usavam.
- As peças que voltam sempreO que se repete entre programas comprovados torna-se uma peça partilhada, por isso os programas novos começam mais à frente.
- Cada método novo testado antes do usoUm método só chega ao seu trabalho depois de passar nos seus testes, seja novo ou alterado.
- Uma área nova começa a partir de métodos comprovadosUma área de trabalho nova pode começar com uma biblioteca de métodos comprovados, cada um verificado de novo localmente.
- O que os seus programas resolvem e poupamA sua equipa pode ver quanto trabalho os programas tiram à sua IA, e quanto isso poupa.
Veja-o no seu próprio trabalho.
Do seu próprio assistente a cada agente que a sua empresa opera, um piloto põe o Duplex no seu próprio trabalho, com as métricas acordadas antes de começar.