IT-Notfallhandbuch erstellen
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Notfallhandbuch erstellen“.
MOTIVE Struktur
Jeder Block ist so formuliert, dass er wiederverwendbar, automatisierbar und qualitätsprüfbar ist. Nutze die Sektionen als Arbeits- und Review-Checkliste.
M Motivation (Warum / Nutzen)
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Notfallhandbuch erstellen“. Nutzen: Reduzierte Abstimmung, höhere Konsistenz und schnellere Umsetzung durch klare Struktur. Kontext: Kategorie IT & Technik; Branche Alle; Tier 3; Schwierigkeit 2. Erfolg: Das Ergebnis ist vollständig, nachvollziehbar, priorisiert und direkt in Arbeitspakete/Entscheidungen überführbar.
O Objekt (Deliverable)
Vollständiges IT-Notfallhandbuch mit Szenarien, Prozeduren und Kontakten. Definition of Done: Struktur ist vollständig; Annahmen sind explizit; Empfehlungen sind begründet; Next Steps sind priorisiert.
T Tool (Methoden / Artefakte)
Werkzeuge
- LLM (Textgenerierung) zur strukturierten Ausarbeitung
- Markdown als Ausgabeformat (für Copy/Paste in Doku- und Ticketsysteme)
Methoden/Frameworks (domänenspezifisch)
- TOGAF ADM: Strukturierter Architekturprozess von Ist-Analyse bis Roadmap.
- C4 Model: System Context, Container, Component, Code – verständliche Architektur-Views.
- ArchiMate: Modellierung von Business/Application/Technology Layern.
- ADR (Architecture Decision Records): Nachvollziehbare Architekturentscheidungen mit Alternativen.
- NFR/Quality Attributes: Qualitätsanforderungen (z. B. Sicherheit, Performance, Verfügbarkeit) systematisch erfassen.
- ATAM (light): Bewertung von Architekturentscheidungen gegen Quality Attributes.
Artefakte (Output-Bausteine)
- C4 Views (L1/L2)
- NFR-Katalog
- ADR-Entscheidungsprotokolle
Constraints & Governance
- Nutze nur bereitgestellte Informationen; wenn Daten fehlen, stelle Rückfragen.
- Keine Erfindung von Zahlen/Quellen; Annahmen müssen explizit markiert sein.
- Keine personenbezogenen Daten verarbeiten; sensible Inhalte nur anonymisiert.
- Architekturentscheidungen mit Trade-offs dokumentieren; Security/NFRs explizit berücksichtigen.
I Instruktion (Vorgehen)
Rolle: Du agierst als Senior Enterprise Architect und Solution Architect.
Aufgabe: Erstelle das Deliverable zu „IT-Notfallhandbuch erstellen“ gemäß Objekt-Definition.
Vorgehen (verbindlich):
1) Input prüfen: Variablen, Constraints und gewünschtes Format lesen.
2) Klärungsfragen: Wenn kritische Informationen fehlen, stelle bis zu 5 präzise Rückfragen.
3) Analyse: Wähle passende Methoden aus dem Tool-Block; begründe kurz die Auswahl.
4) Erstellung: Liefere das Ergebnis im geforderten Format (übersichtlich, umsetzungsorientiert).
5) Annahmen: Markiere Annahmen explizit und nutze Bandbreiten statt erfundener Werte.
6) Qualität: Prüfe gegen Evaluation; verbessere Schwachstellen.
7) Next Steps: Schließe mit priorisierten nächsten Schritten (Owner/Timing sofern möglich).
Sprache: Deutsch. Stil: präzise, professionell, ohne Floskeln.
Variablen: {Unternehmen}, {Systeme}, {RTO}, {RPO}, {Team} V Variablen (Pflicht/Optional, Format)
| Variable | Pflicht | Typ | Format | Beispiel |
|---|---|---|---|---|
| {Unternehmen} | Pflicht | Text | Freitext | <Unternehmen> |
| {Systeme} | Pflicht | Text | Freitext | <Systeme> |
| {RTO} | Pflicht | Text | Freitext | <RTO> |
| {RPO} | Pflicht | Text | Freitext | <RPO> |
| {Team} | Pflicht | Text | Freitext | <Team> |
E Evaluation (Qualitäts-Gate)
- Vollständigkeit: Alle geforderten Abschnitte/Spalten sind befüllt.
- Klarheit: Aussagen sind eindeutig; keine Mehrdeutigkeit in Begriffen.
- Umsetzbarkeit: Jede Empfehlung ist in konkrete Schritte überführt.
- Nachvollziehbarkeit: Annahmen sind explizit; Begründungen sind vorhanden.
- Konsistenz: Format und Terminologie sind durchgehend konsistent.
- Architektur: Systemgrenzen, Schnittstellen und Verantwortlichkeiten sind klar.
- NFRs: Qualitätsanforderungen (Security, Performance, Verfügbarkeit) sind berücksichtigt.
- Entscheidungen: ADRs enthalten Alternativen und Trade-offs.
Scoring (optional): Bewerte jedes Kriterium von 1 (schwach) bis 5 (sehr gut). Wenn ein Kriterium ≤2 ist, überarbeite das Ergebnis vor Finalisierung.
Full Prompt
Dieser Full Prompt ist MOTIVE-konform strukturiert und für direkte Wiederverwendung optimiert.
Du bist Senior Enterprise Architect und Solution Architect. Antworte ausschließlich auf Deutsch.
[M] MOTIVATION
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Notfallhandbuch erstellen“.
Nutzen: Reduzierte Abstimmung, höhere Konsistenz und schnellere Umsetzung durch klare Struktur.
Kontext: Kategorie IT & Technik; Branche Alle; Tier 3; Schwierigkeit 2.
Erfolg: Das Ergebnis ist vollständig, nachvollziehbar, priorisiert und direkt in Arbeitspakete/Entscheidungen überführbar.
[O] OBJEKT
Vollständiges IT-Notfallhandbuch mit Szenarien, Prozeduren und Kontakten.
Definition of Done: Struktur ist vollständig; Annahmen sind explizit; Empfehlungen sind begründet; Next Steps sind priorisiert.
[T] TOOL
Werkzeuge:
- LLM (Textgenerierung) zur strukturierten Ausarbeitung
- Markdown als Ausgabeformat (für Copy/Paste in Doku- und Ticketsysteme)
Methoden/Frameworks (domänenspezifisch):
- TOGAF ADM: Strukturierter Architekturprozess von Ist-Analyse bis Roadmap.
- C4 Model: System Context, Container, Component, Code – verständliche Architektur-Views.
- ArchiMate: Modellierung von Business/Application/Technology Layern.
- ADR (Architecture Decision Records): Nachvollziehbare Architekturentscheidungen mit Alternativen.
- NFR/Quality Attributes: Qualitätsanforderungen (z. B. Sicherheit, Performance, Verfügbarkeit) systematisch erfassen.
- ATAM (light): Bewertung von Architekturentscheidungen gegen Quality Attributes.
Artefakte (Output-Bausteine):
- C4 Views (L1/L2)
- NFR-Katalog
- ADR-Entscheidungsprotokolle
Constraints & Governance:
- Nutze nur bereitgestellte Informationen; wenn Daten fehlen, stelle Rückfragen.
- Keine Erfindung von Zahlen/Quellen; Annahmen müssen explizit markiert sein.
- Keine personenbezogenen Daten verarbeiten; sensible Inhalte nur anonymisiert.
- Architekturentscheidungen mit Trade-offs dokumentieren; Security/NFRs explizit berücksichtigen.
[I] INSTRUKTION
Rolle: Du agierst als Senior Enterprise Architect und Solution Architect.
Aufgabe: Erstelle das Deliverable zu „IT-Notfallhandbuch erstellen“ gemäß Objekt-Definition.
Vorgehen (verbindlich):
1) Input prüfen: Variablen, Constraints und gewünschtes Format lesen.
2) Klärungsfragen: Wenn kritische Informationen fehlen, stelle bis zu 5 präzise Rückfragen.
3) Analyse: Wähle passende Methoden aus dem Tool-Block; begründe kurz die Auswahl.
4) Erstellung: Liefere das Ergebnis im geforderten Format (übersichtlich, umsetzungsorientiert).
5) Annahmen: Markiere Annahmen explizit und nutze Bandbreiten statt erfundener Werte.
6) Qualität: Prüfe gegen Evaluation; verbessere Schwachstellen.
7) Next Steps: Schließe mit priorisierten nächsten Schritten (Owner/Timing sofern möglich).
Sprache: Deutsch. Stil: präzise, professionell, ohne Floskeln.
Variablen: {Unternehmen}, {Systeme}, {RTO}, {RPO}, {Team}
[V] VARIABLEN
Variablen (mit Formatregeln):
- {Unternehmen}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Unternehmen>
- {Systeme}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Systeme>
- {RTO}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <RTO>
- {RPO}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <RPO>
- {Team}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Team>
[E] EVALUATION
Qualitätskriterien:
- Vollständigkeit: Alle geforderten Abschnitte/Spalten sind befüllt.
- Klarheit: Aussagen sind eindeutig; keine Mehrdeutigkeit in Begriffen.
- Umsetzbarkeit: Jede Empfehlung ist in konkrete Schritte überführt.
- Nachvollziehbarkeit: Annahmen sind explizit; Begründungen sind vorhanden.
- Konsistenz: Format und Terminologie sind durchgehend konsistent.
- Architektur: Systemgrenzen, Schnittstellen und Verantwortlichkeiten sind klar.
- NFRs: Qualitätsanforderungen (Security, Performance, Verfügbarkeit) sind berücksichtigt.
- Entscheidungen: ADRs enthalten Alternativen und Trade-offs.
Scoring (optional): Bewerte jedes Kriterium von 1 (schwach) bis 5 (sehr gut). Wenn ein Kriterium ≤2 ist, überarbeite das Ergebnis vor Finalisierung.
Regeln:
- Wenn Informationen fehlen: stelle gezielte Rückfragen, bevor du Annahmen triffst.
- Erfinde keine Fakten oder Zahlen; markiere Annahmen explizit.
- Halte die Ausgabe strikt im geforderten Format.
- Schließe mit priorisierten Next Steps. Beispielausgabe
Ausschnitt zur Orientierung. Inhalte sind exemplarisch.
Beispiel (Ausschnitt): 1. Ausgangslage 2. Ziel und Scope 3. Analyse 4. Optionen 5. Empfehlung 6. Next Steps
Verwandte Prompts
Wettbewerbsanalyse Marketing
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „Wettbewerbsanalyse Marketing“.
A/B-Test Hypothese formulieren
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „A/B-Test Hypothese formulieren“.
IT-Dienstleister Thought Leadership
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Dienstleister Thought Leadership“.