Saltar para o conteúdo
megapromoting
Vamos falar

Como trabalhamos

Primeiro compreendemos. Depois construímos.

Um bom projeto começa com o seu processo real. Escolhemos a tecnologia depois de sabermos o que ela tem de fazer, com que sistemas precisa de trabalhar e como vamos verificar o resultado.

01

Compreendemos a situação

Falamos com as pessoas que vão usar o sistema. Vemos as perguntas dos clientes, as etapas repetidas e os pontos onde a informação se perde.

Resultado: um problema claro e critérios de sucesso.
Compreendemos a situaçãoDuas pessoas falam; da conversa saem as perguntas que se repetem, e delas uma única frase: o critério pelo qual se mede o sucesso.Echipa taNoiO que se repeteas mesmas perguntasos mesmos passos manuaisCritério de sucessouma fraseque você pode verificarNão escolhemos a tecnologia até aqui
Da conversa, um critério — não uma lista de desejos
02

Verificamos o que podemos ligar

Analisamos o catálogo, o CRM, os documentos e o acesso oferecido pelos fornecedores existentes. Separamos a integração disponível da que precisa de ser construída.

Resultado: o âmbito do trabalho, dependências e proposta.
Verificamos o que podemos ligarUma sonda toca, uma após outra, nos sistemas existentes. Dois respondem através de uma interface publicada; dois não têm uma e têm de ser construídas.Sondalemos o que respondeCataloginterface publicadaCRMinterface publicadaDocumentede construitSistema internode construit
O que se abre sozinho, e o que pede para ser construído
03

Construímos um piloto

Preparamos um fluxo completo para um cenário concreto, com regras, fontes e situações em que a equipa assume o controlo.

Resultado: uma demonstração que pode avaliar.
Construímos um pilotoUm pedido entra, passa por uma verificação e recebe resposta ou é entregue a uma pessoa. O ramo para a pessoa está desenhado porque faz parte do projeto, não é uma exceção.O cerereRegras e fonteso que lhe é permitido saberRespostaEntrega a um humanoquando não tem fundamento
Um cenário completo, com o ramo para uma pessoa desenhado
04

Testamos em conjunto

Verificamos pedidos normais, informações em falta, erros de integração e a transferência para pessoas. Ajustamos antes da expansão.

Rezultat: criterii de acceptare verificate.
Testamos em conjuntoQuatro tipos de pedidos passam pelos critérios de aceitação. O que não passar volta às regras e é refeito; o que passar segue em frente.pedido normalinformação em faltaeroare de integrarepredareCriterii de acceptareTrecenão passa — ajustam-se as regras
Quatro casos, um critério, um ciclo de retorno
05

Lançamos e aprendemos

Pomos em funcionamento a configuração acordada, instruímos a equipa e definimos como acompanhamos a utilização e as melhorias.

Resultado: um sistema em uso, com responsabilidades claras.
Lançamos e aprendemosO sistema entra em utilização, a utilização é medida, e a medição regressa à configuração. O ciclo não se fecha no lançamento.Em utilizaçãoa equipa treinadaO que se medecereri rezolvate0.72o limiar é definido no inícioo que vemos volta à configuração
Uso medido, configuração ajustada

A parte comercial

Como se faz o acordo.

O âmbito do trabalho fica num contrato antes de começar a construção — o que entregamos, em que prazo, o que fica de fora. Uma primeira tranche dá início ao trabalho, o resto é pago na entrega verificada, segundo os critérios estabelecidos no primeiro passo.

O preço fica definido depois do âmbito, não antes dele. Uma estimativa dada antes de saber com que sistemas trabalhamos não é uma proposta, é um palpite.
Como se faz o entendimentoO âmbito do trabalho entra num contrato. Uma primeira tranche põe o trabalho em marcha, o resto é pago na entrega verificada; o trabalho vai numa direção, o pagamento na outra.TuNoiContractdomínio, prazos, o que entregamos1a primeira trancheentrega verificada, depois o restoO preço é definido após o domínio, não antes
Contrato, uma primeira tranche, o resto na entrega verificada

Integramos no seu modo de trabalho.

A duração, o preço e a manutenção são definidos de acordo com a complexidade do processo e o acesso aos sistemas. Um calendário ligado, por exemplo, exige outras permissões do que um link de reserva.

Fontes aprovadas

A equipa define a informação que o sistema pode usar.

Ações explícitas

Definimos o que o agente pode executar e quando pede ajuda.

Resultados observáveis

Acompanhamos pedidos resolvidos, a qualidade da passagem e o tempo de trabalho, consoante o projeto.

O que gostaria que funcionasse melhor?

Conte-nos o seu processo. Em conjunto decidimos o que vale a pena construir, o que podemos ligar e como verificamos o resultado.

Vamos falar