Comenzar el inicio rápido para Microsoft Teams

• Se aplica a:

  Microsoft Teams

Las siguientes actividades tendrán lugar simultáneamente y pueden implicar a todo o a parte de su equipo clave. Como práctica recomendada, aplazar las conversaciones de seguridad y gobernanza a gran escala para después de haber completado la experimentación inicial con Teams. Es importante comprender cómo pueden afectar las decisiones de gobierno a la experiencia del usuario final y simplificará las decisiones que deberá tomar posteriormente. Para esta fase hay algunas decisiones que deben tomarse. Para hacerlos correctamente, primero tendrás que responder a las siguientes preguntas:

• ¿Qué partes interesadas de la evaluación anterior son un buen candidato para participar en esta incorporación limitada de empresas?
• ¿Ha sugerido este individuo (o grupo de individuos) casos de uso que serían buenos candidatos para esta fase?
• ¿Tienen suficiente interés de los empleados de su organización para ser usuarios pioneros y proporcionarle comentarios significativos y periódicos?

Para obtener más información, lea Plan de gobernanza en Teams y Planear la administración del ciclo de vida en Teams.

Decisiones

Tome las siguientes decisiones (en este momento, estas decisiones se aplican solo a la fase 2):

Decisión 1: Quién puede crear equipos

A efectos de esta fase, puede restringir quién puede crear equipos para la población pionero, además de su equipo de proyecto principal. Esto permitirá a los usuarios pioneros crear equipos adicionales si es necesario. Supervisar este comportamiento le proporcionará información clave para su amplia implementación.

Decisión 2: Convenciones de nomenclatura de Teams

Es probable que desee implementar algunas convenciones de nomenclatura para su amplia implementación de Teams y comprobar si hay nombres duplicados. En la fase 2 le sugerimos que implemente una convención de nomenclatura manual solo para los proyectos iniciales. El procedimiento recomendado para ello es llevar a cabo una incorporación interactiva con el equipo del proyecto pionero y permitirles seleccionar su propio nombre. Esto le dará información sobre cómo los empleados piensan sobre su trabajo y será esencial para crear una convención de nomenclatura a mayor escala en un momento posterior. (Más adelante en esta guía aparecerá información adicional sobre los elementos de una incorporación interactiva).

Decisión 3: Acceso de invitado

Según el ámbito y el tipo de proyecto y la naturaleza de su sector, habilitar la colaboración segura con asociados o proveedores puede ser una capacidad esencial que desea probar. Puede limitar quién puede agregar invitados a los equipos mediante los controles de inquilino adecuados y limitar los equipos que están abiertos a los invitados mediante etiquetas de confidencialidad. Además, puede asegurarse de que los invitados cumplan los requisitos de seguridad de la organización, como el uso de Multi-Factor Authentication (MFA).

Decisión 4: Aplicaciones aprobadas

El mejor uso de Teams incluye la integración de otras aplicaciones en la experiencia. Como mínimo, su equipo técnico debe habilitar las aplicaciones destacadas y de primera parte en su experiencia de Teams. Según el caso de uso y otras aplicaciones que se usen en tu organización, puedes optar por incluir aplicaciones adicionales como parte de tu experimento controlado. Asegúrese de vetar las aplicaciones de terceros para asegurarse de que cumplen los requisitos de seguridad y cumplimiento de su organización.

Decisión 5: ¿Se incluyen las reuniones en la prueba?

La experiencia de reunión de Teams es de alta calidad, admite el chat de vídeo y reúne a sus empleados para que sean más eficaces. Consulte con su equipo técnico para asegurarse de que su entorno está listo para incluir reuniones VoIP sencillas. La habilitación de servicios de audioconferencia o voz normalmente se excluiría de esta fase de la experimentación; sin embargo, eso depende de su equipo de proyecto principal, su disponibilidad técnica y el estado de otros servicios de voz o reunión de su organización. La preparación técnica debe incluir elementos como el equipamiento de la sala de reuniones, los dispositivos y accesorios del usuario final y la red. Se recomienda incluir chats de vídeo y reuniones VoIP en la experimentación para obtener más valor de la implementación de Teams.

Decisión 6: Gestión y estructura del contenido

Teams funciona mejor cuando los usuarios trabajan de un extremo a otro dentro de la plataforma, en lugar de exigirles que vuelvan continuamente a los sistemas y servicios heredados, y ofrece nuevas formas de trabajo que difieren de cómo están acostumbrados los usuarios. Como parte de su experimento, trabaje con los participantes para tener en cuenta las estructuras de equipo y los canales que adoptan las formas multi modales de colaborar en Teams y eviten simplemente replicar las estructuras de almacenamiento y carpetas existentes. Además, tenga en cuenta los requisitos de cumplimiento para el contenido almacenado fuera de los sistemas compatibles existentes, como la administración de registros o los sistemas de copia de seguridad.

Decisión 7: Seguridad de datos

Como preparación para la amplia implementación, puede optar por usar etiquetas de seguridad para clasificar los tipos de equipos en su entorno. Para los fines de este experimento, le recomendamos que consulte Plan de gobernanza en Teams y que se asegure de que se ha establecido una directiva de retención básica en los datos de Teams en Su Microsoft 365. Es posible que tenga que coordinar este trabajo con su equipo técnico porque se necesitan derechos de administrador de Microsoft 365 para completar este trabajo.

Decisión 8: Duración del experimento

Una implementación correcta de Teams avanza a un ritmo saludable para garantizar un impulso, un enfoque y aprendizajes adecuados. Le recomendamos que esta fase del proyecto tenga una duración de 60 días para asegurarse de que sus usuarios pioneros completen ciclos de negocio suficientes. La ampliación de la experimentación durante un período de tiempo demasiado prolongado aumenta el riesgo de un programa de cambio fallido; sin embargo, este tiempo variará para cada organización.

Siguiente: Definir escenarios de uso