Três programas leem números de telefone. Agora partilham uma peça comprovada.
Passo 1 de 4: Comprovado
As peças que voltam sempre.
O que se repete entre programas comprovados torna-se uma peça partilhada, por isso os programas novos começam mais à frente.
Competências reutilizáveis. Atua Em segundo plano.
Um programa novo começa com o que já está comprovado.
Por si só, cada script novo começa do nada. Com o Duplex, um programa novo começa com as peças partilhadas de que precisa já no lugar.
Passo 1 de 3: Um programa novo
Os lembretes de marcações precisam de ler números de telefone.
Uma peça surge quando o mesmo trabalho não para de aparecer.
As peças partilhadas vêm do seu próprio trabalho: quando o mesmo passo aparece repetidamente em programas comprovados, torna-se uma só peça, em segundo plano.
Passo 1 de 4: Janeiro
Janeiro: a importação do CRM é comprovada, e lê números de telefone.
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.