Teams
Organisieren Sie Ihre Benutzer in Teams nach Abteilung, Projekt oder Rolle. Teams erleichtern es, Schulungen Gruppen zuzuweisen und den Fortschritt nach Team zu verfolgen.
Ein Team erstellen
Navigieren Sie zur Seite Teams aus der Administrator-Seitenleiste und klicken Sie dann auf den Button "Team erstellen". Geben Sie einen Teamnamen ein und klicken Sie auf Speichern. Teams sind flach — es gibt keine Hierarchie oder Verschachtelung. Jedes Team ist eine einfache Gruppe von Benutzern.
Mitglieder verwalten
Fügen Sie Mitglieder zu einem Team aus der Benutzerliste hinzu. Jeder Benutzer kann zu einem Team zur Zeit gehören — das Zuweisen eines Benutzers zu einem neuen Team entfernt ihn automatisch aus seinem vorherigen Team. Um ein Mitglied zu entfernen, klicken Sie auf den ×-Button neben seinem Namen in der Team-Detailansicht.
SCIM-Gruppensynchronisation
Wenn Sie SCIM-Bereitstellung verwenden, werden Gruppen von Ihrem Identitätsanbieter (Okta, Azure AD usw.) automatisch als Teams in SecureCodingHub synchronisiert. Das Feld ExternalGroupId wird der Gruppenkennung in Ihrem IdP zugeordnet, sodass Teams synchron bleiben, wenn sich Gruppen in Ihrem Verzeichnis ändern.
Schulungen Teams zuweisen
Bei der Erstellung einer Zuweisung wählen Sie "Team" als Empfängertyp und wählen das Zielteam. Alle aktuellen Mitglieder des Teams erhalten die Zuweisung. Benutzer, die später dem Team beitreten, erhalten ebenfalls automatisch die Zuweisung — keine erneute Zuweisung erforderlich.
Teams-Übersicht
So sieht die Teams-Seite im Administrator-Panel aus:
Team-Detail
Klicken Sie auf ein Team, um seine Mitglieder zu sehen und die Liste zu verwalten:
Ein Team löschen
Das Löschen eines Teams entfernt die Team-Entität, löscht aber nicht die Benutzer darin. Alle Mitglieder werden nicht zugewiesen und können einem anderen Team hinzugefügt werden. Alle aktiven Zuweisungen, die auf das gelöschte Team zielen, bleiben bestehen, gelten aber nicht mehr für neue Benutzer.
Ihre Team-Struktur entwerfen
Es gibt keine einzig richtige Art, Teams zu modellieren. Die Struktur, die für ein Unternehmen mit fünfzig Engineers funktioniert, skaliert nicht auf fünfhundert, und die Struktur, die für eine produktgetriebene Organisation funktioniert, passt nicht zu einer Services-Beratung. Bevor Sie Ihr erstes Team erstellen, entscheiden Sie, welches Signal Sie am liebsten auf Team-Ebene sichtbar machen möchten — Sprachkompetenz, Produkt-Eigentümerschaft oder Seniorität — denn diese Entscheidung bestimmt, welcher Taxonomie zu folgen ist.
Drei gängige Taxonomien
Nach Sprache oder Stack. Teams wie Backend Java, Frontend TypeScript und Mobile Swift funktionieren gut, wenn die Schulungsinhalte sprachspezifisch sind und wenn Sie zwei Backend-Gruppen miteinander vergleichen möchten. Der Nachteil ist, dass Engineers, die über Stacks hinweg arbeiten (ein häufiges Muster in kleineren Organisationen), in ihrem primären Stack platziert werden müssen und die sekundäre Fähigkeit unsichtbar ist.
Nach Produktlinie. Teams wie Payments, Identity und Checkout entsprechen der Art, wie Engineering-Arbeit in den meisten Produktunternehmen tatsächlich organisiert ist. Diese Taxonomie macht es einfach für einen Produktmanager oder Sicherheitsleiter, sich das Dashboard anzusehen und die Frage "wie kommt das Payments-Team mit PCI-relevanten Schulungen voran" ohne Filtern zu beantworten. Der Kompromiss ist, dass der Vergleich der Sprachkompetenz über Produkte hinweg übergreifende Berichte erfordert.
Nach Seniorität oder Rolle. Teams wie Senior Engineers, Engineers und Junior Engineers helfen, wenn sich Schulungspfade je nach Erfahrungsstufe unterscheiden. Dies funktioniert gut neben einer der beiden oben genannten Taxonomien als sekundäre Gruppierung, weniger gut als die einzige.
Multi-Squad-Entwickler und Team-Level-Metriken
Jeder Benutzer gehört zur gleichen Zeit zu genau einem Team, sodass Engineers, die ihre Zeit wirklich zwischen zwei Squads aufteilen, eine Beurteilung erfordern. Die einfachste Regel ist, sie dem Team zuzuweisen, das die Mehrheit ihrer Arbeit in diesem Quartal besitzt, und die Zuordnung während Ihrer vierteljährlichen Benutzerlisten-Überprüfung erneut zu prüfen. Wenn ein Entwickler oft rotiert, platzieren Sie ihn in seinem Heimteam und verlassen Sie sich auf individuelle Zuweisungen für die Rotationsarbeit, anstatt die Team-Mitgliedschaft alle paar Wochen zu jonglieren.
Auf Team-Ebene sind die wichtigsten Metriken die Abschlussrate gegen zugewiesene Schulungen, die Durchschnittspunkte pro Thema und die Anzahl aktiver Benutzer in den letzten dreißig Tagen. Die erste sagt Ihnen, ob das Team die Arbeit erledigt, die zweite sagt Ihnen, ob sie daraus lernen, und die dritte sagt Ihnen, ob das Team überhaupt engagiert ist. Ein Team mit hoher Abschlussrate, aber niedriger Aktiv-Benutzer-Zahl hat normalerweise ein oder zwei Personen, die die gesamte Liste tragen — wert, im nächsten Einzelgespräch mit dem Teamleiter untersucht zu werden.