Al terminar podrá diseñar un discovery que produzca una arquitectura
Podrá ejecutar una conversación de descubrimiento que dé como resultado una arquitectura implementable en lugar de una lista de deseos genérica.
El buen trabajo de un agente es útil antes de impresionar.
Un cliente puede llegar pidiendo “un asistente de IA”. Discovery tiene que descubrir el flujo de trabajo real, qué pueden decidir las personas, dónde residen los datos, qué no puede salir mal y cómo se juzgará a un piloto.
Convierta el trabajo actual y sus límites en el diseño de un piloto
- 01Observación
- 02Decisiones
- 03Riesgos
- 04Piloto acordado
Conceptos clave: haga un descubrimiento que produzca una arquitectura
Cómo diseñar un discovery que produzca una arquitectura
- 01
Solicite un ejemplo reciente
Comience con una solicitud real desde la llegada hasta el resultado; Evite diseñar únicamente a partir de aspiraciones.
- 02
Sistemas de mapas y responsables.
Identifique registros autorizados, integraciones, tomadores de decisiones, operadores de primera línea y responsables de políticas.
- 03
Riesgo superficial temprano
Pregunte qué haría que el proyecto fuera inaceptable: acción incorrecta, privacidad, reputación, costo, confusión del cliente o adopción por parte del personal.
- 04
Terminar con una decisión de diseño.
Resuma el flujo de trabajo del candidato, los límites del piloto, las aportaciones del cliente, las medidas de prueba y las preguntas sin respuesta.
Caso práctico: haga un descubrimiento que produzca una arquitectura
Una empresa de logística solicita un agente para gestionar las excepciones de entrega. Discovery rastrea un caso de entrega tardía y muestra que los conductores, el despacho y el servicio al cliente utilizan herramientas diferentes y tienen autoridad diferente.
La primera arquitectura no promete una reprogramación autónoma. Lee el evento rastreado, redacta una actualización aprobada por el cliente, crea una tarea de excepción para su envío y la envía solo después de que el responsable aprueba el contenido.
El piloto cubre un tipo de ruta durante dos semanas. El equipo mide el tiempo de respuesta, la tasa de corrección y las excepciones no resueltas antes de sugerir una implementación más amplia.
Diseñe un discovery que produzca una arquitectura
El discovery de pago debe terminar en una decisión.
El discovery es un entregable útil cuando permite al cliente decidir si debe avanzar y cómo hacerlo. Debe documentar el flujo actual, la evidencia, las restricciones, la propiedad de los sistemas, los derechos de decisión, los riesgos, la arquitectura objetivo, el piloto, el rango de presupuesto y las preguntas abiertas.
- Ponga precio al discovery por separado de la implementación.
- No prometa construir antes de conocer las restricciones de acceso y política.
- Entregue una recomendación útil aunque otra empresa realice la implementación.
Fuentes consultadas
Antes de seguir adelante
- Realice una entrevista de descubrimiento sobre un caso reciente.
- Escriba el mapa del sistema y los derechos de decisión antes de nombrar una herramienta.
- Termine con una hipótesis piloto y tres incógnitas.
- Discovery utilizó evidencia real.
- Se incluyen operadores y responsables de pólizas.
- Los riesgos se nombran antes de redactar una propuesta.
- El resultado es un piloto acotado, no una arquitectura vaga.