Executar um piloto

A conclusão de um projeto de end-to-end migração para uma área de pequena empresa permite uma implantação rápida sem o risco de interrupção dos negócios em grande escala. Essa experiência aumenta a confiança na proposta de valor (capacidade, operações e custo) para um gasto relativamente pequeno e pode ser usada para justificar uma maior liberação de fundos e recursos para um projeto em grande escala.

Os pilotos reúnem aulas para uma implantação em grande escala com base em como os usuários finais reagem à nova plataforma. Eles ajudam as partes interessadas a responder perguntas importantes com dados reais, como os seguintes:

• O treinamento que estamos oferecendo é adequado e suficiente?

• Os novos processos funcionam adequadamente quando os usuários finais recebem chamadas reais?

• Os usuários se distraem com outras aplicações em seus dispositivos?

• Uma arquitetura ou um padrão funciona conforme o esperado no ambiente ativo?

Práticas recomendadas

• Idealmente, os pilotos devem se tornar parte da entrega inicial do produto mínimo adorável (MLP) em um sprint inicial.

• Os participantes de um piloto devem incluir usuários técnicos, usuários comerciais e usuários finais.

• Entreviste as partes interessadas para obter feedback anedótico sobre como elas usam o sistema e capture dados sobre o tempo médio de atendimento, a taxa de abandono e assim por diante, para comparar o novo sistema com as plataformas anteriores. 

• Certifique-se de que os ajustes e as emendas identificados durante o piloto sejam rastreados até a conclusão. 

• Defina seus critérios de sucesso e as próximas etapas antes do início do piloto. Os critérios de sucesso devem ser orientados a dados para permitir uma pontuação conclusiva e chegar a uma decisão de sucesso/fracasso. Se as partes interessadas aprovarem o piloto e o plano de entrega para quaisquer alterações, a próxima etapa predefinida (por exemplo, para iniciar uma implantação em grande escala) será iniciada.

• Seja positivo quando seu piloto revelar áreas que precisem ser alteradas ou até mesmo redesenhadas. Esse é um resultado valioso do piloto e cria a base para uma implantação bem-sucedida. Não busque um piloto sem recomendações ― esse resultado levantaria preocupações sobre a validade do piloto.

Selecionar um grupo piloto

Idealmente, a área de negócios selecionada para testar a solução demonstraria todos os recursos no escopo do produto mínimo adorável (MLP) para atingir os resultados comerciais. A entrega bem-sucedida do MLP se torna o ponto de partida para aumentar a complexidade e adicionar recursos de serviço. O grupo piloto do MLP deve:

• Represente uma área de negócios não crítica (por exemplo, um suporte técnico interno ou uma notificação de mudança de circunstâncias).

• Gerencie um baixo volume de chamadas, para que os usuários tenham tempo para aprender a nova plataforma e registrar seu feedback e suas observações.

• Tenha a confiança da equipe do projeto e das partes interessadas para garantir que o feedback seja justo, preciso e objetivo. Isso ajuda a incutir confiança no resultado do piloto e ajuda a criar um ambiente de desenvolvimento colaborativo.

• Execute a maioria das funções da plataforma dentro do escopo. Há pouco valor ou relevância em um piloto que use apenas 10% das funções que estão no escopo da implantação em grande escala.

• Execute uma função que possa ter sido excluída ou não totalmente integrada à plataforma antiga devido a limitações técnicas (como trabalho remoto) ou licenciamento. Ao começar com um grupo que não tenha relatórios ou gravações no sistema antigo, você poderá evitar a criação de integrações herdadas ou a migração de dados herdados. No entanto, você deve garantir que o piloto continue representando a implantação em grande escala.

Na realidade, talvez você precise comprometer alguns desses fatores, dependendo da capacidade e da vontade das equipes da sua organização de participar de um piloto.