Comenzar el inicio rápido para Microsoft Teams
Las siguientes actividades se realizan 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 completar 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 deba tomar posteriormente. Para esta fase hay algunas decisiones que deben tomarse. Para hacerlos correctamente, primero tienes 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 permite a los usuarios pioneros crear otros equipos si es necesario. Supervisar este comportamiento le proporciona la 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 proporciona información sobre cómo los empleados piensan en su trabajo y será esencial para crear posteriormente una convención de nomenclatura a mayor escala. (La información adicional sobre los elementos de una incorporación interactiva aparece más adelante en esta guía).
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