Kundenorientierter Produktleitfaden

Belegte Source-to-Decision-Aufgaben ausführen

Nutzen Sie diese Aufgabenpfade für unterstütztes Material, geprüfte Kandidaten, Terminvorschauen, Test-Traceability oder die direkte Erfassung des Ablaufs.

Projekt erstellenProduktübersicht

1. Mit dem Entscheidungskontext beginnen

Zweck

Ein Integrationsprojekt bildet einen kontrollierten Projektkontext. Die Portfolioansicht fasst mehrere zugängliche Integrationsprojekte zusammen; Projektdashboards zeigen das ausgewählte Projekt.

Verknüpfte Datensätze

Projektprofil, Partner, Integrationen, Meilensteine und berechtigungssichtbare Projektsignale.

Ihr Ergebnis

Einen geführten Einstieg, ein konfigurierbares Projektdashboard und eine klare Trennung von Portfolio- und Projektkontext.

Typischer Ablauf

  1. Erstellen oder wählen Sie das Integrationsprojekt, das den Projektkontext führt.
  2. Nutzen Sie den Setup Guide, um fehlende Mindestevidenz zu erkennen.
  3. Stellen Sie das Dashboard aus dem kuratierten Widget-Katalog für die Projektzielgruppe zusammen.

2. Integrations- und Partnerkontext aufbauen

Zweck

Partner bündeln den fachlichen Kontext; Integrationen und Spezifikationen beschreiben den technischen Austausch oder einen freien, nicht strukturierten Integrationsumfang.

Verknüpfte Datensätze

Partner, Integrationen, JSON/XML/YAML/CSV- oder freie Spezifikationen, Freigaben, Dokumente und zugeordnete Providerbereiche.

Ihr Ergebnis

Eine Sicht auf Integrationsvertrag, Partnerkontext, Prüfstatus und relevante externe Evidenz.

Typischer Ablauf

  1. Erstellen Sie den Partner und definieren Sie Richtung und Typ der Integration.
  2. Fügen Sie eine strukturierte oder freie Spezifikation hinzu und pflegen Sie deren versionierten Inhalt.
  3. Nutzen Sie Dokumentenupload für Quellenaufnahme und Versionsverlauf. Document Intelligence öffnet eine exakt geeignete Version und startet die Extraktion erst nach Ihrer ausdrücklichen Bestätigung — das Öffnen startet niemals automatisch eine Extraktion.
  4. Ordnen Sie optional ausgewählte Jira-, Confluence- oder SharePoint-Bereiche dem Partner zu und verknüpfen Sie relevante Quellobjekte.

3. Änderungsabsicht mit Qualitätsevidenz verbinden

Zweck

Changes und Use Cases beschreiben die Änderung; Testfälle, Testzyklen, Ausführungen und Defects zeigen ihre Prüfung.

Verknüpfte Datensätze

Changes, Use Cases, Spezifikationen, Testfälle, Testzyklen, Ausführungsergebnisse, Abweichungen und Defects.

Ihr Ergebnis

Nachvollziehbare Abdeckung und sichtbare Lücken zwischen fachlicher Absicht, Umsetzungskontext und Prüfung.

Typischer Ablauf

  1. Erfassen Sie den Change und seine Use Cases im relevanten Projektkontext.
  2. Verknüpfen oder erstellen Sie die erforderliche Testevidenz und führen Sie diese in Testzyklen aus.
  3. Dokumentieren Sie Defects und Retests, damit offene Qualitätsevidenz sichtbar bleibt.

4. Meilensteine planen und Readiness bewerten

Zweck

Das Planungsmodell verbindet Aktivitäten, Abhängigkeiten, Meilensteine, Kalender und Kapazität mit aktueller Project-Health-Evidenz.

Verknüpfte Datensätze

Aktivitäten, Abhängigkeitstypen, Arbeitskalender, Dauer-/Kapazitätsprofile, Meilensteine, Risiken, Checklisten und Freigaben.

Ihr Ergebnis

Deterministische Zeitpläne, Baseline-Vergleiche, Plan-Ist-Trends und Vorschauen auf Szenarioauswirkungen.

Typischer Ablauf

  1. Importieren oder erstellen Sie Planungsaktivitäten und bestätigen Sie deren Zuordnung vor der Übernahme.
  2. Pflegen Sie Abhängigkeiten, Kalender und Dauer- oder Kapazitätsprofile.
  3. Nutzen Sie Baselines und Szenarien, um Auswirkungen zu prüfen, ohne den freigegebenen Plan stillschweigend zu ändern.

5. Evidenz durch Release und Rollback führen

Zweck

Release Readiness verbindet Qualitäts-, Risiko- und Freigabeevidenz mit Deployment- und Rollback-Ausführungsnachweisen.

Verknüpfte Datensätze

Releases, Environments, Deployment-Pläne und -Ausführungen, Freigaben, Release-Defects sowie Rollback-Pläne und -Ausführungen.

Ihr Ergebnis

Eine prüfbare Release-Entscheidungsgrundlage und eine auditierbare operative Nachweiskette.

Typischer Ablauf

  1. Bereiten Sie das Release vor und prüfen Sie seine Readiness-Blocker.
  2. Dokumentieren Sie den autorisierten Deployment-Plan und das Ausführungsergebnis.
  3. Pflegen Sie bei Bedarf Rollback-Vorbereitung und -Ausführungsnachweise.

6. Ausgewählte externe Evidenz verknüpfen

Zweck

Kundenseitig autorisierte Microsoft- und Atlassian-Verbindungen stellen begrenzte Quellkataloge für partnerbezogene Evidenz bereit.

Verknüpfte Datensätze

Ausgewählte Atlassian-Site- und Projekt-/Space-Bereiche, SharePoint-Site-/Drive-/Ordner-Bereiche, externe Referenzen und Inhalts-Snapshots.

Ihr Ergebnis

Relevante Quellenevidenz in Traceability und Knowledge Graph, ohne jedes erreichbare Providerobjekt zum Projektkontext zu erklären.

Typischer Ablauf

  1. Verbinden Sie den Provider mit dem vorgesehenen Integrationsprojekt und wählen Sie erforderlichenfalls die kanonische Site.
  2. Ordnen Sie dem Partner den relevanten Projekt-, Space-, Site-, Drive- oder Ordnerbereich zu.
  3. Suchen und verknüpfen Sie ein Objekt erst nach Auswahl von Zieldatensatz und Beziehung.

7. Berichte, Präsentationen und kontrollierte Exporte erstellen

Zweck

Das Report Center führt erzeugte Projekt-, technische Spezifikations-, Go-live/Übergabe- und Testausgaben mit Reporting-Snapshots und Exporten zusammen. Reporting projiziert denselben berechtigungsgefilterten Zeitpunkt-Stand über Zielgruppen und Formate.

Verknüpfte Datensätze

Management-, ausgewählte Partner- und Team-Sichten, Readiness-Bewertungen, Entscheidungsevidenz, Herkunft, Einschränkungen, Standzeiten, Versionen und Fingerprints.

Ihr Ergebnis

Browser-native Präsentationen, Management Status, Readiness-Berichte, Entscheidungsbriefe, Druck/PDF, versioniertes JSON und begrenzte unsignierte Audit-Exportpakete.

Typischer Ablauf

  1. Öffnen Sie das Report Center und wählen Sie eine erzeugte Ausgabe, Zielgruppe oder einen Berichtsumfang; Dokumentenupload bleibt der Bereich für Quellenaufnahme und Versionsverlauf.
  2. Speichern Sie einen unveränderlichen Snapshot, wenn eine reproduzierbare Zeitpunkt-Version benötigt wird.
  3. Präsentieren Sie ihn im Browser oder exportieren Sie dieselbe kontrollierte Projektion; aktuelle Berechtigungen werden beim Öffnen oder Herunterladen erneut geprüft.
Reporting und Präsentationen ansehen

8. Kontrollierte KI nur mit Evidenz einsetzen

Zweck

KI-Funktionen sind aufgabenbezogen, optional und arbeiten mit begrenzten Snapshots statt mit einem frei autonomen Agenten.

Verknüpfte Datensätze

Projekt-KI-Einstellungen, freigegebener Aufgabenkontext, Evidenzreferenzen, Exchange-Logs, Insights, Review-Drafts und reversible Richtlinien.

Ihr Ergebnis

Produkt- und Planungshilfe sowie Risiko-Beobachtungen, die geprüft, nachvollzogen und bewusst übernommen werden können.

Typischer Ablauf

  1. Eine berechtigte Administration aktiviert das Integrationsprojekt, den Provider-Modus und die erlaubten KI-Aufgaben ausdrücklich.
  2. Der Dienst erzeugt und zeigt einen begrenzten, berechtigungssichtbaren Snapshot für die gewählte Aufgabe.
  3. Nutzer prüfen Vorschläge; kontrollierte Entwurfsautomation benötigt eine zusätzliche ausdrückliche Richtlinie und bleibt reversibel.

9. Zugriff, Herkunft und Vertrauensgrenzen anwenden

Zweck

Serverseitige Berechtigungen bestimmen den Zugriff. Herkunft und Entscheidungsstatus erklären, wie sichtbare Informationen erzeugt und geprüft wurden.

Verknüpfte Datensätze

Projektrollen, Gruppen, kritische Berechtigungen, Aktivitätskategorien, Herkunftsarten, Entscheidungsstatus und technische Trust-Claims.

Ihr Ergebnis

Berechtigungsabhängige Navigation, begrenzte Audit-Evidenz und eine kundensichtbare Unterscheidung von Regeln, Quellen, KI und menschlicher Bestätigung.

Typischer Ablauf

  1. Beginnen Sie mit Systemrollenvorlagen und weisen Sie Projektrollen oder Gruppen bewusst zu.
  2. Prüfen Sie effektive Berechtigungen vor der Vergabe kritischer Verwaltungsfunktionen.
  3. Nutzen Sie Vertrauen & Datenverarbeitung für technische Hosting-, Provider- und Human-Control-Grenzen.

So lesen Sie Produktsignale

Quellenbasiert
Evidenz aus einer verbundenen oder importierten Quelle.
Deterministisch
Eine wiederholbare Regel oder Formel ohne KI-Provideraufruf.
Aus Wissensmodell abgeleitet
Eine Beziehung oder ein Signal aus dem kanonischen Graphmodell.
KI-gestützt
Eine begrenzte providergestützte Beobachtung oder ein Vorschlag.
Menschlich bestätigt
Ein durch eine berechtigte Person ausdrücklich akzeptiertes Ergebnis.