Переключить Office 365 на Targeted Release

TL;DR

Если вы — администратор бизнес-подписки Office 365 и хотите получать новые функции быстрее, можно включить Targeted Release для всех или для выбранных пользователей через Центр администрирования. Это даёт обновления до шести месяцев раньше, но повышает риск столкнуться с недокументированными багами; для критически важных сценариев лучше оставаться на стандартном выпуске.

Быстрые ссылки

• Как работают обновления Office 365

• Как переключиться на Targeted Release

Как работают обновления Office 365

Office 365 отличается от обычных обновлений Windows: помимо настольных приложений (Outlook, Word, Excel) у него есть веб-версии и полностью веб-ориентированные сервисы (Power Automate/Flow, Forms, Sway и др.). Веб-приложения получают правки и исправления быстро — как только они готовы. Крупные изменения для веб- и клиентских приложений обычно анонсируются заранее и выходят в значительных релизах примерно каждые шесть месяцев, при этом регулярно выходят ежемесячные обновления и улучшения.

По умолчанию подписка находится на «worldwide standard release» (глобальный стандартный выпуск). Это означает, что ваше окружение получает выпуски только после прохождения нескольких «колец» тестирования. Эти кольца описаны так:

• Кольцо 0: команда разработки, реализовавшая изменение.
• Кольцо 1: более широкий внутренний состав команды Office 365.
• Кольцо 2: вся корпорация Microsoft.
• Кольцо 3: подписчики, которые выбрали получение целевых релизов (Targeted Release).
• Кольцо 4: глобальный стандартный выпуск (ваше окружение по умолчанию).

Изменение проходит тестирование в последовательных кольцах: только после успешного тестирования в кольце оно может быть развернуто в следующем. Кольцо 4 — последний этап, и на него релиз попадает только после прохождения всех предыдущих.

Что даёт переход в Targeted Release

• Ранний доступ к новым функциям — иногда до шести месяцев раньше, чем у стандартного релиза.
• Возможность протестировать совместимость внутренних процессов и адаптировать обучение для пользователей.

Какие риски существуют

• Хотя первые кольца тестирования отлавливают большинство проблем, не исключено появление багов или несовместимостей в вашей конкретной среде.
• Для рабочих процессов, критичных по надёжности и срокам (например, отчётность перед клиентом), ранние версии могут увеличить риск простоев.

Требования и кто может изменить выпуск

Чтобы переключиться на Targeted Release, у вас должен быть доступ к Центру администрирования Office 365. Обычно это бизнес-подписка, где домен и почта вашей организации управляются через Microsoft (например, Rob@AcmeRockets.com). Личные почтовые аккаунты (Outlook.com, Hotmail) таких настроек не имеют.

Связанные материалы: Где находятся инструменты администратора Office 365

Как переключиться на Targeted Release — пошаговая инструкция

1. Откройте портал Office 365 и перейдите в Центр администрирования.

2. В меню выберите «Настройки» > «Профиль организации».

3. Найдите опцию «Release preferences» (Параметры выпуска) — там будет указано, на каком «треке» релизов вы находитесь. Нажмите «Изменить».

4. Выберите либо «Targeted release для всех», либо «Targeted release для выбранных пользователей», если хотите протестировать только часть организации. Нажмите “Далее”.

5. Если вы подтверждаете переключение для всех пользователей, прочитайте предупреждение и подтвердите действие.

6. После применения изменений закройте окно «Параметры выпуска».

Изменение начнёт распространяться в течение 24 часов; клиентские и веб-приложения обычно обновляются достаточно быстро после применения настройки.

Если нужно вернуться назад, выполните те же шаги и выберите Standard Release.

Кому стоит включать Targeted Release

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

Когда не стоит включать Targeted Release

• Если ваша организация зависит от строгой стабильности и невысокой изменчивости ПО (например, бухгалтерия во время отчётного периода).
• Если у вас ограниченные ресурсы на проверку и поддержку пользователей при возможных проблемах.

Чек-лист для администратора перед переключением

• Оцените критичные сервисы и зависимости (адд-оны, макросы, интеграции).
• Назначьте тестовую группу пользователей и запасной план отката.
• Проинформируйте конечных пользователей о возможных изменениях и сроках.
• Планируйте окно наблюдения на первые 48–72 часа после включения.

Рольовые рекомендации

• Администратор: создать тестовую группу, задокументировать проверки совместимости, мониторить логи и обращения службе поддержки.
• Менеджер приложения: провести smoke-тесты ключевых сценариев (создание/отправка писем, совместная работа в документах, макросы).
• Пользователь: сообщать о любых ошибках через установленный канал и избегать критичных задач в первые 48 часов после включения.

Мини‑методология тестирования после переключения

1. Проверка аутентификации и доступа всех ролей.
2. Тестирование основных рабочих сценариев: отправка почты, совместное редактирование, печать/экспорт документов.
3. Проверка интеграций: почтовые шлюзы, бэкапы, сторонние надстройки.
4. Мониторинг ошибок и сбор обратной связи от тестовой группы.
5. Оценка влияния и решение о расширении Targeted Release на весь домен или откате.

План отката (Runbook)

• Критерии запуска отката: критические сбои в основных сервисах, потеря данных, существенные нарушения бизнес-процессов.
• Шаги:
  1. Плановое уведомление пользователей о начале отката.
  2. В Центре администрирования выбрать Standard Release и применить изменения.
  3. Контролировать распространение настроек (до 24 часов).
  4. Восстановить конфигурации и версии сторонних надстроек при необходимости.
  5. Провести пост‑мортем и обновить чек-листы.

Критерии приёмки

• Все ключевые бизнес-сценарии проработаны и проходят тесты.
• Нет критических инцидентов на протяжении 72 часов после переключения.
• Количество обращений в службу поддержки не превышает прогнозируемого уровня.

Матрица рисков и меры снижения

• Сбой интеграций — действие: тестировать интеграции в тестовой группе и иметь резервные каналы.
• Регрессивные баги в интерфейсе — действие: собрать скриншоты/логи, приоритизировать и откатить, если нужно.
• Потеря производительности — действие: мониторинг SSO/Exchange/SharePoint, масштабирование ресурсов.

Когда Targeted Release даёт ложное чувство безопасности

• Если вы включили Targeted Release только для «технических» аккаунтов без сценарного тестирования — ранние релизы всё ещё могут ломать реальные рабочие процессы. Ранний доступ полезен только вместе с активной проверкой.

Альтернативы переходу на Targeted Release

• Создать отдельную тестовую арену с копией данных и там применять новые релизы вручную.
• Использовать подписку тестовой организации для проверки новых функций.
• Внедрять фрагментарное обучение пользователей на демо‑сценариях без глобального переключения.

Частые проблемы и как их решать

• Проблема: надстройка в Outlook перестала работать. Решение: проверить совместимость надстройки с новой версией Office, откатить на стандартный выпуск для тестовой группы и связаться с разработчиком надстройки.
• Проблема: формы в SharePoint меняют поведение. Решение: сравнить конфигурации, собрать логи и откатить релиз, если бизнес-процессы нарушены.

Быстрые тест-кейсы для приёмки

• Отправить/получить письмо с вложением 50 МБ.
• Совместно отредактировать документ Word тремя пользователями одновременно.
• Запустить критический макрос Excel и проверить результат.
• Выполнить экспорт отчёта из Power BI (если интегрировано).

Факты и ключевые числа

• Целевой эффект: обновления могут приходить до шести месяцев раньше, чем на стандартном релизе.
• Частота: значительные релизы примерно каждые шесть месяцев; мелкие обновления выходят ежемесячно.
• Время распространения настройки: до 24 часов.

Дерево решений

flowchart TD
  A[Нужен ранний доступ к функциям?] -->|Нет| B[Оставаться на Standard Release]
  A -->|Да| C[Есть ресурсы на тестирование?]
  C -->|Нет| B
  C -->|Да| D[Включить Targeted Release для выбранных пользователей]
  D --> E{Проблемы в тестовой группе?}
  E -->|Да| F[Откат и анализ]
  E -->|Нет| G[Расширить Targeted Release на всех]

Конфиденциальность и соответствие требованиям

Переключение релизного трека не меняет политику хранения данных Microsoft и не даёт дополнительных прав Microsoft на ваши данные. Однако любые новые функции могут влиять на интеграции и способы передачи данных, поэтому при работе с персональными данными (GDPR) проверьте, не изменяются ли механизмы экспорта/логирования информации.

Краткое резюме

Targeted Release даёт ценный ранний доступ к функциям, но требует дисциплины: тестовая группа, мониторинг, план отката и коммуникация с пользователями. Для крупных организаций и критичных систем подход «протестировать в изолированном окружении» часто надёжнее, чем автоматическое включение Targeted Release для всех.

Важно: принимать решение нужно ориентируясь на уровень риска для бизнеса и наличие ресурсов на поддержку и тестирование.