Isso é um protótipo ou um MVP? Bem, é uma prova de conceito

Você está usando termos de tecnologia corretamente? Um guia prático, definindo um 'protótipo' versus uma 'prova de conceito' e um 'produto mínimo viável'. Continue a ler para evitar mal-entendidos dispendiosos.

Ao construir produtos ou soluções de software , é de importância crítica definir precocemente a saída-alvo – em termos de funcionalidade e ' prontidão de produção '.

Usar a terminologia correta para o seu projeto de software é fundamental, uma vez que define as expectativas com seus stakeholders – todos aqueles com interesse direto ou indireto em seu projeto, incluindo clientes, patrocinadores, tomadores de decisão, fornecedores ou parceiros .

As informações a seguir fornecem definições rápidas e orientações práticas – ajudarão você a selecionar o termo certo para o seu projeto – ou reconsiderarão seu escopo 🙂

Prova de conceito – PoC

Uma prova de conceito ( PoC ) refere-se à implementação de um determinado método , ideia usando tecnologias específicas para avaliar e demonstrar sua viabilidade e confirmar seu potencial prático . O objetivo é provar a ideia e / ou tecnologia, expondo uma implementação funcional e realista de um subconjunto de funcionalidades. Geralmente, ela é pequena , concentrando-se em um aspecto específico do produto e, em geral, não é completa .

Um PoC geralmente tem um ciclo de vida curto . O objetivo é decidir se mais investimentos devem ser feitos ou não. Um PoC normalmente não é entregue aos usuários finais (pode ser exposto para comentários). Na maioria dos casos, uma PoC é revisada por especialistas de domínio e avaliada em relação a critérios predefinidos – para tomar decisões sobre possíveis iterações e investimentos futuros. Após uma prova de conceito bem-sucedida, um protótipo pode ser desenvolvido, que é então usado para buscar financiamento ou para demonstrar aos possíveis clientes.

Um PoC não está de modo algum pronto para produção . Sua funcionalidade é limitada / focada nos aspectos a serem comprovados – é muito menos do que o produto completo; sua arquitetura e implementação seguem Práticas rápidas de desenvolvimento de aplicativos – introduzindo suposições , dados estáticos , elementos codificados , APIs escarnecidas , etc.). Normalmente, o PoC não está preocupado com a escalabilidade (pode funcionar muito bem, mas pode não estar pronto para escalar); pode não incluir modelos e camadas de segurança completos (faz sentido investir em segurança após uma decisão de ir além do PoC); pode não ser reutilizável (a refatoração e a reengenharia podem ser necessárias se houver uma decisão de prosseguir ) .