Skip to main content
Skip to content
Formas de trabalhar

Aqui nada começa do zero.

Descoberta, construção, teste, lançamento, e outra vez. As voltas mantêm-se curtas porque o método, os padrões e o skin já estão de pé quando vos conhecemos, por isso a primeira semana é para o vosso problema e o que aprendemos vem de quem faz o trabalho.

CH.01 · A mentalidade

Uma mudança de mentalidade, antes de qualquer ferramenta.

A maior parte das entregas está organizada para acertar no fim. Esta está organizada para errar cedo, barato, e à frente de quem vai ter de viver com o resultado.

  • Definir todo o âmbito e construir para esse âmbito.Definir só a primeira volta e deixar que o que ela ensina escreva a seguinte.
  • Mostrar o trabalho quando está acabado.Mostrá-lo enquanto ainda sai barato estar enganado.
  • Perguntar à chefia como o trabalho é feito.Ver o trabalho a ser feito, por quem o faz.
  • Entregar no fim e sair.Entregar às claras e ficar até funcionar sem nós.
CH.02 · O ciclo

Quatro passos, e o quarto recomeça o primeiro.

Voltas curtas valem mais do que voltas longas. Aqui nada fica à espera de uma aprovação de fase que chega em março.

e outra vez

DescobertaConstruçãoTesteLançamentotodos os projetostodas as voltas
  1. 01

    Descoberta

    junto de quem faz

    Vemos a tarefa a ser feita e registamos o que acontece de facto, no dia. As exceções que as pessoas aprenderam a resolver à mão são, quase sempre, o projeto.

  2. 02

    Construção

    com dados reais

    Algo a funcionar nos vossos sistemas e com os vossos dados, cedo o suficiente para que estar errado saia barato. Nunca um slide com o aspeto que teria.

  3. 03

    Teste

    antes de alguém confiar

    Os casos de falha ficam escritos antes do lançamento e não descobertos depois, e são verificados por quem não construiu a coisa.

  4. 04

    Lançamento

    e acompanhar

    Entra em produção com as vossas permissões e com registo do que mudou. Depois acompanhamos o uso, e o que isso mostra começa a volta seguinte.

CH.03 · Porque é rápido

Chegamos já montados.

A rapidez aqui não é gente a trabalhar mais. É ter já em pé a parte de cada projeto que normalmente se reconstrói do zero, para que o nível de qualidade e o ritmo deixem de competir um com o outro.

  • 01

    O AI Skin já está de pé

    As regras, o gateway e as ligações a sistemas reais existem antes de serem clientes. Não estamos a escolher tecnologia na vossa primeira semana; estamos a apontar algo que já existe ao vosso trabalho, do lado operacional ou do lado da entrega.

  • 02

    A estrutura é que segura a qualidade

    Planeamento, revisão, testes e lançamento são iguais em todos os projetos e impostos pelas ferramentas. Ninguém está a lembrar-se do padrão com um prazo em cima, que é o sítio habitual por onde a qualidade se perde quando aparece a pressa.

  • 03

    Voltas curtas acumulam

    Um caminho errado custa uma semana. É isso que torna seguro começar antes de se saber tudo, e começar cedo é onde se ganha a maior parte do tempo.

CH.04 · Corremos nele

Usamos o AI Skin para construir o AI Skin.

Dois dos projetos deste site não são trabalho de cliente. São nossos, usamo-los todos os dias, e é assim que a maior parte dos defeitos aparece antes de chegar a um cliente.

CH.05 · O ciclo de retorno

Tudo aponta para a pessoa que tem o problema.

O que queremos é um trabalho que ficou melhor. Por isso o ciclo é feito para trazer depressa de volta o que as pessoas nos dizem, e para continuar a perguntar depois do lançamento em vez de fechar o projeto.

Uma automação desenhada numa reunião automatiza a versão do trabalho que existe nessa reunião.
Pessoas a trabalhar, onde a tarefa é realmente feita
  • 01

    Quem faz isto todos os dias

    Sabem que casos são raros, quais são constantes e em quais o sistema se vai enganar. Nada disso está escrito em lado nenhum, e é a diferença entre uma demonstração e uma ferramenta.

  • 02

    Os nossos clientes, depois de lançar

    O que mudou no trabalho depois de um mês a correr. Essa conversa começa a volta seguinte em vez de fechar o projeto.

  • 03

    Nós próprios

    Usamos dois destes internamente, por isso parte do retorno chega antes de um cliente sequer lhe tocar.

CH.06 · O que entregamos

O que é entregue, é entregue acabado.

O mesmo padrão, seja um modelo, um portal ou uma apresentação. São as poucas regras que um bom projeto impõe sem alarido, e exigimo-las uns aos outros.

  • Desenhado

    Tem o aspeto de algo que se põe à frente da administração. O aspeto não é uma fase para depois.

  • Seguro

    Cada porta tem uma fechadura. Regista-se o que mudou e nunca o valor.

  • Detalhado

    Os casos de falha, os limites e aquilo que decidimos não construir ficam escritos onde os possam ler.

  • Estruturado

    Organizado para que a pessoa seguinte se oriente, incluindo a pessoa seguinte do vosso lado depois de sairmos.

CH.07 · O que precisamos de si

Precisamos de quatro coisas suas antes de começar.

Cada pedido desta lista só pode vir do seu lado. As caixas estão vazias de propósito.

Uma sessão de planeamento com um cliente
  1. Um sponsor que diga avança ou não avança

    Uma pessoa que possa decidir, duas horas por semana durante a descoberta.

  2. Acesso de leitura aos sistemas em jogo

    Acesso de leitura ao ERP, ao CRM e à caixa de correio. Nada é escrito até à produção.

  3. Um processo de que já suspeita

    O trabalho que a sua equipa faz à mão, de forma diferente de cada vez. É aí que começamos.

  4. Os números que já acompanha

    Medimos contra eles, não contra números novos inventados para o relatório.

CH.09 · Perguntas

Como corre um projeto, na prática.

Os engenheiros que o desenharam. Não há uma equipa de entrega por trás das pessoas com quem fala. Somos seis, e três são engenheiros de IA e machine learning.

Acesso aos sistemas em causa, alguém que possa decidir, e tempo de quem faz hoje o trabalho. As páginas de cada pacote dizem isto em detalhe, porque cada item da lista é algo que só a sua equipa pode trazer.

Fica com o código, os modelos, a documentação e uma equipa formada. Se quiser que continuemos a operar, isso é um contrato à parte, com âmbito e fim próprios. Nada se renova por omissão.

Privacidade desde o desenho, e o RGPD entra na construção em vez de ser uma revisão no fim. Onde o Regulamento da IA se aplica, dizemos que obrigações recaem sobre o seu sistema e quais não. Publicamos o que o regulamento exige em vez de vender uma certificação.

O piloto tem um critério: uma meta de precisão ou de resultado acordada antes de começar. Se falhar, fica com uma resposta escrita sobre porquê e uma decisão para tomar, não com uma fatura para pôr em produção algo que não funcionou.

Começar

Traga-nos o problema que ninguém resolveu.

Somos uma equipa pequena de especialistas seniores. Escolhemos o modelo certo e a camada certa, e construímos o mínimo de maquinaria que resolve o problema. Tem uma chamada com um engenheiro, não um deck de vendas.