Edge computing è ancora un concetto nuovo e credo che molti utenti stiano pensando di adottarlo attraverso il PoC. A proposito, avete mai sentito la parola PoC?Se la cercate su Internet, vi verrà fuori, ma potrebbe essere una parola che non è familiare al grande pubblico. Tuttavia, nel campo dello sviluppo di prodotti e sistemi, si prevede che le opportunità di utilizzo in futuro aumenteranno. Questa sezione spiega la definizione di PoC, la differenza tra PoC e prototipi, la necessità e il merito del PoC e il flusso del lavoro di verifica del PoC.
Che cos’è il PoC?
PoC è l’acronimo di Proof of Concept e si traduce in giapponese come “Prova di concetto”. Verifica dell’efficacia di un prodotto o di un sistema prima di lanciare un nuovo progetto di prodotto o di sistema. Ad esempio, quando si sviluppa un nuovo prodotto, è necessario testare le vendite e monitorare i clienti prima di una vendita vera e propria per verificare se effettivamente vendono. In alternativa, nello sviluppo di un sistema, si riferisce a un’implementazione minima e a un’operazione di test.
La differenza tra PoC e il lavoro di verifica svolto finora
Tra le idee di POC, l’idea di realizzare e utilizzare il prodotto stesso include la “produzione di prova” nello sviluppo di prodotti che esistono da molto tempo e i “prototipi” nello sviluppo di sistemi. Con questo “prototipo” si controlla l’avanzamento del progetto e i difetti di sviluppo. Il flusso dei progetti di sviluppo si svolge nel flusso di “concetto → pianificazione→ sviluppo→ test→ funzionamento e vendita”, ma “prototipazione” e “prototipo” sono stati realizzati in qualsiasi momento durante la fase di sviluppo o di test. 。
Il PoC, invece, è spesso successivo alla fase di ideazione: tra la fase di ideazione e quella di pianificazione. Inoltre, mentre i prototipi sono una posizione di conferma del lavoro di sviluppo, a seconda dei risultati della PoC, la politica di sviluppo può cambiare in modo significativo e, in alcuni casi, lo sviluppo può essere abbandonato. In altre parole, si tratta di verificare che il progetto concettuale sia appropriato prima di avviare un vero e proprio progetto di sviluppo.
Esigenze e vantaggi del PoC
Negli ultimi anni, l’incertezza nello sviluppo è aumentata con la diversificazione delle esigenze dei clienti e la riduzione dei cicli di vita dei prodotti. Inoltre, nello sviluppo dei sistemi, ci sono molte sfide in nuovi campi come l’IoT e l’intelligenza artificiale, e si può dire che l’incertezza aumenterà anche qui. In modo facilmente comprensibile, c’è un alto rischio di perdere l’obiettivo dello sviluppo a causa di queste incertezze.
Nel processo di sviluppo fino ad oggi, questi rischi sono stati previsti nella fase concettuale e sono stati incorporati nello sviluppo in anticipo. In questo caso, è molto importante prevedere il rischio nella fase concettuale. Tuttavia, i cambiamenti sopra menzionati stanno causando rischi sempre più imprevedibili. Se questo rischio si concretizza dopo l’avanzamento dello sviluppo, tutti i processi di sviluppo fino a quel momento possono andare sprecati.
Questo può essere evitato comprendendo prima i rischi. Pertanto, al momento dell’ideazione, è possibile creare un prodotto o un sistema su scala ridotta e far sì che i clienti lo utilizzino effettivamente. Se si incorporano vendite e difetti, si modifica il concetto e poi si procede allo sviluppo vero e proprio, il rischio che tutto vada storto lungo il percorso si riduce.
Inoltre, questo tipo di POC permette di migliorare il concetto, in modo che la politica di sviluppo diventi più chiara e il progetto proceda senza intoppi. In altre parole, il POC può essere utilizzato per modificare il concetto per soddisfare meglio le esigenze degli utenti prima dello sviluppo completo e per catturare le esigenze degli utenti in anticipo attraverso piccole vendite di prova e operazioni di prova.
Un esempio di PoC è lo sviluppo dell’intelligenza artificiale. In questo caso, è possibile completare solo la parte del motore dell’intelligenza artificiale più importante per il momento e ripassare l’apprendimento in collaborazione con l’utente. In questo modo, si può affermare che anche il PoC si limita a ripassare solo le parti importanti, collaborando con gli utenti prima dello sviluppo completo del sistema.
Tuttavia, è importante notare che ci sono degli svantaggi, come il fatto che il concetto di un prodotto o di un sistema trapeli all’esterno e, nel peggiore dei casi, un conflitto nell’ottenere tali informazioni per farle utilizzare agli utenti nella fase concettuale.
Flusso di verifica PoC
Il PoC ha diversi meriti, ma anche se si procede alla cieca, non sarà efficace. Diamo un’occhiata al flusso di verifica efficace.
- Verifica dell’effetto/utilità
Innanzitutto, verifichiamo che ciò che il prodotto o il sistema target sta cercando di ottenere corrisponda alle esigenze dell’utente. In altre parole, si deve determinare se si sta ottenendo l’effetto desiderato. Ad esempio, in una sperimentazione clinica di un nuovo farmaco, un nuovo candidato farmaco sicuro viene effettivamente somministrato al soggetto per verificare se ha l’effetto desiderato. Si tratta di un PoC perché, prima di essere venduto, viene testato su un numero di soggetti molto inferiore rispetto a quello che si avrebbe se fosse venduto. - Verifica della fattibilità tecnica
Successivamente, verificheremo se il concetto è effettivamente realizzabile, non è una teoria teorica. Un esempio un po’ sorprendente potrebbe essere quello di un cortometraggio. Lo scopo è verificare che le sfide tecniche richieste possano essere raggiunte realizzando un piccolo lavoro prima di realizzare un lungometraggio. Nel PoC, spesso la verifica della fattibilità tecnica precede la verifica dell’effetto/utilità. In altre parole, la tecnologia viene prima, ma di conseguenza c’è la possibilità che lo sviluppo proceda senza una verifica sufficiente per vedere se le esigenze del target sono soddisfatte. È necessario sapere che il PoC è un metodo per ottenere gli effetti e i benefici desiderati. - Verifica della specificità
Successivamente, si individuano le specifiche e le questioni da considerare richieste dal concept e si procede alla verifica della loro concretezza. Ciò significa che si raccoglieranno i risultati delle ricerche di mercato e le voci degli utenti che lo hanno effettivamente usato e utilizzato nello sviluppo.
Dopo la verifica di cui sopra, modificheremo il concetto, prototiperemo prodotti e sistemi basati sul concetto modificato, lo faremo usare agli utenti e lo verificheremo nuovamente. Ripetendo questa operazione, è possibile perfezionare un concetto in grado di raggiungere “effetto/utilità”, “fattibilità tecnica” e “concretezza”. Una volta completato il ripasso, si passerà alla fase di pianificazione successiva.
L’importante è che l’utente lo usi davvero. In questo modo si evita il rischio che il prodotto finito sia lontano da ciò che l’utente desidera. È anche importante non scalare troppo la verifica. Questo non solo riduce il costo del lavoro necessario per stabilire il concetto, ma porta anche a una copertura del rischio che evita il più possibile che il concetto di sviluppo trapeli all’esterno.
Il PoC è un metodo con grandi meriti
L’esecuzione di un PoC che ascolti le opinioni degli utenti nella fase concettuale porterà a benefici quali la messa a punto del concetto, la riduzione del rischio di sviluppo e l’avanzamento regolare del progetto. Tuttavia, va notato che se la scala e il numero di verifiche aumentano troppo, si rischia di aumentare i costi e di far trapelare il concetto all’esterno.
Come vantaggio secondario, anche se si abbandona lo sviluppo a seguito del PoC, è possibile raccogliere le opinioni degli utenti come dati, quindi le conoscenze acquisite nel processo PoC non andranno sprecate. Può essere utilizzata per lo sviluppo successivo. In questo senso, si può dire che il PoC è un metodo con grandi meriti.
