Cómo se define un PoC?

 

En algún momento puede ser muy difícil estructurar una Prueba de concepto. Reconocer el tiempo para la implementación, definir los objetivos o los aprendizajes que queremos alcanzar al final de la implementación a menudo son dificultades. Por lo tanto, un PoC debe tener un alcance claro, pequeño y accesible dentro del pequeño período de tiempo acordado. Esta publicación tiene que ver con la lógica que sigo para apoyar mis decisiones para estructurar un PoC.

Primer caso: asumiendo que estamos comenzando un nuevo producto.
Todo comienza por un concepto, una visión, una estrategia y una lista de características deseables, que llamamos Producto Mínimo Viable.
Aquí tiene su primer lanzamiento de producto definido, ¿desde dónde debemos comenzar a definir la necesidad de un PoC?

  • En tu MVP, comienza escribiendo tus epopeyas;
  • Sus EPIC describirán sus características;
  • Ahora piensa en cuáles son tus características clave.
  • Una característica clave puede ser definida por aquellas que aportan más valor a su producto, o más valor a su cliente (depende de la naturaleza del proyecto / producto). Así que ahora ya sabes cuáles son los más relevantes para tu negocio.
  • Ahora debería analizar a partir de esas características clave (o características críticas), ¿qué tipo de complejidad puede identificar para la fase de implementación?
  • ¿Es una complejidad en términos de concepto, experiencia de usuario (complejidad conceptual o de diseño)?
    ¿Es una complejidad en términos de cómo implementarla (complejidad técnica)?
    A menudo, ambos tipos de complejidad están presentes en la misma característica: conceptual y técnica.

Segundo caso: considerando un PoC para un producto lanzado, ¿qué cambios en el enfoque sugerido descrito anteriormente?
En realidad, nada muy relevante, por lo general, estará considerando el desarrollo de un PoC para una nueva característica en particular. Por lo tanto, solo necesita evaluar qué tipo de complejidad evaluaremos y qué resultados nos interesa conocer, qué hipótesis evaluaremos.

El desafío aquí puede ser cómo integrar la nueva función en el mapa de navegación del producto actual o cómo acomodarlo en la perspectiva del diseño de la solución.

Ahora ya sabes qué características formarán parte de tu PoC. ¡Es hora de pensar cómo evaluarlo! Para eso, le recomiendo que lea este post: Cómo podemos evaluar los resultados de un PoC?




One Reply to “Cómo se define un PoC?”

Dejar una respuesta

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.