Praxis etablieren
Lege Kadenz, Owner, Teilnahme und Erfolgssignale für eine wiederkehrende Team-Praxis fest.
Praxis etablieren
Lege Kadenz, Owner, Teilnahme und Erfolgssignale fest, damit die Methode als wiederkehrende Team-Praxis funktioniert.
Variante für Operative Praxis. Der Plan leitet sich aus Methodenform, Methodenschritten und Runsheet ab.
RunsheetEine operative Praxis wirkt durch Wiederholung. Die Kadenz sollte klein genug sein, um verlässlich gehalten zu werden.
Die Schritte beschreiben eine einzelne Wiederholung und werden nach dem Review angepasst.
- 1
Phase 1: Use Cases auswaehlen
60 minTop-10 wiederkehrender Operationen sammeln (Deploy, Restart, DB-Backup, Log-Abruf, Status-Check). Pro Use Case Frequenz, aktuelles Tooling, Risiko bewerten. Auswahl der ersten 3-5 Befehle.
OwnerHochriskante Operationen (DB-Drop, Prod-Reset) kommen nicht in die erste Welle. ChatOps faengt mit Read-Only und Low-Risk an. - 2
Phase 2: Bot-Setup und Berechtigungen
2-3 TageBot-Framework auswaehlen, im Chat installieren. Berechtigungs-Schema definieren (Channel- oder Role-basiert). Credentials sicher hinterlegen (Vault, Secret Manager). Audit-Log konfigurieren.
TeamWenn der Bot mit Admin-Tokens laeuft und jeder ihn ansprechen kann, ist das eine Backdoor. Least Privilege auch fuer Bots. - 3
Phase 3: Befehle implementieren
1-2 WochenPro Befehl Skript schreiben, Idempotenz pruefen, Confirmation-Prompt fuer destruktive Aktionen. Help-Befehl mit Selbstdokumentation. Dry-Run-Option wo sinnvoll.
TeamOhne Help-Befehl wird der Bot Tribal Knowledge. Help-Texte sind erste Doku. Idempotenz verhindert, dass doppeltes Triggern Schaden anrichtet. - 4
Phase 4: Rollout und Schulung
1 WocheDry-Run mit Team. Channel-Konvention: Befehle nur in dafuer vorgesehenen Channels. Onboarding-Kurzanleitung. Audit-Channel mit allen ausgefuehrten Befehlen.
TeamWenn Befehle in beliebigen Channels laufen, verliert man Audit-Kontext. Strikte Channel-Bindung erleichtert spaetere Forensik. - 5
Phase 5: Monitoring und Erweiterung
fortlaufendNutzungs-Metriken: welche Befehle wie oft, Fehlerquote. Quartals-Review fuer neue Use Cases. Befehle mit hohem Risiko durch zusaetzliche Approval-Flows absichern.
TeamBot ohne Telemetrie ist eine Blackbox. Ohne Nutzungsdaten weiss niemand, ob Befehle wirklich genutzt oder nur dekorativ sind.
Practice Charter
Kopierbare Charter mit Zweck, Kadenz, Owner, Teilnahme, Ablauf, Erfolgssignalen und Review.
practice-charter.md
Practice Charter: ChatOps
Zweck
Bei operativer Arbeit im verteilten Team verknüpft die Methode Kommunikation mit direkter Systemsteuerung. Sie hält Entscheidungen dort fest, wo auch das Signal, der Kontext und die Ausführung zusammenkommen.
Kadenz
wöchentlich
Owner und Teilnahme
- Owner: offen
- Teilnehmende: 2-20
- Modus: synchron
Ablauf je Iteration
- Phase 1: Use Cases auswaehlen (60 min) Top-10 wiederkehrender Operationen sammeln (Deploy, Restart, DB-Backup, Log-Abruf, Status-Check). Pro Use Case Frequenz, aktuelles Tooling, Risiko bewerten. Auswahl der ersten 3-5 Befehle.
- Phase 2: Bot-Setup und Berechtigungen (2-3 Tage) Bot-Framework auswaehlen, im Chat installieren. Berechtigungs-Schema definieren (Channel- oder Role-basiert). Credentials sicher hinterlegen (Vault, Secret Manager). Audit-Log konfigurieren.
- Phase 3: Befehle implementieren (1-2 Wochen) Pro Befehl Skript schreiben, Idempotenz pruefen, Confirmation-Prompt fuer destruktive Aktionen. Help-Befehl mit Selbstdokumentation. Dry-Run-Option wo sinnvoll.
- Phase 4: Rollout und Schulung (1 Woche) Dry-Run mit Team. Channel-Konvention: Befehle nur in dafuer vorgesehenen Channels. Onboarding-Kurzanleitung. Audit-Channel mit allen ausgefuehrten Befehlen.
- Phase 5: Monitoring und Erweiterung (fortlaufend) Nutzungs-Metriken: welche Befehle wie oft, Fehlerquote. Quartals-Review fuer neue Use Cases. Befehle mit hohem Risiko durch zusaetzliche Approval-Flows absichern.
Erfolgssignale
Chat Transcript, Action Log, Automations
Review
4 Wochen