Ein Team verbringt Zeit damit, Verfahrensanweisungen zu suchen, Antworten vorzubereiten oder Dokumente umzuformulieren. KI erscheint vielversprechend. Doch „KI installieren“ beschreibt weder das zu lösende Problem noch, wie sich seine Lösung überprüfen lässt. Das erste sinnvolle Ergebnis ist deshalb häufig eine genaue Beschreibung der Arbeit, die verbessert werden soll.
Die CNIL empfiehlt, von klar benannten Anwendungsfällen auszugehen und Grenzen für erlaubte Praktiken festzulegen. Im freiwilligen Rahmenwerk des NIST zur Risikosteuerung gehören Verantwortlichkeiten, Kontext, Messung und Risikobehandlung zusammen. Die folgende Methode überträgt diesen Ansatz auf die praktische Projektplanung. Passen Sie sie an Ihre Organisation an.
Eine beobachtbare Aufgabe beschreiben
Wählen Sie eine Aufgabe, die konkret genug für eine Demonstration ist. „Die Produktivität verbessern“ ist zu allgemein. „Anhand der Produktdokumentation einen Antwortentwurf vorbereiten, den anschließend eine beratende Person freigibt“ definiert bereits eine Eingabe, ein erwartetes Ergebnis und eine menschliche Verantwortung.
Halten Sie fest, wer die Aufgabe wie oft und mit welchen Werkzeugen ausführt. Benennen Sie Ausnahmen: ein fehlendes Dokument, widersprüchliche Angaben, ein sensibler Fall oder eine andere Sprache. Eine Demonstration, die nur einfache Fälle verwendet, sagt wenig über die tatsächliche Arbeit aus.
Festlegen, welche Daten verwendet werden dürfen
Listen Sie die benötigten Quellen auf, bevor Sie einen gemeinsamen Ordner anbinden. Legen Sie für jede Quelle fest, wer verantwortlich ist, wer sie lesen darf, wie oft sie aktualisiert wird und welche Informationen ausgeschlossen werden müssen.
Eine Demonstrationskopie kann eindeutig als fiktiv gekennzeichnete Beispiele enthalten. Der Wechsel zu echten Daten ist eine gesonderte Entscheidung. Dass ein Dokument in einem Unternehmenswerkzeug liegt, bedeutet nicht, dass es an jeden Anbieter gesendet oder allen Beschäftigten zugänglich gemacht werden sollte.
Einen kleinen Bewertungsdatensatz aufbauen
Bereiten Sie repräsentative Fälle vor, bevor Sie sich endgültig für ein Modell entscheiden. Jeder Fall beschreibt eine Anfrage, die zugänglichen Quellen und die Kriterien für eine akzeptable Antwort. Ergänzen Sie Situationen, in denen das System fehlende Informationen eingestehen oder eine nicht autorisierte Handlung ablehnen soll.
Messen Sie anschließend mehrere Aspekte: Richtigkeit, Qualität der Quellen, Zeitaufwand für die menschliche Prüfung, Antwortzeit und Nutzungskosten. Eine angenehm formulierte Antwort kann mehr Korrekturen erfordern als ein sachlicher Entwurf. Entscheidend ist der gesamte Ablauf bis zur Freigabe und Verwendung des Ergebnisses.
Prototyp und Betrieb getrennt betrachten
Ein Prototyp beantwortet eine Frage: Kann diese Lösung innerhalb dieses Rahmens helfen? Ein betriebener Dienst muss zusätzlich Konten, Berechtigungen, Fehler, Sicherungen und Modellwechsel verwalten.
Das Budget sollte daher Konzeption, Integration, Rechenleistung, Hosting und Wartung getrennt ausweisen. Fragen Sie beim Vergleich von Angeboten, was geliefert wird, welche Verantwortung bei Ihnen bleibt und was bei steigender Nutzung passiert. Die Preisorientierung des Studios erläutert den Unterschied zwischen einer ersten Leistung und zusätzlichen Kosten.
Eine Entscheidung über den nächsten Schritt vorsehen
Legen Sie vorher fest, was die Fortsetzung, eine Änderung oder den Abbruch des Projekts rechtfertigen würde. Sind Antworten für den untersuchten Fall ausreichend belegt? Steht der Prüfaufwand weiterhin in einem sinnvollen Verhältnis zum erwarteten Nutzen? Wissen die Nutzenden, wann sie das Werkzeug nicht einsetzen sollten?
Diese Entscheidung verhindert, dass jeder Prototyp automatisch zu einer Verpflichtung zum produktiven Einsatz wird. Ein Versuch kann zeigen, dass eine bessere Dokumentensuche oder eine herkömmliche Automatisierung den Bedarf einfacher erfüllt.
Das erste Gespräch vorbereiten
Bringen Sie eine Beschreibung der Aufgabe, einige nicht sensible Beispiele, die beteiligten Werkzeuge, Benutzerrollen und bekannte Einschränkungen mit. Erläutern Sie, welche Ergebnisse Sie beobachten möchten. Für die erste Eingrenzung sind weder Administratorzugänge noch eine vollständige Datenbank erforderlich.
Mit diesen ersten Angaben können Sie dem Studio Ihr Projekt vorstellen. Eine gute Eingrenzung ermöglicht eine fundierte Entscheidung vor dem Kauf von Technik und beginnt mit einem klar formulierten Bedarf.
