Equipos

Crear un equipo

Navegue a la página Equipos desde la barra lateral de administración y haga clic en el botón "Crear equipo". Introduzca un nombre de equipo y haga clic en guardar. Los equipos son planos — no hay jerarquía ni anidamiento. Cada equipo es un simple grupo de usuarios.

Gestionar miembros

Añada miembros a un equipo desde la lista de Usuarios. Cada usuario puede pertenecer a un solo equipo a la vez — asignar un usuario a un nuevo equipo lo retira automáticamente de su equipo anterior. Para retirar a un miembro, haga clic en el botón × junto a su nombre en la vista de detalle del equipo.

Sincronización de grupos SCIM

Si usa aprovisionamiento SCIM, los grupos de su proveedor de identidad (Okta, Azure AD, etc.) se sincronizan automáticamente como equipos en SecureCodingHub. El campo ExternalGroupId se mapea con el identificador del grupo en su IdP, asegurando que los equipos permanezcan sincronizados cuando los grupos cambian en su directorio.

Asignar formación a equipos

Al crear una asignación, seleccione "Equipo" como tipo de asignatario y elija el equipo objetivo. Todos los miembros actuales del equipo recibirán la asignación. Los usuarios que se incorporen al equipo más adelante también recibirán automáticamente la asignación — no es necesario reasignar.

Visión general de equipos

Así se ve la página Equipos en el panel de administración:

Detalle de equipo

Haga clic en un equipo para ver sus miembros y gestionar la plantilla:

Eliminar un equipo

Eliminar un equipo retira la entidad del equipo pero no elimina a los usuarios que contiene. Todos los miembros quedan sin asignar y pueden añadirse a otro equipo. Las asignaciones activas dirigidas al equipo eliminado permanecerán pero ya no se aplicarán a nuevos usuarios.

Diseñar la estructura de equipos

No hay una única forma correcta de modelar equipos. La estructura que funciona para una empresa de cincuenta ingenieros no escala a quinientos, y la que funciona para una organización liderada por producto no encaja en una consultoría de servicios. Antes de crear su primer equipo, decida qué señal quiere destacar más a nivel de equipo — competencia por lenguaje, propiedad de producto o antigüedad — porque esa decisión determina qué taxonomía seguir.

Tres taxonomías habituales

Por lenguaje o stack. Equipos como Backend Java, Frontend TypeScript y Mobile Swift funcionan bien cuando el contenido de formación es específico por lenguaje y cuando quiere comparar dos grupos de backend entre sí. La desventaja es que los ingenieros que trabajan en varios stacks (un patrón habitual en organizaciones más pequeñas) tienen que colocarse en su stack principal y la habilidad secundaria queda invisible.

Por línea de producto. Equipos como Payments, Identity y Checkout encajan con cómo se organiza realmente el trabajo de ingeniería en la mayoría de empresas de producto. Esta taxonomía facilita a un product manager o a un responsable de seguridad mirar el panel y responder a la pregunta "¿cómo va el equipo de Payments en la formación relevante para PCI?" sin filtrar. La contrapartida es que comparar competencia por lenguaje entre productos requiere informes transversales.

Por antigüedad o rol. Equipos como Senior Engineers, Engineers y Junior Engineers ayudan cuando los caminos de formación difieren por nivel de experiencia. Funciona bien junto con una de las dos taxonomías anteriores como agrupación secundaria, menos bien como única.

Desarrolladores en varios squads y métricas a nivel de equipo

Cada usuario pertenece exactamente a un equipo a la vez, así que los ingenieros que realmente reparten su tiempo entre dos squads requieren un juicio. La regla más sencilla es asignarlos al equipo que posee la mayor parte de su trabajo este trimestre y revisar el mapeo durante la revisión trimestral de la lista de usuarios. Si un desarrollador rota a menudo, colóquelo en su equipo principal y confíe en asignaciones individuales para el trabajo de rotación, en lugar de mover la pertenencia al equipo cada pocas semanas.

A nivel de equipo, las métricas que más importan son la tasa de finalización frente a la formación asignada, la puntuación media por tema y el recuento de usuarios activos en los últimos treinta días. La primera dice si el equipo está haciendo el trabajo, la segunda dice si está aprendiendo de él y la tercera dice si el equipo está enganchado en absoluto. Un equipo con una alta tasa de finalización pero un bajo recuento de usuarios activos normalmente tiene a una o dos personas cargando con toda la plantilla — vale la pena investigarlo en su próximo uno a uno con el líder del equipo.