Zrozumienie problemu biznesowego
Na powyższym rysunku pierwsze dwa kroki poświęcone są na zbadanie przestrzeni problemu, a mianowicie "Zrozumienie problemu biznesowego" i "Zrozumienie kontekstu".
Jeśli chodzi o "Zrozumienie problemu biznesowego": tutaj celem jest próba zrozumienia problemu tak bardzo, jak to tylko możliwe, i kontynuowanie tego do momentu, aż poczujesz, że rozumiesz go od podszewki.
Prawdopodobnie zaczyna się to na dość wysokim poziomie z interesariuszami biznesowymi wyższego szczebla (tj. najprawdopodobniej tymi, którzy kontrolują budżet i proponują projekt). Następnie należy spodziewać się przejścia do bardziej szczegółowego zrozumienia problemu podczas rozmów z ewentualnymi użytkownikami tego, co ma zostać zbudowane, a także z odpowiednimi wykwalifikowanymi specjalistami. Proces ten powinien pomóc w poznaniu bolączek różnych osób w firmie.
Pogląd ten jest następnie weryfikowany z szerszym gronem interesariuszy i zbierane są pomysły na fantastyczny stan "to-be". Interesującym pytaniem, które można zadać interesariuszom, jest "jakie chcieliby mieć rozwiązanie, gdyby mogli machnąć magiczną różdżką".
Kluczowym aspektem jest tutaj zawsze weryfikacja tego, co zostało powiedziane; świetnym sposobem walidacji jest uczenie się od badaczy etnograficznych i obserwowanie tego, co faktycznie dzieje się w tych kontekstach biznesowych. Po uwzględnieniu różnych perspektyw, pomaga to ominąć wszelkie potencjalne uprzedzenia.
Zrozumienie problemu biznesowego z różnych perspektyw biznesowych to tylko jeden aspekt. Należy również zrozumieć praktyczne ograniczenia związane z danymi i inżynierią, co można zrobić równolegle. Na najprostszym poziomie chodzi o ustalenie, jakie dane są dostępne i zrozumienie istniejących systemów, do których przewidywane rozwiązanie musiałoby pasować.
Podczas zbierania i przyswajania tych informacji, dobrym pomysłem jest również rozpoczęcie mapowania tych wniosków do projektu prototypowego rozwiązania. Niektóre z pytań, które mogą być przydatne do rozważenia na tym etapie, mogą być następujące:
- W jaki sposób można zbudować elementy przy użyciu istniejących lub powszechnie rozumianych (generatywnych) modeli lub podejść AI?
- Jakie przetwarzanie lub logika musiałyby zostać zastosowane do tych wyników algorytmu, aby były użyteczne?
- W jaki sposób można połączyć różne źródła danych lub wyniki modeli, aby ulepszyć rozwiązanie?
W tym momencie, przy lepszym zrozumieniu kontekstu, przydatne może być również zwrócenie się do niektórych interesariuszy biznesowych z praktycznymi pytaniami dotyczącymi sposobu, w jaki wykonują swoje zadania, co pomogłoby w rozwiązaniu, np:
- Jakie założenia przyjmują wykwalifikowani praktycy w swoich rolach wykonując takie zadania?
- Czy istnieją jakieś praktyczne zasady, których wykwalifikowani praktycy używają do wykonywania swojej pracy?
Rozwój rozwiązania będzie bez wątpienia procesem iteracyjnym, z aktualizacjami dodawanymi w miarę pojawiania się nowych informacji. Dobrym pomysłem jest jednak zaprezentowanie czegoś kluczowym interesariuszom na tak wczesnym etapie, jak to tylko możliwe, aby zidentyfikować wszelkie nieporozumienia i zapewnić zebranie informacji zwrotnych - konstruktywnych lub nie. To właśnie w momencie posiadania jakiegoś konkretnego projektu, którym można podzielić się z interesariuszami, można ujawnić niektóre z rzeczywistych i praktycznych informacji zwrotnych (i oczywistych "gotchas").
Wraz z kolejnymi iteracjami i po stworzeniu bardziej dojrzałej wersji rozwiązania, następuje formalny krok kontrolny w celu uzyskania informacji zwrotnej na temat aktualnie proponowanego rozwiązania ("Walidacja wartości rozwiązania"), przy czym kluczowym elementem jest walidacja wartości, jaką oferuje to rozwiązanie.