Wi\u0119kszo\u015bci z nas w trakcie kariery przynajmniej raz zdarzy\u0142o si\u0119 bra\u0107 udzia\u0142 w procesie tzw. \u201ebidowania\u201d, czyli tworzenia oferty projektowej. Podobnie jak projekty tak i tworzenie ofert w niewielu przypadkach jest powtarzalne, ale jest jeden problem, z kt\u00f3rym wi\u0119kszo\u015b\u0107 z nas zderza si\u0119 niezwykle cz\u0119sto \u2013 niech\u0119\u0107 klient\u00f3w to inwestowania w analiz\u0119 i parcie na jak najszybsze rozpocz\u0119cie developmentu.<\/p>\n\n\n\n
Najcz\u0119stszym powodem rezygnacji z analizy jest niech\u0119\u0107 do ponoszenia dodatkowych koszt\u00f3w. Dok\u0142adne przeanalizowanie problemu i przygotowanie dokumentacji jest przede wszystkim czasoch\u0142onne, nie tylko dla analityka, ale i przedstawicieli biznesu kt\u00f3ry analizujemy. Tym sposobem nie mog\u0105 by\u0107 oni zaanga\u017cowani w dzia\u0142ania operacyjne, co cz\u0119sto wp\u0142ywa na koszty lub utrat\u0119 cz\u0119\u015bci przychod\u00f3w (kiedy\u015b us\u0142ysza\u0142em, \u017ce sprzedawcy \u201ezamiast sprzedawa\u0107 rysuj\u0105 co\u015b tam z analitykami\u201d). Jak wi\u0119c przyst\u0105pi\u0107 do dyskusji z klientem kt\u00f3ry \u201ena dzie\u0144 dobry\u201d jest na nie wobec analizy? W poni\u017cszym artykule postaram si\u0119 przytoczy\u0107 kilka argument\u00f3w pozwalaj\u0105cych, je\u015bli nie na przekonanie klienta, to przynajmniej zmuszaj\u0105cych go do rozwa\u017cenia uwzgl\u0119dnienia analizy w harmonogramie.<\/p>\n\n\n\n
Przede wszystkim skupmy si\u0119 na najwa\u017cniejszym \u2013 kosztach. Czas to pieni\u0105dz, ale czy dodatkowa inwestycja w analiz\u0119 to naprawd\u0119 strata \u015brodk\u00f3w? Jest kilka kluczowych argument\u00f3w, kt\u00f3re mog\u0105 przekona\u0107 klienta, \u017ce ta inwestycja mo\u017ce si\u0119 zwr\u00f3ci\u0107 i w d\u0142u\u017cszej perspektywie pozwoli ograniczy\u0107 koszty rozwoju oprogramowania.<\/p>\n\n\n\n
Po pierwsze \u2013 dobrze opisane procesy pozwalaj\u0105 dobrze pozna\u0107 jak faktycznie dzia\u0142a nasze przedsi\u0119biorstwo. Cz\u0119sto aby zaoszcz\u0119dzi\u0107 czas oprogramowanie rozwija si\u0119 w oparciu o historyjki na podstawie kt\u00f3rych tworzone s\u0105 nowe funkcjonalno\u015bci. Taki stan mo\u017ce utrzymywa\u0107 si\u0119 przez lata \u2013 systemy rosn\u0105, ludzie pracuj\u0105, wszyscy s\u0105 zadowoleni. Przychodzi jednak taki moment, gdy liczba danych wprowadzanych manualnie do system\u00f3w zaczyna ci\u0105\u017cy\u0107 i pojawia si\u0119 temat integracji. Brak wcze\u015bniejszej analizy AS IS mo\u017ce to znacz\u0105co utrudnia\u0107 i tu k\u0142ania si\u0119 analiza procesowa. Starajmy si\u0119 u\u015bwiadomi\u0107 klienta, \u017ce przede wszystkim w dobrze opisanym procesie \u0142atwo jest zidentyfikowa\u0107 punkty styku pomi\u0119dzy systemami oraz zidentyfikowa\u0107 zb\u0119dne czynno\u015bci kt\u00f3re np. dubluj\u0105 si\u0119 w obu systemach. Gdyby analiz\u0119 zrobiono wcze\u015bniej, by\u0107 mo\u017ce uda\u0142oby si\u0119 unikn\u0105\u0107 koszt\u00f3w poniesionych na rozw\u00f3j dubluj\u0105cych si\u0119 funkcjonalno\u015bci, p\u00f3\u017aniejsz\u0105 migracj\u0119 danych czy te\u017c usp\u00f3jnianie s\u0142ownik\u00f3w. Patrz\u0105c na stawki rynkowe programist\u00f3w o wiele taniej by\u0142oby po\u015bwi\u0119ci\u0107 wi\u0119cej \u015brodk\u00f3w na prace analityczne ni\u017c oprogramowanie dubluj\u0105cych si\u0119 funkcjonalno\u015bci lub poprawki wynikaj\u0105ce z braku wcze\u015bniej przeprowadzonej analizy.<\/p>\n\n\n\n
Po drugie \u2013 modele proces\u00f3w pozwalaj\u0105 lepiej zaplanowa\u0107 prace i ustali\u0107 dla kt\u00f3rych kluczowe jest natychmiastowe wdro\u017cenie a kt\u00f3re mog\u0105 poczeka\u0107. Jest to cenny argument nie tylko dla projekt\u00f3w z ograniczonym bud\u017cetem, ale r\u00f3wnie\u017c dla projekt\u00f3w time and material. W ten spos\u00f3b mo\u017cemy pokaza\u0107 klientom, \u017ce staramy si\u0119 im pom\u00f3c jak najlepiej wykorzysta\u0107 ich \u015brodki. Dodatkowo, patrz\u0105c na proces, mo\u017cna zdecydowa\u0107, \u017ce dane funkcjonalno\u015bci powinny by\u0107 wdro\u017cone w innym systemie ni\u017c pierwotnie planowany, co mo\u017ce pom\u00f3c zredukowa\u0107 koszty (rozw\u00f3j r\u00f3\u017cnych narz\u0119dzi ma r\u00f3\u017cn\u0105 cen\u0119), lub przyspieszy\u0107 realizacj\u0119.<\/p>\n\n\n\n
Po trzecie \u2013 pami\u0119tajmy, \u017ce wi\u0119kszo\u015b\u0107 os\u00f3b to jednak wzrokowcy i je\u017celi co\u015b mo\u017cna przedstawi\u0107 graficznie a nie w formie tekstu to lepiej to zrobi\u0107. Korzy\u015b\u0107 dla klienta to przede wszystkim uproszczenie procesu komunikacji zamodelowanego procesu w organizacji (np. nowym cz\u0142onkom), u\u0142atwienie optymalizacji (mo\u017cemy szybko wy\u0142apa\u0107 czynno\u015bci zb\u0119dne lub wymagaj\u0105ce automatyzacji) oraz jasne okre\u015blenie odpowiedzialno\u015bci, kto w organizacji odpowiada za poszczeg\u00f3lne kroki w procesie.<\/p>\n\n\n\n
Czwartym argumentem jest brak konieczno\u015bci inwestowania w dodatkowe narz\u0119dzia. Na rynku jest ponad 70 narz\u0119dzi do modelowania, z czego cz\u0119\u015b\u0107 jest ca\u0142kowicie bezp\u0142atna i zapewnia najbardziej podstawowe funkcjonalno\u015bci. Por\u00f3wnanie narz\u0119dzi to materia\u0142 na osobny artyku\u0142, ale na pewno ka\u017cdy znajdzie co\u015b dla siebie. Dodatkowo na rynku jest dost\u0119pna szeroka gama narz\u0119dzi wspieraj\u0105cych analiz\u0119 i pozwalaj\u0105cych na tworzenie prototyp\u00f3w narz\u0119dzi, makiet itp. Dzi\u0119ki temu klient mo\u017ce uzyska\u0107 lepsze wyobra\u017cenie o docelowym rozwi\u0105zaniu.<\/p>\n\n\n\n
Podsumowuj\u0105c \u2013 klient, co nie jest odkryciem – jest zainteresowany jak najlepszym wydaniem swoich pieni\u0119dzy i kluczem jest przekonanie go, \u017ce pieni\u0105dze po\u015bwi\u0119cone na analiz\u0119 procesow\u0105 zaprocentuj\u0105 w przysz\u0142o\u015bci. Zgodnie z cyklem Deminga nie da si\u0119 udoskonali\u0107 czego\u015b, czego kszta\u0142tu nie znamy i to w\u0142a\u015bnie procesy pozwalaj\u0105 nam pozna\u0107 nasz\u0105 organizacj\u0119 i w przyst\u0119pny spos\u00f3b opisa\u0107 jej funkcjonowanie. Nie ka\u017cdy klient jest tego \u015bwiadomy, ale holistyczne podej\u015bcie do analizy problemu biznesowego, jakie mo\u017cemy uzyska\u0107 modeluj\u0105c procesy biznesowe w organizacji, pozwoli nam rozs\u0105dnie rozwija\u0107 oprogramowanie z naciskiem na utrzymanie w\u0142a\u015bciwej jako\u015bci, rozs\u0105dne wykorzystanie zasob\u00f3w i przede wszystkim zaplanowanie prac w ca\u0142ej organizacji a nie \u201eszarpane\u201d rozwijanie funkcjonalno\u015bci przez ka\u017cdy system na w\u0142asn\u0105 r\u0119k\u0119.<\/p>\n\n\n