Поделиться через


Краткое руководство по управлению Microsoft Teams

Следующие действия выполняются одновременно, и они могут включать всю или часть вашей ключевой команды. Рекомендуется отложить крупномасштабные беседы по управлению и безопасности после завершения первоначальных экспериментов с Teams. Важно понимать, как решения по управлению могут повлиять на взаимодействие с конечными пользователями и упростит решения, которые необходимо принять на более позднем этапе. На этом этапе необходимо принять некоторые решения. Чтобы сделать их успешно, сначала необходимо ответить на следующие вопросы:

  • Какой заинтересованный сторону из вашей предыдущей оценки является хорошим кандидатом для участия в этом ограниченном бизнес-подключении?
  • Предложил этот человек (или группа лиц) варианты использования, которые были бы хорошими кандидатами на этом этапе?
  • Достаточно ли у них интереса со стороны сотрудников в своей организации, чтобы быть ранними последователями и предоставлять вам значимые и регулярные отзывы?

Дополнительные сведения см. в статье Планирование управления в Teams и Планирование управления жизненным циклом в Teams.

Значок, представляющий точку принятия решения.Решения

Принесите следующие решения (на данном этапе эти решения применяются только к этапу 2).

Решение 1. Кто может создавать команды

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

Решение 2. Соглашения об именовании Teams

Скорее всего, вы захотите реализовать некоторые соглашения об именовании для широкого развертывания Teams и проверить наличие повторяющихся имен. На этапе 2 мы рекомендуем реализовать соглашение об именовании вручную только для начальных проектов. Рекомендуется проводить интерактивную адаптацию с группой проектов ранних последователей и позволить им выбрать собственное имя. Это дает представление о том, как сотрудники думают о своей работе, и будет иметь важное значение для создания более крупномасштабного соглашения об именовании в будущем. (Дополнительные сведения об элементах интерактивного подключения см. далее в этом руководстве.)

Решение 3. Гостевой доступ

В зависимости от области и типа проекта и характера отрасли, обеспечение безопасной совместной работы с партнерами или поставщиками может быть важной возможностью, которую вы хотите протестировать. Вы можете ограничить число пользователей, которые могут добавлять гостей в команды с помощью соответствующих элементов управления клиентом, и ограничить количество команд, открытых для гостей, с помощью меток конфиденциальности. Кроме того, вы можете убедиться, что гости соблюдают требования безопасности организации, такие как использование Многофакторной идентификации (MFA).

Решение 4. Утвержденные приложения

Лучший вариант использования Teams включает интеграцию других приложений в интерфейс. Как минимум, техническая команда должна включить в интерфейсе Teams первые и популярные приложения. В зависимости от варианта использования и других приложений, используемых в организации, вы можете включить дополнительные приложения в рамках контролируемого эксперимента. Обязательно проверьте все сторонние приложения, чтобы убедиться, что они соответствуют требованиям безопасности и соответствия требованиям вашей организации.

Решение 5. Включены ли собрания в ваш тест?

Взаимодействие с собраниями Teams отличается высоким качеством, поддерживает видеочаты и объединяет сотрудников, чтобы повысить эффективность. Проконсультируйтесь с технической командой, чтобы убедиться, что ваша среда готова к простым собраниям VoIP. Включение аудиоконференций или голосовых служб обычно исключается из этого этапа экспериментов; однако это зависит от основной команды проекта, технической готовности и состояния других голосовых служб и служб собраний в вашей организации. Техническая готовность должна включать в себя такие компоненты, как оборудование для переговорных комнат, устройства и аксессуары конечных пользователей, а также сеть. Мы рекомендуем включить видеочаты и собрания VoIP в эксперименты, чтобы повысить ценность реализации Teams.

Решение 6. Управление содержимым и структура

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

Решение 7. Безопасность данных

При подготовке к широкому развертыванию вы можете использовать метки безопасности для классификации типов команд в вашей среде. Для целей этого эксперимента рекомендуется обратиться к статье Планирование управления в Teams и убедиться, что для данных Teams в Microsoft 365 задана базовая политика хранения. Возможно, вам потребуется согласовать эту работу с технической группой, так как для выполнения этой работы требуются права администратора Microsoft 365.

Решение 8. Продолжительность эксперимента

Успешная реализация Teams продолжается в здоровом темпе, чтобы обеспечить соответствующий импульс, концентрацию и обучение. Мы рекомендуем, чтобы этот этап вашего проекта был длиной 60 дней, чтобы обеспечить выполнение вашими ранними последователями достаточных бизнес-циклов. Продление экспериментов на слишком длительное время увеличивает риск неудачной программы изменений; однако для каждой организации это время будет разным.

Значок, представляющий следующий шаг. Далее: Определение сценариев использования