Краткое руководство по управлению 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 дней, чтобы ваши ранние последователей завершили достаточные бизнес-циклы. Расширение экспериментов на слишком длительное время повышает риск сбоя программы изменений; однако это время будет отличаться для каждой организации.

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