Künstliche Intelligenz im Dienste der Diversität
  • Einführung
    • Was ist KIDD?
    • Was sind KI und AES?
    • Warum KIDD?
  • KIDD-Strukturen und Grundlagen
    • KIDD-Präambel
    • Rollen im KIDD-Prozess
      • Panel der Vielfalt (PdV)
      • KI-Modertator:in (KIM)
      • KI-Expert:in (KIX)
  • Der KIDD-Prozess
    • Was ist der KIDD-Prozess?
    • Ebene 1 - Strukturübersicht
    • Ebene 2 - Allgemeine Prozessübersicht
    • Ebene 3 - KIDD-Prozess im Detail
      • Abschnitt A: Vision
        • A1: Kenntnisnahme KIDD
        • ✅A2: Stakeholderanalyse und Einbindung relevanter innerbetrieblicher Akteur:innen
        • A3: Entscheidungsfindung KIDD
        • A4: Klärung der Rollen im KIDD-Prozess und Schulung der KIDD-Moderator:in
        • A5: Konkretisierung der Projektidee
        • A6: Allgemeine Rechtskonformitätsprüfung (Legal Compliance)
        • ✅A7: Kritikalitätsbewertung
        • ✅A8: Aufgabenklärung PdV
        • A9: Überprüfung der internen Regelkonformität
        • A10: Projektplanung KIDD-Prozess
        • A11: Information der Belegschaft
        • ✅A12: Einrichtung des PdV
        • ✅A13: Konkretisierung der Software-Anwendung
      • Abschnitt B: Anforderungsklärung
        • ✅B1: Konstituierung und Sensibilisierung des PdV
        • ✅B2: Partizipative Folgenabschätzung
        • ✅B3: Allgemeine PdV-Anforderungsklärung
        • B4: Austausch zu strategischen/organisationalen Anforderungen
        • ✅B5: Erstellung Ausschreibung (nur bei Einkauf)
        • ✅B6: Suche und Auswahl Software-Anbieter (nur bei Einkauf)
        • B7: Sensibilisierung Product-Owner:in
        • ✅B8: Herstellung von Transparenz über die Software
      • Abschnitt C: Adaption/Entwicklung
        • ✅C1: Vorstellung der Software für das PdV
        • ✅C2: Spezifische PdV-Anforderungsklärung
        • ✅C3: Testfall Definition
        • ✅C4: Backlog Priorisierung
        • C5: Refinement
        • C6: Adaption / Entwicklung
      • Abschnitt D: Test & Inbetriebnahme
        • ✅D1: Ausführung der Testfälle
        • ✅D2: Software-Demo (Review)
        • ✅D3: Bewertung der Software durch das PdV
        • ✅D4: Abnahme der Software durch das PdV und Absprache zum kontinuierlichen Monitoring
        • D5: Abnahme der Software durch weitere unternehmensinterne Akteur:innen
        • D6: Transparenzherstellung
        • D7: Inbetriebnahme der Software (Release)
        • ✅D8: Monitoring/Betriebsüberwachung
        • ✅D9: Fehlerbehebung/Change Request
  • KIDD in KMU
    • Was ist INQA-Coaching?
    • KIDD im INQA Coaching
      • Workshop KIDD im INQA Coaching
    • Diversity im INQA-Coaching
    • Die KI-Verordnung der EU - Handreichung für KMU
  • Schulungen
    • PdV Schulungen
      • Schulung - Partizipation
      • Schulung - Diversity und Ethik
      • Schulung - Algorithmen und KI
    • KIM Schulung
  • Qualitätskriterien und Selbstauditierung
    • Wozu Qualitätkriterien?
    • Selbstauditierung anhand der Qualitätskriterien
      • Qualitätskriterien zum Strukturaufbau (QS)
      • Qualitätskriterien zur Durchführung des KIDD-Prozesses (QP)
      • Ergebnisorientierte Qualitätskriterien (QE)
      • Rechtliche und ethische Qualitätskriterien (QRE)
  • Anhänge
    • Darstellung der Experimentierräume
      • Q_Perior und Chemistree
      • Heraeus Medical
      • msg Group
    • Tools und Handreichungen
      • Abschnitt A: Vision
        • A1: Kenntnisnahme KIDD
        • A2: Stakeholderanalyse und Einbindung relevanter innerbetrieblicher Akteur:innen
        • A4: Klärung der Rollen im KIDD-Prozess und Schulung der KIDD-Moderator:in
        • A6: Allgemeine Rechtskonformitätsprüfung (Legal Compliance)
        • A7: Kritikalitätsprüfung
        • A8: Aufgabenklärung PdV
        • A11: Information der Belegschaft
        • A12: Einrichtung des PdV
        • A13: Konkretisierung der Software-Anwendung
      • Abschnitt B: Anforderungsklärung
        • B1: Konstituierung und Sensibilisierung des PdV
        • B2: Partizipative Folgenabschätzung
        • B3: Allgemeine PdV-Anforderungsklärung
        • B5: Erstellung Ausschreibung (nur bei Einkauf)
        • B7: Sensibilisierung Product-Owner:in
        • B8: Herstellung von Transparenz über die Software
      • Abschnitt C: Adaption/Entwicklung
        • C1: Vorstellung der Software für das PdV
        • C2: Spezifische PdV-Anforderungsklärung
        • C3: Testfall Definition
        • C4: Backlog Priorisierung
        • C5: Refinement
        • C6: Adaption / Entwicklung
      • Abschnitt D: Test & Inbetriebnahme
        • D1: Ausführung der Testfälle
        • D3: Bewertung der Software durch das PdV
        • D8: Monitoring/Betriebsüberwachung
        • D9: Fehlerbehebung/Change Request
Powered by GitBook
On this page
Edit on GitHub
  1. Der KIDD-Prozess

Ebene 1 - Strukturübersicht

Schematische Darstellung des KIDD-Prozesses mit zentralen Prozessabschnitten und Prozess-Outputs

PreviousWas ist der KIDD-Prozess?NextEbene 2 - Allgemeine Prozessübersicht

Last updated 10 months ago

Der KIDD-Prozess wurde auf drei Abstraktionsebenen ausgearbeitet. Die Strukturübersicht zeigt die Einbettung des KIDD-Prozesses innerhalb eines Softwareeinführungs- bzw. -entwicklungsprozesses und bildet die zentralen KIDD-Prozessschritte ab. Die Phasen der Softwareeinführung bzw. -entwicklung sind dabei in generischer und vereinfachter Form in Blau dargestellt.

  1. Die Phase der Vision bzw. die Projektvorbereitung stellt den Ausgangspunkt der Softwareeinführung / -entwicklung dar. Das Ziel des Projekts wird identifiziert und Projektverantwortliche werden benannt.

  2. Die Phase der Anforderungsklärung bzw. Grobkonzeption bildet anschließend die Grundlage für die Softwareentwicklung bzw. die Softwareauswahl. In diesem Schritt wird der fachliche Kontext des Projekts weiter konkretisiert und funktionale und technische Anforderungen an die Software werden definiert.

  3. Nachdem die groben Anforderungen an die Software festgelegt wurden, beginnt die Phase der Softwareentwicklung bzw. der Anbieterfindung und ggf. Adaption einer bestehenden Softwarelösung.

  4. Nachdem die Software entwickelt bzw. eingekauft wurde, kann die Software eingeführt werden. Die Software bzw. erste Prototypen werden getestet und Fehler behoben (Test), bevor das System in Betrieb genommen werden kann.

Die Schritte des KIDD-Prozesses gliedern sich in die Phasen der Softwareeinführung / -entwicklung ein. Die Abbildung zeigt hellrot farblich abgehoben die zentralen KIDD-Prozessschritte, die das Panel der Vielfalt (PdV) begleitet bzw. durchführt:

  • Nachdem die groben Anforderungen an die Software festgelegt wurden, beginnt die Phase der Softwareentwicklung bzw. der Anbieterfindung und ggf. Adaption einer bestehenden Softwarelösung.

  • Sensibilisierung: Bereits in der Phase der Anforderungsklärung der Software wird das PdV konstituiert und hinsichtlich der rechtlichen, ethischen und diversitätsbezogenen Aspekte, die bei der Softwareeinführung relevant sein können, geschult und sensibilisiert.

  • Folgenabschätzung: Das PdV unternimmt anschließend eine partizipative Folgenabschätzung und formuliert „Hoffnungen und Befürchtungen“ in Bezug auf die Softwareeinführung.

  • Allgemeine PdV-Anforderungsklärung: Aufbauend auf den Ergebnissen aus der Folgenabschätzung formuliert das PdV erste allgemeine Anforderungen, wie die Software hinsichtlich ethischer und diversitätssensibler Aspekte ausgestaltet sein soll und diskutiert, inwieweit entsprechende organisationale und strategische Maßnahmen bei der Einführung der Anwendung berücksichtigt werden müssen.

  • Spezifische PdV-Anforderungsklärung: Im Rahmen des Adaptions- bzw. Entwicklungsprozesses der Anwendung tritt das PdV in einen iterativen Aushandlungsprozess mit den Softwareentwickelnden hinsichtlich der ethischen und diskriminierungssensiblen Gestaltungsoptionen („Stellschrauben“) der Software und formuliert konkrete softwarebezogene Anforderungen.

  • KIDD-spezifische Testfälle: Darüber hinaus entwickelt das PdV Testfälle und Bewertungskriterien zur Prüfung der Umsetzung der Anpassungswünsche.

  • Absprache zum Monitoring: Vor Inbetriebnahme der Anwendung wird gemeinsam mit dem PdV abgestimmt, auf welche Weise die kontinuierliche Einhaltung der ethischen und diskriminierungssensiblen Anforderungen sichergestellt werden kann und es werden die dafür nötigen Monitoringmaßnahmen definiert.

  • Nachdem die Software entwickelt bzw. eingekauft wurde, kann die Software eingeführt werden. Die Software bzw. erste Prototypen werden getestet und Fehler behoben (Test), bevor das System in Betrieb genommen werden kann.

Ebene 1 - Strukturübersicht des KIDD-Prozesses