Wozu ist ein Projektteam gut, wenn es keine Richtlinie tragen kann?

Fuer Quersicht: Ein Projektteam gruppiert Personen aus mehreren funktionalen Teams fuer Reporting und Kalender, ohne Richtlinienaufloesung oder Genehmigungswege zu stoeren.

Was passiert mit Mitgliedern, wenn ich ein Team archiviere?

Mitglieder behalten Konto und Historie; sie verlieren nur die Teamzuweisung, und die Aufloesung faellt auf Abteilung oder Standort zurueck. Das archivierte Team laesst sich vollstaendig wiederherstellen.

Kann eine Person in mehreren Teams sein?

Eine Person hat ein funktionales Team (das richtlinien- und genehmigungsrelevante Zuhause), kann aber zusaetzlich in Projektteams fuer Reporting erscheinen.

Abteilungen und Teams

Die Organization-View in den Settings haelt deine Struktur: Abteilungen mit ihren Teams plus eigenstaendige Teams, die ihre Defaults direkt konfigurieren. Struktur ist mehr als Beschriftung: Abteilungen und Teams sind Ebenen der Richtlinienaufloesung und definieren den Manager-Bereich.

Teams gibt es in zwei Arten: funktionale Teams (die echte Organisationseinheit, koennen Richtlinien und Approver tragen) und Projektteams (reine Reporting-Gruppen).

Abteilungen und Teams anlegen

Oeffne die Settings und wechsle zur Organization-View.
Klicke "New department" oder "New team". Der Dialog fragt Name und bei Teams den Schalter "Functional Team" sowie optional eine uebergeordnete Abteilung ab.
Teams ohne Abteilung erscheinen unter "Standalone Teams" und konfigurieren ihre Defaults direkt.

Lass den Schalter "Functional Team" fuer echte Organisationseinheiten an. Projektteams tragen ein "Project"-Badge und zeigen "N/A (project team)" in der Richtlinienkarte: Sie koennen keine Urlaubsrichtlinie tragen.

Organization-View mit Abteilungen, Teams und der Sektion Standalone Teams

Einheit verwalten

Jede Zeile hat ein Menue mit den Alltagsaktionen:

"Edit details..." oeffnet den Dialog mit Tabs: "Overview", "Members", "Teams" (nur Abteilungen) und "Inheritance".
"Move into department..." / "Make standalone": Teams umorganisieren, ohne Mitglieder oder Richtlinien anzufassen.
"Assign Work Schedule": Arbeitstage-Default fuer die ganze Einheit setzen.
"Archive": Einheit stilllegen (bestaetigt via "Archive department" / "Archive team"); aus dem Archiv wiederherstellen oder endgueltig loeschen.

Approver und Richtlinien

Der Overview-Tab zeigt den "Primary approver" der Einheit: bei Teams der Team-Lead, der die Antraege der Mitglieder erhaelt (sofern keine Genehmigungskette greift).
Die Richtlinienkarte im Overview ist schreibgeschuetzt; die Zuweisung laeuft ueber die Organisationstabelle im Dialog "Policy" mit "Assign Policy" / "Remove Policy".
Der Tab "Inheritance" zeigt die Aufloesungskette mit dem Badge "Effective": der schnellste Blick darauf, was die Mitglieder tatsaechlich bekommen.

Wie Struktur das Verhalten steuert

Richtlinienaufloesung: Teamzuweisungen schlagen Abteilungszuweisungen, diese schlagen Standort-Defaults.
Manager-Bereich: Das Manager-Dashboard eines Team-Leads umfasst genau seine Teams: Warteschlange, Abdeckung, Audit-Log.
Abdeckungsregeln und Teamkalender arbeiten pro Team.
Der Massenimport-CSV kann Personen mit den Spalten "Department Name (optional)" und "Team Name (optional)" vorplatzieren.

Haeufige Fragen

Wozu ist ein Projektteam gut, wenn es keine Richtlinie tragen kann?: Fuer Quersicht: Ein Projektteam gruppiert Personen aus mehreren funktionalen Teams fuer Reporting und Kalender, ohne Richtlinienaufloesung oder Genehmigungswege zu stoeren.
Was passiert mit Mitgliedern, wenn ich ein Team archiviere?: Mitglieder behalten Konto und Historie; sie verlieren nur die Teamzuweisung, und die Aufloesung faellt auf Abteilung oder Standort zurueck. Das archivierte Team laesst sich vollstaendig wiederherstellen.
Kann eine Person in mehreren Teams sein?: Eine Person hat ein funktionales Team (das richtlinien- und genehmigungsrelevante Zuhause), kann aber zusaetzlich in Projektteams fuer Reporting erscheinen.