Edge computação ainda é um conceito novo, e eu acho que muitos usuários estão considerando adotá-lo através do PoC. A propósito, você já ouviu a palavra “PoC”?Se você pesquisar na Internet, ela sairá, mas pode ser uma palavra que não é familiar ao público em geral. No entanto, no campo do desenvolvimento de produtos e desenvolvimento de sistemas, espera-se que as oportunidades a serem utilizadas no futuro aumentem. Esta seção explica a definição de CdP, a diferença entre CdP e protótipos, a necessidade e o mérito da CdP, e o fluxo do trabalho de verificação da CdP.
O que é PoC?
PoC significa “Proof of Concept” (Prova de Conceito) e se traduz como “Prova de Conceito” em japonês. Verificação da eficácia de um produto ou sistema antes do lançamento de um novo produto ou projeto de sistema. Por exemplo, ao desenvolver um novo produto, teste as vendas e monitore os clientes antes de uma venda completa para verificar se eles realmente vendem. Alternativamente, no desenvolvimento de sistemas, refere-se a uma implementação mínima e a uma operação de teste.
A diferença entre o PoC e o trabalho de verificação até agora
Entre as idéias do POC, a idéia de realmente fabricar e usar o produto em si inclui “produção experimental” no desenvolvimento de produtos que existem há muito tempo e “protótipos” no desenvolvimento de sistemas. Com este “protótipo”, estamos verificando o progresso do projeto e os defeitos no desenvolvimento. O fluxo dos projetos de desenvolvimento é realizado no fluxo do “conceito → planning→ development→ testing→ operação e vendas”, mas “protótipo” e “protótipo” foram realizados a qualquer momento durante a fase de desenvolvimento ou a fase de teste. 。
O PoC, por outro lado, muitas vezes está próximo à fase de visualização: entre a fase de visualização e a de planejamento. Além disso, enquanto os protótipos são uma posição de confirmação do trabalho de desenvolvimento, dependendo dos resultados da PdC, a política de desenvolvimento pode mudar significativamente e, em alguns casos, o desenvolvimento pode ser abandonado. Em outras palavras, trata-se de verificar se o projeto conceitual é apropriado antes que um projeto de desenvolvimento completo se mova.
Necessidades e benefícios do PoC
Nos últimos anos, a incerteza no desenvolvimento aumentou à medida que as necessidades dos clientes se diversificaram e os ciclos de vida dos produtos foram encurtados. Além disso, no desenvolvimento de sistemas, há muitos desafios em novos campos, como a IdC e a inteligência artificial, e pode-se dizer que a incerteza também aumentará aqui. De uma maneira fácil de entender, há um alto risco de que o objetivo do desenvolvimento se perca devido a estas incertezas.
No processo de desenvolvimento até agora, estes riscos foram previstos na fase conceitual e foram incorporados ao desenvolvimento com antecedência. Neste caso, é muito importante prever o risco na fase conceitual. Entretanto, as mudanças mencionadas acima estão causando riscos cada vez mais imprevisíveis. Se este risco se materializar após o progresso do desenvolvimento, todos os processos de desenvolvimento até aquele ponto podem ser desperdiçados.
Isto pode ser evitado se os riscos forem entendidos mais cedo. Portanto, no momento do conceito, é possível criar um produto ou sistema em pequena escala e fazer com que os clientes realmente o utilizem. Se você incorporar vendas e defeitos, modificar o conceito e depois fazer um desenvolvimento completo, o risco de tudo dar errado pelo caminho será reduzido.
Além disso, tal CdP aperfeiçoará o conceito, para que a política de desenvolvimento se torne mais clara e o projeto avance sem sobressaltos. Em outras palavras, o POC pode ser usado para modificar o conceito para melhor atender às necessidades dos usuários antes do desenvolvimento completo e para capturar as necessidades dos usuários com antecedência através de pequenos testes de vendas e operações de teste.
Um exemplo de PoC é o desenvolvimento da inteligência artificial. Aqui, é possível completar apenas a parte do motor da inteligência artificial mais importante por enquanto e aprimorar o aprendizado em cooperação com o usuário. Desta forma, pode-se dizer que o PoC também escova apenas as partes importantes enquanto coopera com os usuários antes do desenvolvimento completo do sistema.
Entretanto, é importante notar que existem desvantagens como o conceito de um produto ou sistema vazando para o mundo exterior e, no pior dos casos, um conflito na obtenção dessas informações para que os usuários as utilizem na fase conceitual.
Fluxo de verificação PoC
O PoC tem vários méritos, mas mesmo que você vá às cegas, ele não será eficaz. Vamos dar uma olhada no fluxo de verificação eficaz.
- Verificação de efeito/utilidade
Primeiro, verificamos se o produto ou sistema alvo está tentando alcançar o que corresponde às necessidades do usuário. Em outras palavras, determinar se o usuário está alcançando o efeito desejado. Por exemplo, em um ensaio clínico de um novo medicamento, um novo candidato seguro ao medicamento é realmente administrado ao sujeito para ver se ele tem o efeito pretendido. É um PoC porque é testado com um número muito menor de sujeitos antes de ser vendido do que se fosse vendido. - Verificação de viabilidade técnica
Em seguida, verificaremos se o conceito é realmente viável, e não uma teoria teórica. Um exemplo um pouco surpreendente seria um pequeno filme. O objetivo disto é verificar se os desafios técnicos necessários podem ser alcançados fazendo um pequeno trabalho antes de fazer um longa-metragem. Em PdC, muitas vezes a verificação da viabilidade técnica precede a verificação do efeito/utilidade. Em outras palavras, a tecnologia vem primeiro, mas como resultado, há a possibilidade de que o desenvolvimento prossiga sem verificação suficiente para ver se as necessidades alvo são atendidas. Você deve estar ciente de que o PoC é um método para alcançar os efeitos e benefícios desejados. - Verificação da especificidade
Em seguida, são identificadas as especificações e questões a serem consideradas exigidas pelo conceito, e é feita uma verificação para confirmar se são concretas. Isto significa que coletaremos os resultados da pesquisa de mercado e as vozes dos usuários que realmente o utilizaram e o utilizaram no desenvolvimento.
Após a verificação acima, modificaremos o conceito, os produtos protótipos e os sistemas baseados no conceito modificado, faremos com que os usuários o utilizem, e o verificaremos novamente. Repetindo isto, é possível aperfeiçoar um conceito que pode alcançar “efeito/utilidade”, “viabilidade técnica”, e “concretude”. Uma vez concluída a escovação, passaremos para a próxima fase de planejamento.
O importante é fazer com que o usuário o utilize de fato. Isto evita o risco de que o produto final esteja longe do que o usuário deseja. Também é importante não escalar a verificação em demasia. Isto não apenas reduz o custo do trabalho necessário para estabelecer o conceito, mas também leva a uma cobertura de risco que impede que o conceito de desenvolvimento vaze para o exterior o máximo possível.
O PoC é um método com grande mérito
A realização de um PoC que escute as opiniões dos usuários na fase de conceito levará a benefícios como, por exemplo, a revisão do conceito, a redução do risco de desenvolvimento e o progresso suave do projeto. Entretanto, deve-se observar que se a escala e o número de verificações forem aumentados demais, há o risco de aumentar os custos e vazar o conceito para o exterior.
Como um benefício secundário, mesmo que você abandone o desenvolvimento como resultado do PoC, você pode realmente coletar opiniões dos usuários como dados, de modo que o conhecimento adquirido no processo de PoC não será desperdiçado. Ele pode ser usado para o próximo desenvolvimento. Nesse sentido, pode-se dizer que a PdC é um método com grandes méritos.
