Zanim zaczniesz programować, zrozum biznes

Gdy firma rozważa stworzenie platformy, rozmowa często zaczyna się od tego, co widać.

Od projektu graficznego.

Od modułów.

Od funkcji.

Od uprawnień dostępu.

Od raportów.

Ale przed tym wszystkim jest etap, który może w dużej mierze zdecydować o rezultacie:

zrozumienie, jak naprawdę działa biznes.

Bo platforma może dobrze wyglądać, a mimo to nie odzwierciedlać działalności, którą ma wspierać.

Najpierw logika biznesowa

Każda firma ma własny sposób działania.

Niektóre procesy przebiegają według określonych kroków.

Niektóre zasady zależą od konkretnych warunków.

Użytkownicy mają różne uprawnienia.

Niektóre informacje powinny pojawiać się tylko w określonych momentach.

Niektóre sytuacje wymagają innej reakcji w zależności od kontekstu.

Wszystko to istnieje, zanim stanie się technologią.

A jeśli nie zostanie dobrze zrozumiane, rozwój oprogramowania może rozwiązać tylko część problemu.

Funkcja może wydawać się prosta, dopóki nie przyjrzysz się jej w całości

Weźmy coś tak codziennego jak rejestracja osoby na platformie.

Na pierwszy rzut oka może to wyglądać jak zwykły formularz.

Ale może się za nim kryć kilka decyzji.

O jakie informacje należy poprosić?

Które pola są obowiązkowe?

Co dzieje się po rejestracji?

Jakie uprawnienia otrzymuje użytkownik?

Do czego ma dostęp?

Jakie procesy uruchamiają się automatycznie?

Widoczna funkcja może być prosta.

Logika, która za nią stoi, już niekoniecznie.

Projektowanie technologii to także zadawanie pytań

Zanim zaczniesz budować, musisz zrozumieć.

Co dzieje się najpierw?

Co od czego zależy?

Kto może wykonać każde działanie?

Co się dzieje, gdy warunek nie jest spełniony?

Jakich informacji potrzebuje każda rola?

Które procesy wymagają udziału człowieka?

Co można zautomatyzować?

Jakie istnieją wyjątki?

Te pytania pomagają przełożyć ogólny pomysł na działalność, którą da się odwzorować w systemie.

Wyjątki też są częścią biznesu

Procesy często opisuje się z myślą o idealnym scenariuszu.

Ale codzienna działalność rzadko wygląda wyłącznie w ten sposób.

Zdarzają się przypadki szczególne.

Zmieniające się warunki.

Sytuacje wymagające weryfikacji.

Transakcje, które nie przebiegają dokładnie według głównego schematu.

Jeśli te wyjątki nie zostaną uwzględnione od początku, mogą w końcu być obsługiwane poza systemem.

Z czasem takie obejścia mogą przerodzić się w procesy, nad którymi trudno zapanować.

Rozwój oprogramowania potrzebuje kontekstu

Zespół technologiczny może zbudować funkcję.

Ale żeby zbudować właściwą funkcję, musi rozumieć, po co ona istnieje.

Kto z niej korzysta.

Jaki problem rozwiązuje.

Jakie informacje otrzymuje.

Jakie informacje wytwarza.

I jak łączy się z resztą działalności.

Ten kontekst zmienia sposób prowadzenia prac.

Zadaniem nie jest już tylko zrealizowanie prośby.

Chodzi o zrozumienie, jaką rolę ta prośba odgrywa w biznesie.

Platforma odzwierciedla też decyzje biznesowe

Każde uprawnienie odzwierciedla decyzję.

Każdy przepływ pracy odzwierciedla priorytet.

Każda automatyzacja odzwierciedla regułę.

Każdy raport odzwierciedla potrzebę informacyjną.

Dlatego platforma to coś więcej niż zbiór narzędzi.

Może także pokazywać, jak zorganizowana jest firma.

Im bardziej przejrzysta jest ta organizacja, tym spójniej można ją przełożyć na technologię.

Budować lepiej to także lepiej rozumieć

Gdy projekt zaczyna się od razu od funkcji, łatwo skupić się na tym, co ma się pojawić na ekranie.

Gdy zaczyna się od działalności, rozmowa wygląda inaczej.

Zespół analizuje, co musi się wydarzyć.

Dlaczego to się dzieje.

Kto w tym uczestniczy.

Jakie informacje wchodzą w grę.

I jaki rezultat ma z tego wyniknąć.

Na początku ta różnica może wydawać się niewielka.

Ale może wpłynąć na wszystko, co powstanie później.

Na koniec

Technologia nie zaczyna się w chwili pisania kodu.

Zaczyna się wtedy, gdy rozumiesz problem, który ma rozwiązać.

Zanim zaprojektujesz ekran, warto zrozumieć proces.

Zanim zautomatyzujesz działanie, warto zrozumieć regułę.

Zanim zbudujesz funkcję, warto zrozumieć jej cel.

Bo tworzenie technologii dla firmy to nie tylko budowanie narzędzi.

To przekładanie rzeczywistej działalności na cyfrową strukturę, która ma sens.