Nota
L'accés a aquesta pàgina requereix autorització. Podeu provar d'iniciar la sessió o de canviar els directoris.
L'accés a aquesta pàgina requereix autorització. Podeu provar de canviar els directoris.
Los proyectos modernos de Copilot Studio se benefician de métodos ágiles y de información impulsada por IA, que mejoran la adaptabilidad y la confianza de las partes interesadas. Las mejores prácticas tradicionales, que a menudo son estáticas o en cascada, pueden resultar insuficientes en un entorno de IA dinámico. Actualizando su enfoque hacia la planificación impulsada por historias de usuario, la toma de decisiones informada por análisis y la gestión proactiva de riesgos, puede entregar proyectos de Copilot Studio de manera más iterativa y predecible. Esta sección proporciona orientación práctica para ayudarle a tomar decisiones fundamentales y evitar problemas comunes al iniciar su proyecto de Copilot Studio.
Planificación basada en historias de usuario
Adopte un enfoque basado en historias de usuario para definir y gestionar el alcance de su proyecto de Copilot Studio. En lugar de comenzar con una especificación monolítica gigante, divida la funcionalidad del agente en historias de usuario manejables y rastree cada una como un Elemento del Backlog de Producto (PBI) en una herramienta como Azure Boards o GitHub Projects. Por ejemplo:
- Historia de usuario: "Como empleado, quiero que el agente recupere el saldo restante de mis días de permiso para poder planificar vacaciones."
- Historia de usuario: "Como cliente, quiero que el agente haga un seguimiento de mi pedido para no tener que llamar al soporte."
Cada historia de usuario engloba una necesidad específica del usuario final y un resultado esperado. Agregue estas historias a su backlog con detalles y criterios de aceptación. Las historias de usuario y los PBI ayudan a definir claramente el ámbito, los requisitos y los resultados esperados para cada parte del proyecto. Esta claridad garantiza que cada miembro del equipo entienda qué está construyendo y por qué.
Procedimientos recomendados para la planificación de historias de usuario
- Organizar por características o temas: agrupar historias de usuario por funcionalidades de alto nivel o temas en Copilot Studio.
- Incluir criterios de aceptación: defina cómo sabe que una historia está hecha. Por ejemplo, "Cuando un usuario (Microsoft Entra ID) solicita al agente los días de permiso restantes, este responde con el número correcto de días desde el sistema de RR. HH." Esta definición asegura la calidad y ayuda a los testers o usuarios de negocio a verificar la funcionalidad.
- Priorización iterativa: No todas las historias son inmediatas. Use su backlog para priorizar qué construir primero. Un enfoque ágil habitual consiste en entregar primero un producto mínimo viable (MVP), que cubra los casos de uso más críticos, y, a continuación, ampliarlo en los sprints posteriores con más historias (preguntas frecuentes que sería conveniente incluir, nuevos canales, etc.).
- Mantenimiento regular del backlog: Revise y actualice las historias de usuario con frecuencia. Los proyectos de agentes pueden experimentar cambios de alcance a medida que aprende lo que los usuarios solicitan. Convierta el refinamiento de la lista de tareas pendientes en una actividad periódica (por ejemplo, semanal), añadiendo nuevas historias para las solicitudes que surjan o reajustando el alcance de otras en función de su viabilidad.
Entrega iterativa
Una vez definidas las historias y los PBI, ejecute el proyecto en sprints o iteraciones (normalmente de 2-3 semanas cada una). Al final de cada sprint, implemente varias historias de usuario (por ejemplo, una nueva capacidad o mejora de un tema existente). Este enfoque incremental significa que puede mostrar avances con frecuencia y obtener retroalimentación temprana. También permite liberar al agente por etapas en lugar de hacerlo de una sola vez, lo que gestiona el riesgo y genera confianza entre los interesados.
Al centrarse en historias de usuario y PBI, los equipos se mantienen centrados en el usuario y pueden pivotar si es necesario. Los equipos pueden cambiar fácilmente las prioridades en el backlog si un nuevo requisito o idea aporta más valor. Las historias pequeñas también hacen que los problemas surjan pronto. Por ejemplo, si la integración de System X es una historia y resulta difícil, lo detecta durante el sprint, no en la entrega final. Este enfoque fomenta la participación continua de los usuarios mediante los comentarios en cada incremento, lo que conduce a una solución que satisface mejor sus necesidades. Las partes interesadas ven una hoja de ruta dinámica de características y un progreso constante, lo que aumenta su confianza en que el proyecto está bajo control y generando valor.
Consejos destacados
- Trate el lanzamiento en directo como el inicio, no como el final. Publique MVP iniciales para activar el ciclo de comentarios de clientes.
- Utilice sprints cortos para refinar temas, orquestación e integraciones según el uso real.
Paso siguiente
Continúe estableciendo KPI medibles para hacer un seguimiento de si su agente ofrece resultados empresariales significativos.