Prova de conceito ou piloto

  • Artigo

Ao conduzir uma decisão técnica e de segurança para a sua empresa ou cliente, uma Prova de Conceito (PoC) ou piloto é uma oportunidade para apresentar provas de que a solução proposta resolve os problemas empresariais. A PoC ou o piloto aumenta a probabilidade de uma adoção bem-sucedida.

Uma PoC:

  • Demonstra que um modelo de negócio ou ideia é viável e irá trabalhar para resolver o problema empresarial
  • Normalmente, envolve uma a três funcionalidades ou capacidades
  • Pode estar numa ou em várias tecnologias
  • Está orientado para um cenário específico e prova o que o cliente precisa de saber para tomar a decisão técnica ou de segurança
  • É utilizado apenas como uma demonstração e não entra em produção
  • É condicionada por TI e condicionada por ativação

Um piloto:

  • É uma execução de teste ou avaliação de uma ação ou produto proposto
  • Dura mais do que uma PoC, muitas vezes semanas ou meses
  • Tem um retorno mais elevado do investimento (ROI) do que uma PoC
  • Compila num ambiente de pré-produção ou avaliação, com a intenção de entrar em produção
  • A adoção é orientada para a adoção e condicionada pelo consumo

Melhores práticas de poC e piloto

Tenha em atenção os problemas de conformidade ao trabalhar no ambiente de um cliente e certifique-se de que as suas ações são sempre legais e em conformidade.

  • Tocar ou alterar o ambiente do cliente normalmente requer um contrato e pode envolver um parceiro ou serviços Microsoft. Sem um contrato, a sua empresa pode ser responsável por problemas ou danos.
  • A governação pode exigir a aprovação do Departamento jurídico. A sua empresa poderá não conseguir conceder propriedade intelectual (IP) gratuitamente. Poderá precisar de um contrato legal ou contratos para especificar se a sua empresa ou o cliente paga o IP.
  • Obtenha orientações de divulgação ao lidar com contratos de não divulgação (NDAs), roteiros de produtos, funcionalidades da NDA ou qualquer coisa que não seja divulgada ao público em geral.
  • Num piloto, não utilize um ambiente de versão de avaliação da Microsoft Developers Network (MSDN) ou qualquer ambiente que possua.
  • Utilize software devidamente licenciado e peça ao proprietário da oportunidade para se certificar de que processa o licenciamento de software corretamente.

O cliente, o parceiro ou a sua empresa podem pagar a PoC ou o piloto. Dependendo da dimensão do contrato, do ROI e do custo de venda, um grupo pode cobrir tudo ou uma combinação das três partes pode cobrir o custo. Certifique-se de que a sua empresa ou cliente tem algum investimento na PoC ou piloto. Se não o fizerem, pode ser um sinalizador vermelho a indicar que a sua empresa ou cliente ainda não vê valor na solução.

Processo de poc e piloto

O Fabricante de Decisões Técnicas (TDM) é responsável por conduzir uma decisão de adoção. O TDM é responsável por garantir que os parceiros e recursos corretos estão envolvidos numa PoC ou piloto. Enquanto TDM, certifique-se de que tem conhecimento dos parceiros na área ou região do seu produto e serviço. Tenha em atenção as suas principais ofertas de serviço em torno da sua área de serviço de produto.

Planeamento

Considere as seguintes perguntas sobre o estado de funcionamento:

  • Tem um bom plano técnico, incluindo os principais decisores e o potencial da Microsoft?
  • Pode dar a garantia necessária sem uma PoC?
  • Deve mudar para um piloto?
  • Quais são os critérios de âmbito e decisão detalhados com que a sua equipa ou cliente concordou?
  • Se cumprir os critérios, a sua empresa ou cliente comprará ou implementará a solução?

Efetue as seguintes tarefas:

  • Analisar o risco.
  • Avalie a definição.
  • Faça a preparação.
  • Considere cargas de trabalho e recursos humanos.
  • Apresentar estado de funcionamento da PoC ou piloto.
  • Cumprir os pré-requisitos técnicos.
  • Defina a decisão go/no go.
  • Crie uma especificação final do plano de projeto.

Execução

Para a fase de execução:

  • Determine quem inicia a apresentação.
  • Agende a reunião de manhã, se possível.
  • Prepare as demonstrações e os diapositivos.
  • Realize uma execução a seco para refinar a apresentação.
  • Obter feedback.
  • Envolva a sua empresa ou equipa de clientes.
  • Conclua a instrução win/lose.

Interrogatório

Durante a fase de interrogatório, considere:

  • Se os critérios foram cumpridos ou não
  • Investimento dos intervenientes
  • Iniciar a implementação
  • Localizar um parceiro e formação
  • Lições aprendidas
  • Correções ou extensões da documentação de orientação da PoC ou do piloto
  • Arquivamento de materiais a entregar valiosos

Gestão de Mudança

A gestão de alterações utiliza métodos e técnicas testados para evitar erros e minimizar o impacto ao administrar a alteração.

Idealmente, um piloto inclui uma secção cruzada de utilizadores, para resolver eventuais problemas ou problemas que surjam. Os utilizadores podem estar confortáveis e familiarizados com as suas tecnologias antigas e ter dificuldades em mudar-se para novas soluções técnicas. A gestão de alterações mantém isto em mente e ajuda o utilizador a compreender os motivos subjacentes à alteração e o impacto que a alteração irá ter.

Este entendimento faz parte de um piloto e aborda todas as pessoas que têm uma participação no projeto. Um piloto é melhor do que uma PoC, porque o cliente está mais envolvido, pelo que é mais provável implementar a alteração.

O piloto inclui um seguimento detalhado através de inquéritos ou grupos de foco. Os comentários podem provar e melhorar a alteração.

Passos seguintes

Formação de gestão de alterações prosci®