IT-Dokumentation erstellen
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Dokumentation 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-Dokumentation 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ändige IT-Systemdokumentation mit Architektur, Konfiguration, Zugängen und Notfallprozeduren. 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-Dokumentation 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: {System}, {Typ}, {Hersteller}, {Version}, {Zweck}, {Benutzer}, {Kritikalität} V Variablen (Pflicht/Optional, Format)
| Variable | Pflicht | Typ | Format | Beispiel |
|---|---|---|---|---|
| {System} | Pflicht | Text | Freitext | <System> |
| {Typ} | Pflicht | Text | Freitext | <Typ> |
| {Hersteller} | Pflicht | Text | Freitext | <Hersteller> |
| {Version} | Pflicht | Text | Freitext | <Version> |
| {Zweck} | Pflicht | Text | Freitext | <Zweck> |
| {Benutzer} | Pflicht | Text | Freitext | <Benutzer> |
| {Kritikalität} | Pflicht | Text | Freitext | <Kritikalität> |
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-Dokumentation 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ändige IT-Systemdokumentation mit Architektur, Konfiguration, Zugängen und Notfallprozeduren.
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-Dokumentation 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: {System}, {Typ}, {Hersteller}, {Version}, {Zweck}, {Benutzer}, {Kritikalität}
[V] VARIABLEN
Variablen (mit Formatregeln):
- {System}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <System>
- {Typ}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Typ>
- {Hersteller}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Hersteller>
- {Version}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Version>
- {Zweck}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Zweck>
- {Benutzer}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Benutzer>
- {Kritikalität}: Pflicht; Typ: Text; Format: Freitext; Beispiel: <Kritikalität>
[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): C4 L1 – System Context (Text): - Nutzer: ... - Externe Systeme: ... NFRs (Auszug): - Security: ... - Verfügbarkeit: ... ADR 001: ... - Entscheidung: ... - Alternativen: ... - Trade-offs: ...
Verwandte Prompts
Video-Script für Erklärvideo
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „Video-Script für Erklärvideo“.
IT-Dienstleister Thought Leadership
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „IT-Dienstleister Thought Leadership“.
Interviewfragen entwickeln
Ziel: Erzeuge ein professionelles, wiederverwendbares Ergebnis für „Interviewfragen entwickeln“.