In der obigen Abbildung werden die ersten beiden Schritte damit verbracht, den Problemraum zu erforschen, nämlich das "Verstehen des Geschäftsproblems" und das "Verstehen des Kontexts".
In Bezug auf das "Verstehen des Geschäftsproblems": Hier geht es darum, das Problem so weit wie möglich zu verstehen und so lange weiterzumachen, bis man das Gefühl hat, es in- und auswendig zu kennen.
Es ist wahrscheinlich, dass dies auf einer ziemlich hohen Ebene mit den wichtigsten Interessenvertretern des Unternehmens beginnt (d. h. höchstwahrscheinlich mit denen, die das Budget kontrollieren und das Projekt vorschlagen). Anschließend sollten Sie sich zu einem detaillierteren Verständnis des Problems durch Gespräche mit den späteren Nutzern des Projekts sowie mit allen relevanten Fachleuten durchringen. Dieser Prozess sollte Ihnen helfen, die Schmerzpunkte der verschiedenen Personen im Unternehmen zu erkennen.
Diese Sichtweise wird dann mit einem breiteren Spektrum von Interessenvertretern validiert, und es werden Ideen für einen imaginären "Soll-Zustand" gesammelt. Eine interessante Frage, die man den Beteiligten stellen kann, lautet: "Wie würden sie sich die Lösung wünschen, wenn sie einen Zauberstab schwingen könnten".
Ein wichtiger Aspekt dabei ist, dass Sie immer überprüfen, was Ihnen gesagt wird. Eine gute Möglichkeit zur Überprüfung ist es, von ethnografischen Forschern zu lernen und zu beobachten, was in diesen Unternehmenskontexten tatsächlich passiert. Nachdem man die verschiedenen Perspektiven aufgenommen hat, hilft dies, mögliche Voreingenommenheiten zu überwinden, die es geben könnte.
Das Verständnis des Geschäftsproblems aus einer Reihe von Geschäftsperspektiven ist nur ein Aspekt. Auch die praktischen Daten und technischen Einschränkungen müssen verstanden werden, was parallel dazu geschehen kann. Auf der einfachsten Ebene geht es darum, festzustellen, welche Daten verfügbar sind, und das bestehende System bzw. die bestehenden Systeme zu verstehen, in das bzw. die sich die erwartete Lösung einfügen muss.
Während man diese Informationen sammelt und verarbeitet, sollte man auch damit beginnen, diese Erkenntnisse in einen Lösungsprototyp zu übertragen. Einige der Fragen, die in dieser Phase sinnvoll sind, könnten sein:
- Wie können Elemente mit bestehenden oder allgemein bekannten (generativen) KI-Modellen oder -Ansätzen aufgebaut werden?
- Welche Verarbeitung oder Logik müsste auf diese Algorithmusergebnisse angewandt werden, um sie nutzbar zu machen?
- Wie können verschiedene Datenquellen oder Modellausgaben kombiniert werden, um die Lösung zu verbessern?
An diesem Punkt, mit einem besseren Verständnis des Kontextes, kann es auch nützlich sein, sich mit praktischen Fragen über die Art und Weise, wie sie ihre Aufgaben erfüllen, an einige der Geschäftsinteressenten zu wenden, was bei der Lösung helfen würde, wie z. B.:
- Welche Annahmen treffen Fachleute in ihrer Rolle bei der Ausführung solcher Aufgaben?
- Gibt es Faustregeln, die erfahrene Fachleute bei der Erfüllung ihrer Aufgaben anwenden?
Die Entwicklung der Lösung wird zweifelsohne ein iterativer Prozess sein, bei dem Aktualisierungen hinzugefügt werden, sobald neue Informationen verfügbar werden. Es ist jedoch eine gute Idee, den wichtigsten Interessenvertretern das Projekt so früh wie möglich vorzustellen, um Missverständnisse zu erkennen und um sicherzustellen, dass ein - konstruktives oder anderes - Feedback eingeholt wird. Erst wenn ein konkreter Entwurf vorliegt, der mit den Beteiligten geteilt werden kann, lassen sich einige der tatsächlichen und praktischen Rückmeldungen (und offensichtlichen "Fehler") aufdecken.
Bei weiteren Iterationen und sobald eine ausgereiftere Version der Lösung erstellt wurde, gibt es einen formalen Kontrollschritt, um Feedback zu der aktuell vorgeschlagenen Lösung zu erhalten ("Validierung des Wertes der Lösung"), wobei ein Schlüsselelement darin besteht, den Wert zu validieren, den diese Lösung bietet.