Edge computing es todavía un concepto nuevo, y creo que muchos usuarios están considerando adoptarlo a través de PoC. Por cierto, ¿has oído alguna vez la palabra PdC?Si se busca en Internet, saldrá, pero puede ser una palabra que no resulte familiar al público en general. Sin embargo, en el campo del desarrollo de productos y sistemas, se espera que las oportunidades de su uso en el futuro aumenten. En esta sección se explica la definición de PdC, la diferencia entre PdC y prototipos, la necesidad y el mérito de la PdC, y el flujo del trabajo de verificación de la PdC.
¿Qué es la PdC?
PoC son las siglas de Proof of Concept y se traduce como “Prueba de Concepto” en japonés. Verificación de la eficacia de un producto o sistema antes de lanzar un nuevo proyecto de producto o sistema. Por ejemplo, en el desarrollo de un nuevo producto, la prueba de ventas y el seguimiento de los clientes antes de una venta en toda regla para verificar si realmente se venden. Alternativamente, en el desarrollo de sistemas, se refiere a una implementación mínima y una operación de prueba.
La diferencia entre la PdC y el trabajo de verificación hasta ahora
Entre las ideas de los POC, la de fabricar y utilizar por sí misma incluye la “producción de prueba” en el desarrollo de productos que llevan mucho tiempo funcionando y los “prototipos” en el desarrollo de sistemas. Con este “prototipo” se comprueba el avance del proyecto y los defectos de desarrollo. El flujo de los proyectos de desarrollo se lleva a cabo en el flujo de “concepto → planificación→ desarrollo→ pruebas→ operación y ventas”, pero el “prototipo” y el “prototipo” se llevaron a cabo en cualquier momento durante la fase de desarrollo o la fase de prueba. 。
La PdC, en cambio, suele estar junto a la fase de concepción: entre la fase de concepción y la de planificación. Además, aunque los prototipos son una posición de confirmación del trabajo de desarrollo, en función de los resultados de la PdC, la política de desarrollo puede cambiar significativamente y, en algunos casos, se puede abandonar el desarrollo. En otras palabras, se trata de verificar que el diseño conceptual es adecuado antes de pasar a un proyecto de desarrollo en toda regla.
Necesidades y beneficios del PdC
En los últimos años, la incertidumbre en el desarrollo ha aumentado a medida que las necesidades de los clientes se han diversificado y los ciclos de vida de los productos se han acortado. Además, en el desarrollo de sistemas, hay muchos retos en nuevos campos como el IoT y la inteligencia artificial, y puede decirse que la incertidumbre también aumentará aquí. De una manera fácil de entender, existe un alto riesgo de que el objetivo del desarrollo se pierda debido a estas incertidumbres.
En el proceso de desarrollo hasta ahora, estos riesgos se han predicho en la fase conceptual, y se han incorporado al desarrollo por adelantado. En este caso, es muy importante predecir el riesgo en la fase conceptual. Sin embargo, los cambios mencionados anteriormente provocan cada vez más riesgos imprevisibles. Si este riesgo se materializa después de que el desarrollo avance, todos los procesos de desarrollo hasta ese momento pueden ser desperdiciados.
Esto puede evitarse si se comprenden los riesgos antes. Por lo tanto, en el momento del concepto, es posible crear un producto o sistema a pequeña escala y que los clientes lo utilicen realmente. Si se incorporan las ventas y los defectos, se modifica el concepto y luego se hace un desarrollo completo, se reducirá el riesgo de que todo salga mal por el camino.
Además, este tipo de PdC servirá para perfeccionar el concepto, de modo que la política de desarrollo sea más clara y el proyecto progrese sin problemas. En otras palabras, el POC puede servir para modificar el concepto y satisfacer mejor las necesidades de los usuarios antes del desarrollo completo, y para captar por adelantado las necesidades de los usuarios mediante pequeñas pruebas de ventas y operaciones de prueba.
Un ejemplo de PdC es el desarrollo de la inteligencia artificial. En este caso, es posible completar sólo la parte del motor de la inteligencia artificial más importante por el momento y repasar el aprendizaje en cooperación con el usuario. De este modo, puede decirse que la PdC también repasa sólo las partes importantes mientras coopera con los usuarios antes del desarrollo completo del sistema.
Sin embargo, es importante tener en cuenta que existen desventajas como la filtración del concepto de un producto o sistema al mundo exterior y, en el peor de los casos, un conflicto en la obtención de esa información para que los usuarios lo utilicen en la fase conceptual.
Flujo de verificación de la PdC
La PdC tiene varios méritos, pero incluso si va a ciegas, no será eficaz. Echemos un vistazo al flujo de verificación efectivo.
- Verificación del efecto/utilidad
En primer lugar, verificamos que lo que el producto o sistema objetivo intenta conseguir se ajusta a las necesidades del usuario. En otras palabras, determinar si se está logrando el efecto deseado. Por ejemplo, en un ensayo clínico de un nuevo fármaco, se administra realmente al sujeto un nuevo candidato a fármaco seguro para ver si tiene el efecto deseado. Se trata de una PdC porque se prueba con un número mucho menor de sujetos antes de su comercialización que si se vendiera. - Verificación de la viabilidad técnica
A continuación, comprobaremos si el concepto es realmente viable, no una teoría teórica. Un ejemplo un poco sorprendente sería un cortometraje. El objetivo es verificar que se pueden alcanzar los retos técnicos requeridos realizando una pequeña obra antes de realizar un largometraje. En la PdC, suele ocurrir que la verificación de la viabilidad técnica precede a la verificación del efecto/utilidad. En otras palabras, la tecnología es lo primero, pero como resultado, existe la posibilidad de que el desarrollo continúe sin una verificación suficiente para ver si se satisfacen las necesidades del objetivo. Hay que saber que la PdC es un método para conseguir los efectos y beneficios deseados. - Verificación de la especificidad
A continuación, se identifican las especificaciones y cuestiones a considerar que requiere el concepto, y se realiza una verificación para confirmar si son concretas. Para ello, se recogen los resultados de los estudios de mercado y las voces de los usuarios que lo han utilizado realmente y que lo han empleado en el desarrollo.
Tras la verificación anterior, modificaremos el concepto, crearemos prototipos de productos y sistemas basados en el concepto modificado, haremos que los usuarios lo utilicen y lo verificaremos de nuevo. Repitiendo esto, es posible repasar un concepto que pueda alcanzar el “efecto/utilidad”, la “viabilidad técnica” y la “concreción”. Una vez que se haya hecho el repaso completo, pasaremos a la siguiente fase de planificación.
Lo importante es conseguir que el usuario lo utilice realmente. Así se evita el riesgo de que el producto final esté lejos de lo que quiere el usuario. También es importante no escalar demasiado la verificación. Esto no sólo reduce el coste del trabajo necesario para establecer el concepto, sino que también conduce a una cobertura de riesgos que evita que el concepto de desarrollo se filtre al exterior en la medida de lo posible.
El PdC es un método con gran mérito
La realización de una PdC que escuche las opiniones de los usuarios en la fase de concepto supondrá beneficios como el perfeccionamiento del concepto, la reducción del riesgo de desarrollo y el avance fluido del proyecto. Sin embargo, hay que tener en cuenta que si se aumenta demasiado la escala y el número de verificaciones, se corre el riesgo de aumentar los costes y filtrar el concepto al exterior.
Como beneficio secundario, incluso si se abandona el desarrollo como resultado de la PdC, se pueden recoger las opiniones de los usuarios como datos, por lo que el conocimiento obtenido en el proceso de PdC no se desperdiciará. Puede utilizarse para el siguiente desarrollo. En ese sentido, se puede decir que la PdC es un método con grandes méritos.
