Планирование проектов с использованием итеративных, ориентированных на пользователя подходов

Современные проекты Copilot Studio выигрывают от использования гибких методов и аналитики на базе ИИ, которые повышают адаптивность и доверие заинтересованных лиц. Традиционные лучшие практики, которые часто являются статическими или водопадными по своей природе, могут быть неэффективны в динамичной среде ИИ. Переход на планирование, основанное на пользовательских историях, принятии решений на основе аналитики и проактивном управлении рисками, позволит вам реализовывать проекты Copilot Studio более итеративно и предсказуемо. В этом разделе даются практические рекомендации, которые помогут вам принять фундаментальные решения и избежать распространенных ошибок в начале работы над проектом Copilot Studio.

Планирование, основанное на пользовательских историях

Примите на вооружение подход, основанный на пользовательских историях, чтобы определить и контролировать область вашего проекта Copilot Studio. Вместо того чтобы начинать с громоздкой монолитной спецификации, разделите функциональность агента на небольшие пользовательские истории и отслеживайте их как элементы невыполненной работы в таких инструментах, как Azure Boards или GitHub Projects. Например:

  • Пользовательская история: "Как сотрудник, я хочу, чтобы агент извлек информацию о моем остатке отпуска, чтобы я мог спланировать отпуск".
  • Пользовательская история: "Как клиент, я хочу, чтобы агент отслеживал мой заказ, чтобы мне не пришлось звонить в службу поддержки".

Каждая пользовательская история содержит конкретную потребность конечного пользователя и ожидаемый результат. Добавьте эти истории в невыполненную работу с подробностями и критериями приемки. Пользовательские истории и элементы невыполненной работы помогают четко определить объем, требования и ожидаемые результаты для каждой части проекта. Такая ясность гарантирует, что каждый член команды будет понимать, что он разрабатывает и зачем.

Лучшие практики планирования пользовательских историй

  • Систематизация по функциям или темам: группируйте пользовательские истории по возможностям высокого уровня или темам в Copilot Studio.
  • Включение критериев приемки: определите, как вы поймете, что история готова. Например, "Когда пользователь (Microsoft Entra ID) запрашивает у агента остаток отпуска, агент возвращает правильное количество дней из HR-системы". Это определение обеспечивает качество и помогает тест-инженерам и бизнес-пользователям убедиться в работоспособности функциональности.
  • Итеративная приоритизация: не все истории требуют немедленной реализации. Используйте свою невыполненную работу, чтобы определить, что разрабатывать в первую очередь. Распространенный подход в Agile — сначала выпускать агента с минимальным функционалом (MVP), который решает самые критические задачи, а затем в последующих спринтах расширять его путем добавления дополнительных историй (например, полезных вопросов и ответов, новых каналов и т. д.).
  • Регулярное обслуживание невыполненной работы: регулярно пересматривайте и обновляйте пользовательские истории. В проектах по созданию агентов могут происходить изменения в объеме задач по мере того, как вы узнаете, о чем просят пользователи. Сделайте уточнение невыполненной работы регулярной задачей (например, еженедельной), добавляя новые истории для возникающих запросов и пересматривая другие с учетом осуществимости.

Итеративная поставка

После определения пользовательских историй и элементов невыполненной работы реализуйте проект по спринтам или итерациям (обычно по 2–3 недели каждый). В конце каждого спринта реализуйте несколько пользовательских историй (например, новую возможность или улучшение существующей темы). Такой поэтапный подход позволяет часто демонстрировать прогресс и получать обратную связь на раннем этапе. Это также позволяет выпускать агента поэтапно, а не сразу полностью, что позволяет управлять рисками и повышает доверие заинтересованных лиц.

Сосредотачиваясь на пользовательских историях и элементах невыполненной работы, команды остаются ориентированными на пользователя и могут при необходимости быстро сменить курс. Команды могут легко менять приоритеты в невыполненной работе, если новая потребность или идея оказывается более ценной. Небольшие истории также позволяют выявлять проблемы на ранних этапах. Например, если интеграция системы X — это отдельная история и она вызывает сложности, вы обнаружите это во время спринта, а не при финальной сдаче проекта. Этот подход способствует постоянному вовлечению пользователей благодаря обратной связи по каждому инкременту, что приводит к созданию решения, которое лучше соответствует потребностям пользователей. Заинтересованные лица видят динамичную дорожную карту функций и устойчивый прогресс, что повышает их уверенность в том, что проект находится под контролем и приносит ценность.

Основные советы

  • Относитесь к вводу в эксплуатацию как к началу, а не к концу. Публикуйте ранние MVP, чтобы запустить маховик обратной связи клиентов.
  • Используйте короткие спринты для доработки тем, оркестрации и интеграций на основе реального использования.

Далее

Для продолжения установите измеримые ключевые показатели эффективности (КПЭ), чтобы отслеживать, приносит ли ваш агент значимые бизнес-результаты.

Определение целей и критериев успеха проекта

  • Last updated on