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

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