Команда клиентских операций открывает привычный сентябрьский план релизов и не находит новой волны. Это не задержка публикации. Microsoft отказывается от модели Release Plans, выходивших дважды в год, и переносит обновления Dynamics 365, Power Platform и Dataverse в дорожную карту AI at Work.
Практическое решение состоит в том, чтобы заменить две большие проверки в год небольшим постоянным мониторингом. Публичная дорожная карта помогает заметить возможное изменение, Message Center показывает сообщения для конкретного клиента Microsoft, Microsoft Learn объясняет текущее поведение продукта, а внутренний журнал хранит решение, владельца и доказательства.
Меняется способ информирования, а не механизм развертывания. Дата в дорожной карте остается оценкой. Наличие пункта в списке не доказывает, что функция уже работает в вашей среде.
Что изменила Microsoft
Microsoft объявила, что с сентября 2026 года новые возможности Dynamics 365, Power Platform и Dataverse будут публиковаться в AI at Work непрерывно. Отдельного объявления о второй волне 2026 года в сентябре не будет. Старые Release Plans в Microsoft Learn сохранятся как исторические материалы.
- 1Ограничьте областьСледите только за продуктами, облаками и процессами, которые использует команда.
- 2Зафиксируйте сигналСохраните идентификатор, статус, источник, целевые даты и последнее изменение.
- 3Подтвердите применимостьСопоставьте публичный пункт с сообщениями клиента и актуальной документацией.
- 4Докажите влияниеПроверьте реальный кейс, права, ошибку и восстановление человеком.
- 5Запишите решениеНазовите владельца, выбор, доказательство и дату следующего обзора.
Пункты с датой публичной предварительной версии или общей доступности не раньше 1 июня 2026 года должны перейти в новую систему с сентября по ноябрь. Release Planner планируется закрыть к 15 ноября 2026 года. Microsoft подчеркивает, что расписания выпусков продуктов, процессы развертывания, уведомления Message Center и документация из-за этого не меняются.
Новая карта сопровождает пункт через состояния In Development, Rolling Out и Launched. Доступны фильтры, выгрузка CSV, RSS, прямые ссылки и идентификаторы функций. Следить за одной возможностью становится проще, но исчезает старый календарный повод, который дважды в год собирал всех на общую проверку.
Создайте единый мониторинг изменений
Сначала определите границы. Запишите продукты Microsoft, облачные среды и клиентские процессы, от которых действительно зависит команда. Контактному центру могут быть важны Dynamics 365 Customer Service, Power Automate, Dataverse и Copilot Studio, но не вся объединенная карта. Узкий фильтр с ответственным владельцем полезнее огромного экспорта, который никто не читает.
Назначьте человека, который собирает новые и измененные пункты с фиксированной периодичностью. Для быстро меняющейся программы ИИ подойдет еженедельный обзор. Стабильной сервисной операции может хватить ежемесячного. Сборщик не утверждает изменение, а готовит небольшой пакет доказательств для владельцев клиентского риска, безопасности, данных, обучения и затронутого процесса.
Для каждого серьезного пункта сохраняйте идентификатор, статус, целевое облако, дату предварительного выпуска или начала развертывания, дату последнего изменения и ссылку. Затем назовите бизнес процесс, который может измениться. Если пункт влияет на распределение диалогов, зафиксируйте, где сейчас виден владелец в командном инбоксе. Если меняется поток или коннектор, свяжите пункт с нужной автоматизацией и путем восстановления.
Не превращайте RSS в автоматическое одобрение. Новая запись запускает проверку, но не должна создавать производственное изменение до изучения сообщения для клиента и инструкции по внедрению.
Считайте пункт дорожной карты сигналом
Публичная карта отвечает на вопрос, что Microsoft сейчас планирует. Message Center сообщает, что относится к вашему клиенту. Microsoft Learn описывает настройку и поддерживаемое поведение. Внутренний журнал объясняет, почему команда решила тестировать, отложить, отклонить или принять изменение.
| Источник | Для чего он нужен | Что сделать | Важное ограничение |
|---|---|---|---|
| AI at Work | Поиск будущих возможностей и изменений статуса | Отфильтровать продукт и облако, сохранить идентификатор | Даты и объем могут измениться |
| Message Center | Сообщения для конкретного клиента Microsoft | Связать уведомление со средой и владельцем | Не заменяет проверку внедрения |
| Microsoft Learn | Актуальные настройки, ограничения и поведение | Проверить требования и точный путь настройки | Документация не доказывает готовность среды |
| Внутренний журнал | Решение, доказательство, владелец и следующая проверка | Записать принятие, тест, отсрочку или отказ | Журнал должен иметь владельца |
Такое разделение предотвращает типичную ошибку. Кто-то видит статус Launched и решает, что функция уже доступна всем. На доступность все еще могут влиять облако, регион, язык, лицензия, настройки администратора и очередность развертывания. Статус дает повод проверить, но не разрешение переключать производство.
Тестируйте только влияние на клиента
Не каждый пункт требует проекта. Спросите, меняет ли он клиентские данные, права, автоматическое действие или работу представителя с живым обращением. Если нет, зафиксируйте пункт и двигайтесь дальше. Если да, проведите короткую проверку в непроизводственной среде или контролируемом пилоте.
Прогоните типичный кейс от начала до конца. Для ИИ и автоматизации проверьте разрешенное действие, запрет, видимость ошибки и восстановление человеком. Сопоставьте это с контролями для ИИ в клиентском сервисе, инструментов разработчика и безопасности. Эти страницы описывают границы DripTell и не означают, что DripTell настраивает среды Microsoft.
Храните снимки и выгрузки только тогда, когда они подтверждают решение. Полезный пакет содержит исходный пункт, применимость к клиенту, результат теста, ответственного, решение о запуске и дату следующего обзора.
Сохраняйте ценность записи после запуска
При непрерывной публикации проверка не заканчивается в день запуска. Возвращайтесь к пунктам, которые были отложены, оставались в предварительной версии или отсутствовали в вашем облаке. Закрывайте запись только после подтвержденного внедрения или обоснованного отказа, причина которого все еще актуальна.
Если изменение Microsoft влияет на передачу клиентских диалогов между людьми, каналами или автоматическими действиями, сначала опишите влияние. DripTell помогает командам зафиксировать текущий маршрут разговора и решить, что должно остаться под контролем человека. Свяжитесь с командой, если настоящая задача заключается в пересмотре операционной модели.
Часто задаваемые вопросы
Microsoft прекращает расписания выпусков Dynamics 365?
Нет. Меняется способ публикации планов. Microsoft прямо говорит, что установленные расписания продуктов и процессы развертывания продолжают действовать.
Будет ли вторая волна Dynamics 365 в сентябре 2026 года?
Отдельного объявления не будет. Сообщение Microsoft для партнеров направляет новые возможности в постоянную дорожную карту.
Можно ли продолжать пользоваться старыми Release Plans?
Да, как историческими справочниками. Новые возможности с сентября 2026 года будут публиковаться в другом месте.
Чем заменить обзор дважды в год?
Нужен регулярный цикл с фильтрами по продуктам и облакам, RSS или экспортом, уведомлениями Message Center, документацией по внедрению и единым внутренним журналом решений.
Помочь применить это руководство?Спросить команду DripTell
От чтения к действию
Нужна помощь с применением этого подхода в вашей компании?
Оставьте контакты. Мы учтём материал, который вы читаете, и начнём с полезного ответа для вашей команды.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники
