Seminar Moqups – Administration, Teams, Rollen und Governance

Im Mittelpunkt steht der kontrollierte Betrieb einer Moqups-Umgebung für mehrere Teams, Projekte und externe Beteiligte. Die Konfiguration wird nicht isoliert betrachtet, sondern mit Verantwortlichkeiten, Freigaberegeln, Vorlagen und Identitätsprozessen verbunden.

Zwei Tage sind erforderlich, weil Rollen- und Berechtigungskonzepte zunächst modelliert und anschließend in mehreren Projektszenarien eingerichtet, getestet und dokumentiert werden müssen.

Inhaltsverzeichnis

• Zielgruppe und Voraussetzungen
• Seminarinhalte
  • Governance-Modell und Verantwortlichkeiten
  • Teams, interne Rollen und externe Beteiligte
  • Projektzugriff und Freigaberegeln
  • Vorlagen, Assets und Arbeitsstandards
  • SAML-SSO, SCIM und Identitätslebenszyklus
  • Betrieb, Kontrolle und Wiederherstellung
• Praxisübungen
• Qualitätskriterien und Abnahme

Zielgruppe und Voraussetzungen

Zielgruppe: Account- und Teamadministration, IT-Verantwortung, Informationssicherheit, Produktleitung, Projektleitung und Verantwortliche für einheitliche Arbeitsstandards.

Voraussetzungen: Grundlegende Erfahrung mit browserbasierten Kollaborationswerkzeugen. Für die Übungen zu Identitätsverwaltung sind Kenntnisse zu Rollen, Verzeichnisdiensten und Single Sign-on hilfreich.

Seminarinhalte

1. Governance-Modell und Verantwortlichkeiten

Aus den organisatorischen Anforderungen wird ein belastbares Betriebsmodell abgeleitet.

1. Schritt 1: Nutzungsbereiche, Teamgrenzen und schützenswerte Projekttypen erfassen.
2. Schritt 2: Verantwortlichkeiten für Konto, Teams, Projekte, Vorlagen und Freigaben zuordnen.
3. Schritt 3: Namenskonventionen, Eigentümerschaft und Mindestdokumentation festlegen.
4. Schritt 4: Eine Governance-Matrix mit Regel, Verantwortlichem und Prüfnachweis erstellen.

2. Teams, interne Rollen und externe Beteiligte

Rollen werden anhand konkreter Tätigkeiten statt pauschaler Zugriffsannahmen vergeben.

1. Schritt 1: Aufgaben von Administration, Management, Mitgliedern und Review-Rollen abgrenzen.
2. Schritt 2: Externe Mitarbeit als beitragende oder rein prüfende Rolle einordnen.
3. Schritt 3: Ein Rollenmodell für Produktteam, Fachbereich, Dienstleister und Auftraggeber entwerfen.
4. Schritt 4: Rollenwechsel, Vertretung und temporäre Mitarbeit in einem Testteam durchspielen.

3. Projektzugriff und Freigaberegeln

Private Projekte, Teamzugriff und individuelle Berechtigungen werden systematisch kombiniert.

1. Schritt 1: Projektarten nach Vertraulichkeit und Bearbeitungsbedarf klassifizieren.
2. Schritt 2: Standardzugriff für Teammitglieder und gezielte Ausnahmen definieren.
3. Schritt 3: Ansichts-, Kommentar- und Bearbeitungsrechte mit Testkonten prüfen.
4. Schritt 4: Freigabeprozesse für Entwürfe, Reviews und abgeschlossene Stände dokumentieren.

4. Vorlagen, Assets und Arbeitsstandards

Wiederverwendbare Inhalte werden als kontrollierte Grundlage für neue Projekte organisiert.

1. Schritt 1: Projekt-, Team- und Objektvorlagen nach Einsatzgebiet strukturieren.
2. Schritt 2: Team-Assets, UI-Bausteine und Benennungen in einer Bibliothekslogik ordnen.
3. Schritt 3: Änderungsregeln für zentrale Vorlagen und lokale Abweichungen festlegen.
4. Schritt 4: Ein Abnahmeverfahren für neue oder überarbeitete Vorlagen ausarbeiten.

5. SAML-SSO, SCIM und Identitätslebenszyklus

Authentifizierung und Provisionierung werden in den organisatorischen Lebenszyklus eingebettet.

1. Schritt 1: Voraussetzungen, Zuständigkeiten und Testkonten für SAML-SSO erfassen.
2. Schritt 2: Anmeldeweg, Durchsetzung und Rückfallverfahren als Ablaufmodell beschreiben.
3. Schritt 3: SCIM-Provisionierung für Eintritt, Rollenwechsel und Austritt planen.
4. Schritt 4: Kontrollpunkte für Token, Gruppenabbildung, Deaktivierung und Notfallzugang festlegen.

6. Betrieb, Kontrolle und Wiederherstellung

Regelmäßige Prüfungen sichern die dauerhafte Wirksamkeit des Berechtigungskonzepts.

1. Schritt 1: Quartalsweise Rollen- und Projektprüfungen mit Stichproben definieren.
2. Schritt 2: Verwaiste Projekte, ausgeschiedene Mitglieder und unklare Eigentümerschaft erkennen.
3. Schritt 3: Archivierungs-, Übergabe- und Löschregeln für Projektstände formulieren.
4. Schritt 4: Ein Betriebsprotokoll mit Prüfdatum, Abweichung, Maßnahme und Freigabe anlegen.

Praxisübungen

• Aufbau eines Team- und Rollenmodells für eine Organisation mit Produktteam, Fachbereich und externem Dienstleister.
• Konfiguration und Test eines privaten Projekts, eines Teamprojekts und eines freigegebenen Review-Projekts.
• Entwurf eines SSO- und SCIM-Einführungspfads mit Test-, Rückfall- und Abnahmeplan.
• Erstellung einer administrativen Prüfliste für monatliche und quartalsweise Kontrollen.

Qualitätskriterien und Abnahme

• Jede Rolle ist durch Aufgaben und zulässige Aktionen begründet.
• Projektzugriffe sind mit Testkonten überprüfbar dokumentiert.
• Vorlagen und Assets besitzen Eigentümerschaft und Änderungsprozess.
• Ein- und Austrittsprozesse enthalten technische und organisatorische Kontrollpunkte.
• Notfallzugang, Archivierung und regelmäßige Reviews sind festgelegt.