El Impacto Transformador de la Inteligencia Artificial Generativa en el Desarrollo de Productos Digitales

Ejecuté los prompts del artículo y estos son los resultados:

Product Discovery

La Visión

Elaborar la visión para un producto digital "Billetera virtual que facilitan el pago electrónico con tarjetas o códigos QR, sin necesidad de efectivo o plástico":

Crear una solución innovadora, segura y conveniente que permita a los usuarios realizar transacciones financieras desde sus dispositivos móviles, sin depender de medios físicos de pago. El producto ofrecerá una experiencia de usuario ágil, sencilla y personalizada, que se adapte a las necesidades y preferencias de cada cliente. El producto también contribuirá a la inclusión financiera, al facilitar el acceso a servicios bancarios y comerciales a personas que no cuentan con ellos. El producto aspira a convertirse en una referencia en el mercado de las billeteras virtuales, por su calidad, confiabilidad y satisfacción al cliente.

Business Model Canvas

Elaborar el Business Model Canvas para el producto digital "Billetera virtual que facilitan el pago electrónico con tarjetas o códigos QR, sin necesidad de efectivo o plástico"

• Segmento de clientes: personas que buscan una forma segura, rápida y conveniente de pagar por bienes y servicios, sin usar efectivo o tarjetas físicas.
• Propuesta de valor: ofrecer una billetera virtual que permite realizar pagos electrónicos con tarjetas o códigos QR, desde el celular o cualquier dispositivo conectado a internet.
• Canales: aplicación móvil, sitio web, redes sociales, publicidad online y offline, alianzas con comercios y bancos.
• Relación con los clientes: atención al cliente personalizada, soporte técnico, programa de fidelización, incentivos y promociones.
• Fuente de ingresos: comisión por transacción, venta de datos de consumo, publicidad en la plataforma, servicios adicionales (recargas, transferencias, etc.).
• Recursos clave: plataforma tecnológica, equipo humano, base de datos de clientes y comercios, seguridad informática, marca y reputación.
• Actividades clave: desarrollo y mantenimiento de la plataforma, gestión de las operaciones financieras, captación y retención de clientes y comercios, cumplimiento legal y regulatorio, innovación y mejora continua.
• Socios clave: proveedores de servicios financieros (bancos, emisores de tarjetas, procesadores de pagos), comercios afiliados, entidades gubernamentales, medios de comunicación.
• Estructura de costos: costos fijos (personal, infraestructura, licencias, etc.), costos variables (comisiones a socios, marketing, etc.), costos de oportunidad (inversión en I+D).

Fuente: https://en.wikipedia.org/wiki/Business_Model_Canvas

Las Diez Funcionalidades más Importantes

Identificar y priorizar 10 funcionalidades del producto digital "Billetera virtual que facilitan el pago electrónico con tarjetas o códigos QR, sin necesidad de efectivo o plástico"

• Permitir el registro y la verificación de los usuarios mediante el escaneo de documentos de identidad y la validación de datos biométricos.
• Integrar una pasarela de pago segura que acepte diversas fuentes de financiación, como tarjetas de crédito, débito, prepago o cuentas bancarias.
• Generar códigos QR únicos y dinámicos para cada transacción, que se puedan escanear con la cámara del dispositivo móvil o con un lector externo.
• Mostrar el historial de transacciones realizadas y recibidas, con detalles como fecha, hora, monto, concepto y destinatario o emisor.
• Enviar notificaciones instantáneas por correo electrónico o SMS cada vez que se realice o reciba un pago, con un resumen de la operación y un enlace para consultar más información.
• Ofrecer la posibilidad de crear y gestionar tarjetas virtuales, que se puedan usar para realizar compras en línea o en comercios físicos que acepten pagos sin contacto.
• Facilitar el envío y la solicitud de dinero entre contactos, ya sea por número de teléfono, correo electrónico o código QR.
• Implementar un sistema de recompensas y beneficios para los usuarios, que les permita acumular puntos, descuentos o cashback por cada pago realizado o recibido.
• Incorporar un chat de atención al cliente dentro de la aplicación, que resuelva las dudas y los problemas de los usuarios de forma rápida y eficiente.
• Añadir una opción de seguridad que permita bloquear o desbloquear la billetera virtual en caso de pérdida o robo del dispositivo móvil.

Product Development

Las Historias de Usuario Asociadas a una Épica (o Feature)

Identificar las historias de usuario de la funcionalidad "Generar códigos QR únicos y dinámicos para cada transacción, que se puedan escanear con la cámara del dispositivo móvil o con un lector externo":

• Como usuario, quiero generar un código QR único y dinámico para cada transacción que realice, para que pueda identificarla fácilmente y evitar fraudes.
• Como usuario, quiero escanear el código QR de una transacción con la cámara de mi dispositivo móvil, para que pueda acceder a los detalles de esta y confirmarla o rechazarla.
• Como usuario, quiero escanear el código QR de una transacción con un lector externo, para que pueda realizar el pago sin necesidad de usar mi dispositivo móvil.
• Como comerciante, quiero generar un código QR único y dinámico para cada transacción que reciba, para que pueda verificar la identidad del cliente y el monto a cobrar.
• Como comerciante, quiero mostrar el código QR de una transacción en una pantalla o en un papel, para que el cliente pueda escanearlo con su dispositivo móvil o con un lector externo.
• Como comerciante, quiero recibir una confirmación o un rechazo de la transacción una vez que el cliente escanee el código QR, para que pueda finalizar la venta o cancelarla.

Una Historia de Usuario con Criterios de Aceptación

Escribir la historia de usuario y los criterios de aceptación de " - Como comerciante, quiero mostrar el código QR de una transacción en una pantalla o en un papel, para que el cliente pueda escanearlo con su dispositivo móvil o con un lector externo." 

Historia de usuario: Como comerciante, quiero mostrar el código QR de una transacción en una pantalla o en un papel, para que el cliente pueda escanearlo con su dispositivo móvil o con un lector externo.

Criterios de aceptación:

• El sistema debe generar un código QR único para cada transacción, que contenga la información necesaria para validar el pago.
• El sistema debe mostrar el código QR en una pantalla o imprimirlo en un papel, según la preferencia del comerciante.
• El sistema debe permitir al cliente escanear el código QR con su dispositivo móvil o con un lector externo, y redirigirlo a una página de confirmación del pago.
• El sistema debe notificar al comerciante cuando el pago se haya realizado correctamente.

Una Historia de Usuario con Criterios de Aceptación escritos usando BDD

Escribir la historia de usuario y criterios de aceptación usando behavior driven development de " - Como comerciante, quiero mostrar el código QR de una transacción en una pantalla o en un papel, para que el cliente pueda escanearlo con su dispositivo móvil o con un lector externo.":

Como comerciante, quiero mostrar el código QR de una transacción en una pantalla o en un papel, para que el cliente pueda escanearlo con su dispositivo móvil o con un lector externo.

Criterios de aceptación:

Dado que el comerciante ha iniciado una transacción, 

cuando ingresa el monto y confirma el pago, 

entonces se genera y muestra un código QR en la pantalla o se imprime en un papel.

 

Dado que el cliente tiene un dispositivo móvil o un lector externo, 

cuando escanea el código QR de la transacción, 

entonces se verifica y procesa el pago.

 

Dado que el pago se ha procesado correctamente, 

cuando el comerciante y el cliente reciben la confirmación, 

entonces se finaliza la transacción.

Casos de Prueba de una Historia de Usuario

Escribir 10 casos de prueba para la historia de usuario anterior: - 

• Caso de prueba 1: El comerciante inicia una transacción, ingresa el monto de 100 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla. El cliente escanea el código QR con su dispositivo móvil y se verifica y procesa el pago. El comerciante y el cliente reciben la confirmación y se finaliza la transacción.
• Caso de prueba 2: El comerciante inicia una transacción, ingresa el monto de 50 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla. El cliente escanea el código QR con un lector externo y se verifica y procesa el pago. El comerciante y el cliente reciben la confirmación y se finaliza la transacción.
• Caso de prueba 3: El comerciante inicia una transacción, ingresa el monto de 200 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla. El cliente intenta escanear el código QR con su dispositivo móvil, pero el código QR es ilegible o inválido. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 4: El comerciante inicia una transacción, ingresa el monto de 150 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla. El cliente escanea el código QR con su dispositivo móvil, pero el pago falla por falta de fondos o por algún otro motivo. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 5: El comerciante inicia una transacción, ingresa el monto de 300 pesos y confirma el pago. Se genera y imprime un código QR en un papel. El cliente escanea el código QR con su dispositivo móvil o con un lector externo y se verifica y procesa el pago. El comerciante y el cliente reciben la confirmación y se finaliza la transacción.
• Caso de prueba 6: El comerciante inicia una transacción, ingresa el monto de 250 pesos y confirma el pago. Se genera y imprime un código QR en un papel. El cliente intenta escanear el código QR con su dispositivo móvil o con un lector externo, pero el código QR es ilegible o inválido. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 7: El comerciante inicia una transacción, ingresa el monto de 400 pesos y confirma el pago. Se genera y imprime un código QR en un papel. El cliente escanea el código QR con su dispositivo móvil o con un lector externo, pero el pago falla por falta de fondos o por algún otro motivo. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 8: El comerciante inicia una transacción, pero no ingresa ningún monto o ingresa un monto inválido. No se genera ni se muestra ningún código QR en la pantalla ni se imprime en un papel. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 9: El comerciante inicia una transacción, ingresa el monto de 500 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla o se imprime en un papel, pero antes de que el cliente pueda escanearlo, se pierde la conexión a internet o se apaga el sistema. Se muestra un mensaje de error y se cancela la transacción.
• Caso de prueba 10: El comerciante inicia una transacción, ingresa el monto de 350 pesos y confirma el pago. Se genera y muestra un código QR en la pantalla o se imprime en un papel. El cliente escanea el código QR con su dispositivo móvil o con un lector externo, pero antes de que se pueda verificar o procesar el pago, se pierde la conexión a internet o se apaga el sistema. Se muestra un mensaje de error y se cancela la transacción.

De Colección: De la Idea hasta las Historias de Usuario del Sprint Backlog - Un Ejemplo Completo

Hola a todos

Les comparto un ejemplo que desarrollé desde la Idea hasta el Sprint backlog de los primeros tres sprints. Los artefactos elaborados son;

• Elevator Pitch (Visión)
• Product Vision Board
• Ideación de posibles funcionalidades
• Asignación del valor usando la serie de Fibonacci modificada. 
• Asignación del esfuerzo usando la serie de Fibonacci modificada
• Uso del Modelo Kano de priorización para identificación de funcionalidades clave
• Elaboración del User Story Map
• Visión End-2-End
• Cálculo de la relacion Valor / Duración de cada funcionalidad
• Priorización de funcionalidades usando MoSCoW
• Identificacion del Producto Minimo Viable (MVP)
• Plan de Releases
• Roadmap del producto
• Explicacion del cálculo del tiempo y costo
• Product Backlog vertical, donde cada realese esta priorizado por la relación Valor/Duración
• División de historias de usuario de las primeras tres funcionalidades o épicas
• Identificación de los primeros tres sprints donde la velocidad promedio del equipo es aproximadamente 20 puntos de historia por sprint.

La imagen la pueden descargar en alta resolución de:

• formato png - clic aquí 
• formato pdf - clic aquí

Actualización 2022-11-10


Enlace a Mural - Clic aquí -

La Diferencia entre el Cumplimiento y Entender el Propósito

Hola a todos

Hace poco salí con mi familia y unos amigos de paseo y nos encontramos en una situación vergonzosa: íbamos todos en el mismo carro de regreso al hotel en carretera destapada (no pavimentada) y de repente a unos 10 metros de nosotros un motociclista tiene un accidente, se cae de la moto con su novia o esposa, e inmediatamente los dos automóviles que estábamos cerca nos detuvimos a auxiliar a la pareja, no fue grave el incidente, algunas raspaduras y heridas leves. todos sacamos nuestro botiquín y nos encontramos conque ambos contábamos con lo mínimo que nos exige la ley (confieso que ese el mismo que yo tenía en mi carro):

• Un pedazo de gaza 
• Algodón
• Guantes
• Un desinfectante (alcohol antiséptico)
• Un aplicador
• Cinta microporo

Con esto tan insignificante no logramos atender las heridas del motociclista y su novia, el recuadro de gasa era insuficiente necesitábamos más para cubrir la herida en la mano y que el pudiera conducir su moto, el alcohol lo acabamos rápido, realmente estábamos limitados; de suerte que a los pocos minutros pasó otro automóvil con un botiquín serio (no el que teníamos los dos carros - que era el para cumplir la regulación-) y pudimos auxiliar y prestar los primeros auxilios a la pareja, vendarlos etc.

De este pequeño incidente me quedaron varias enseñanzas.

• Teníamos un botiquín solo para cumplir con la regulación colombiana, pero no nos sirvió para un leve accidente 
• No entendíamos el propósito del botiquín en nuestros carros, si fuéramos conscientes que con este atenderemos un herido ya sea nuestro o externo no seríamos tan irresponsables de andar con un botiquín de juguete.
• Cuando nos centramos en el cumplimiento y no entendemos el propósito nuestras soluciones no son las correctas.
• El botiquín no esta en mi carro para evitar sancionado por la ley, sino para ayudar a salvar mi vida, la de mi familia, o de alguien que requiera mi ayuda.
• Cambiar inmediatamente el botiquín de primeros auxilios de mi auto.

Y extrapolando esto a la agilidad

• No podemos usar frameworks y metodologías como SCRUM, Kanban, XP, SAFe, LESS sin saber que son y cual es su propósito y el problema que pretenden resolver
• Sin propósito cualquier implementación de Agile se hará por cumplir o por moda y con seguridad carecerá de los elementos necesarios para ser exitosos en su contexto.
• Tener personas ejecutando roles (PO, SM, Team Members, etc) en los cuales ellos no tengan claro el propósito y la razón de ser del mismo llevará a implementaciones erróneas e ineficientes (ya lo he vivido, de seguro ustedes también)
• Igualmente no tener claro el por qué de los artefactos y de las ceremonias, hará que estos sean implementados de forma incorrecta y no proporcionarán los resultados y beneficios esperados. (ya lo he vivido, de seguro ustedes también)(1)

Unas cuantas preguntas para cerrar:

• ¿sabes cual es propósito de tu rol?
• ¿por que usas scrum, y no xp, u otro framework?
• tu transformación hacia ágil tiene propósito o es solo ponerse a la moda
• ¿sabes por que las historias de usuario deben ser pequeñas? (Es en serio, las historias usuario tienen que ser pequeñas (clic aquí) )
•  ¿Tienes claro que el MVP - Mínimo Producto Viable - debe ser lo mas pequeño posible? ¿o tu MVP es de todo el producto?

Consejo:

• Busca siempre entender cual es el propósito de lo que haces y esto como suma al propósito general.

Bueno hasta acá este compartir

Saludos ágiles

Jorge Abad

Notas, aclaraciones, comentarios y referencias

1. Todo esto me hace recordar mi anterior reencarnación en la que fui ingeniero civil (ejercí esta hermosa profesión 3 años antes de adentrarme de lleno al apasionante mundo de la ingeniería de software) y resulta que existe un método bien claro para diseñar la estructura de un edificio para lo cual se requiere un ingeniero civil calculista que determine de que tamaño son las estructuras y materiales que deben tener (concreto, acero, etc), pero en Colombia los maestros de obra en los barrios populares construyen (fuera de la ley) estructuras de 1, 2, 3, hasta 4 pisos (si no es más - ojala no-) replicando lo que esquemas que han visto en las construcciones en las que han trabajado con ingenieros civiles pero estas soluciones no son ni las mejores costo-eficientes, y ni se sabe si resistirán las calidades sísmicas de la zona en la que se encuentran.