Wyobra\u017a sobie, \u017ce chcesz kupi\u0107 nowy samoch\u00f3d. Nie idziesz od razu do salonu i nie m\u00f3wisz: \u201epoprosz\u0119 auto\u201d. Najpierw zastanawiasz si\u0119, do czego go potrzebujesz: do jazdy po mie\u015bcie czy w d\u0142ugie trasy? Czy ma by\u0107 rodzinny, sportowy, a mo\u017ce dostawczy? Patrzysz na bud\u017cet, na koszty paliwa, ubezpieczenie. Dopiero wtedy podejmujesz decyzj\u0119.<\/p>\n
Wdro\u017cenie systemu informatycznego w firmie wygl\u0105da bardzo podobnie. To nie jest kupno gotowego pude\u0142ka, kt\u00f3re \u201ejako\u015b zadzia\u0142a\u201d. To powa\u017cna inwestycja, kt\u00f3ra powinna by\u0107 dopasowana do realnych potrzeb firmy. W\u0142a\u015bnie po to istnieje analiza przedwdro\u017ceniowa<\/strong> \u2013 czyli etap przygotowania, w kt\u00f3rym bada si\u0119 procesy biznesowe, definiuje wymagania i tworzy plan wdro\u017cenia.<\/p>\n Ten artyku\u0142 poka\u017ce Ci zarys metodyki analizy przedwdro\u017ceniowej<\/strong> \u2013 krok po kroku, w prostych s\u0142owach.<\/p>\n Najpro\u015bciej m\u00f3wi\u0105c, analiza przedwdro\u017ceniowa to proces zrozumienia co firma robi dzi\u015b<\/strong> i co chce osi\u0105gn\u0105\u0107 jutro<\/strong>, aby system informatyczny m\u00f3g\u0142 by\u0107 do tego dopasowany.<\/p>\n To po\u0142\u0105czenie rozm\u00f3w, obserwacji, warsztat\u00f3w, a tak\u017ce dokument\u00f3w i schemat\u00f3w. Analityk biznesowy wchodzi do firmy troch\u0119 jak lekarz do pacjenta: bada, zadaje pytania, szuka przyczyn problem\u00f3w i wystawia \u201ediagnoz\u0119\u201d.<\/p>\n Mo\u017cna by zapyta\u0107: \u201eCzy nie wystarczy po prostu porozmawia\u0107 z klientem i spisa\u0107 jego wymagania?\u201d. Niestety, to za ma\u0142o. Do\u015bwiadczenie pokazuje, \u017ce bez uporz\u0105dkowanej metodyki \u0142atwo przeoczy\u0107 wa\u017cne kwestie, skupi\u0107 si\u0119 na b\u0142ahostkach, a w efekcie otrzyma\u0107 system, kt\u00f3ry nie rozwi\u0105zuje prawdziwych problem\u00f3w.<\/p>\n Metodyka daje ramy: okre\u015bla kolejno\u015b\u0107 dzia\u0142a\u0144, narz\u0119dzia i zasady wsp\u00f3\u0142pracy<\/strong>. Dzi\u0119ki niej analiza nie jest chaotycznym zbiorem rozm\u00f3w, ale logicznym procesem prowadz\u0105cym do konkretnego rezultatu.<\/p>\n Cho\u0107 istnieje wiele szk\u00f3\u0142 i metod, wi\u0119kszo\u015b\u0107 analiz opiera si\u0119 na podobnym schemacie. Mo\u017cna wyr\u00f3\u017cni\u0107 kilka kluczowych etap\u00f3w:<\/p>\n To etap organizacyjny, w kt\u00f3rym:<\/p>\n ustala si\u0119 zakres analizy (kt\u00f3re obszary firmy b\u0119d\u0105 badane),<\/p>\n okre\u015bla cele (po co robimy analiz\u0119 i czego oczekujemy na ko\u0144cu),<\/p>\n wyznacza osoby odpowiedzialne (zar\u00f3wno po stronie klienta, jak i dostawcy).<\/p>\n<\/li>\n<\/ul>\n To tak\u017ce moment podpisania umowy na analiz\u0119, przygotowania harmonogramu i ustalenia zasad wsp\u00f3\u0142pracy.<\/p>\n Na tym etapie analityk rozmawia z pracownikami i mened\u017cerami. Stosuje r\u00f3\u017cne techniki:<\/p>\n wywiady indywidualne<\/strong> \u2013 np. z kierownikiem produkcji czy dzia\u0142u sprzeda\u017cy,<\/p>\n warsztaty grupowe<\/strong> \u2013 gdzie wsp\u00f3lnie mapuje si\u0119 procesy,<\/p>\n ankiety<\/strong> \u2013 aby zebra\u0107 opinie od wi\u0119kszej liczby pracownik\u00f3w,<\/p>\n obserwacje<\/strong> \u2013 czyli \u201epodgl\u0105danie\u201d, jak wygl\u0105da codzienna praca.<\/p>\n<\/li>\n<\/ul>\n Celem jest poznanie rzeczywistego obrazu organizacji, a nie tylko tego, co zapisano w regulaminach.<\/p>\n Tutaj powstaj\u0105 schematy pokazuj\u0105ce, jak dzia\u0142a firma: kto co robi, w jakiej kolejno\u015bci, jakie dane s\u0105 potrzebne i jakie decyzje s\u0105 podejmowane.<\/p>\n Przyk\u0142ad: proces obs\u0142ugi zam\u00f3wienia w sklepie internetowym mo\u017ce obejmowa\u0107 przyj\u0119cie zam\u00f3wienia, rezerwacj\u0119 towaru, wystawienie faktury, wysy\u0142k\u0119 i obs\u0142ug\u0119 zwrot\u00f3w. Analiza pokazuje, kt\u00f3re kroki s\u0105 sprawne, a kt\u00f3re sprawiaj\u0105 problemy.<\/p>\n Na podstawie zebranych danych analityk wskazuje obszary, kt\u00f3re wymagaj\u0105 poprawy. Mog\u0105 to by\u0107 np.:<\/p>\n brak integracji mi\u0119dzy systemami,<\/p>\n powtarzaj\u0105ce si\u0119 b\u0142\u0119dy w zam\u00f3wieniach,<\/p>\n brak raport\u00f3w dla mened\u017cer\u00f3w,<\/p>\n czasoch\u0142onne r\u0119czne wpisywanie danych.<\/p>\n<\/li>\n<\/ul>\n To moment, kiedy firma odkrywa, \u017ce jej prawdziwy problem mo\u017ce le\u017ce\u0107 zupe\u0142nie gdzie indziej, ni\u017c my\u015bla\u0142a na pocz\u0105tku.<\/p>\n Powstaje lista funkcji, kt\u00f3re system musi spe\u0142nia\u0107. Zwykle dzieli si\u0119 je na trzy kategorie:<\/p>\n must have<\/strong> \u2013 absolutnie konieczne,<\/p>\n should have<\/strong> \u2013 wa\u017cne, ale mog\u0105 poczeka\u0107,<\/p>\n nice to have<\/strong> \u2013 dodatkowe, je\u015bli starczy czasu i bud\u017cetu.<\/p>\n<\/li>\n<\/ul>\n Taki podzia\u0142 pozwala unikn\u0105\u0107 sytuacji, w kt\u00f3rej projekt pr\u00f3buje rozwi\u0105za\u0107 wszystko naraz, a w efekcie nie dzia\u0142a nic.<\/p>\n Coraz cz\u0119\u015bciej w analizie przygotowuje si\u0119 proste szkice ekran\u00f3w albo klikalne makiety. Dzi\u0119ki temu u\u017cytkownicy widz\u0105, jak mo\u017ce wygl\u0105da\u0107 system, i mog\u0105 wcze\u015bnie zg\u0142osi\u0107 uwagi.<\/p>\n Efektem analizy jest dokument \u2013 specyfikacja wymaga\u0144<\/strong>. Powinien zawiera\u0107:<\/p>\n opis proces\u00f3w,<\/p>\n list\u0119 wymaga\u0144 i priorytet\u00f3w,<\/p>\n rekomendacje dotycz\u0105ce technologii i integracji,<\/p>\n harmonogram wdro\u017cenia.<\/p>\n<\/li>\n<\/ul>\n Ten dokument staje si\u0119 podstaw\u0105 dalszej pracy. Mo\u017cna go te\u017c wykorzysta\u0107, aby por\u00f3wna\u0107 oferty r\u00f3\u017cnych dostawc\u00f3w IT.<\/p>\n Ostatni krok to formalne zatwierdzenie dokumentu przez klienta. Od tego momentu jest jasne, \u017ce obie strony zgadzaj\u0105 si\u0119 co do kierunku i zakresu projektu.<\/p>\n W metodyce analizy u\u017cywa si\u0119 r\u00f3\u017cnych narz\u0119dzi, np.:<\/p>\n diagramy proces\u00f3w<\/strong> (BPMN, UML) \u2013 aby zobrazowa\u0107 dzia\u0142ania,<\/p>\n macierze RACI<\/strong> \u2013 aby okre\u015bli\u0107 odpowiedzialno\u015bci,<\/p>\n checklisty i ankiety<\/strong> \u2013 aby zebra\u0107 dane,<\/p>\n prototypowanie UX<\/strong> \u2013 aby pokaza\u0107 wizualn\u0105 stron\u0119 systemu.<\/p>\n<\/li>\n<\/ul>\n Nie trzeba by\u0107 ekspertem, \u017ceby zrozumie\u0107 takie narz\u0119dzia \u2013 ich celem jest u\u0142atwienie komunikacji.<\/p>\n Za\u0142o\u017cenie, \u017ce \u201ewszyscy wiedz\u0105, o co chodzi\u201d<\/strong> \u2013 ka\u017cdy ma inne oczekiwania, a brak dokumentacji prowadzi do chaosu.<\/p>\n Brak priorytet\u00f3w<\/strong> \u2013 pr\u00f3ba wdro\u017cenia wszystkiego naraz.<\/p>\n Skupienie na technologii, a nie na problemach<\/strong> \u2013 wyb\u00f3r konkretnej aplikacji zanim pozna si\u0119 potrzeby.<\/p>\n Pomijanie u\u017cytkownik\u00f3w ko\u0144cowych<\/strong> \u2013 system tworzony \u201edla zarz\u0105du\u201d, ale nieprzydatny w codziennej pracy.<\/p>\n Zbyt og\u00f3lna dokumentacja<\/strong> \u2013 bez szczeg\u00f3\u0142\u00f3w, kt\u00f3re s\u0105 niezb\u0119dne programistom.<\/p>\n<\/li>\n<\/ol>\n Jasny i uporz\u0105dkowany proces analizy.<\/p>\n Dokument, kt\u00f3ry rozumie zar\u00f3wno biznes, jak i IT.<\/p>\n Mniejsze ryzyko b\u0142\u0119d\u00f3w i nieporozumie\u0144.<\/p>\n Oszcz\u0119dno\u015b\u0107 czasu i pieni\u0119dzy w trakcie wdro\u017cenia.<\/p>\n Wi\u0119ksze zaanga\u017cowanie pracownik\u00f3w.<\/p>\n<\/li>\n<\/ul>\n Analiza przedwdro\u017ceniowa to nie \u201ezb\u0119dny etap\u201d, ale fundament ka\u017cdego udanego wdro\u017cenia systemu IT<\/strong>. Dzi\u0119ki metodyce analiza staje si\u0119 uporz\u0105dkowanym procesem, a nie zbiorem przypadkowych rozm\u00f3w.<\/p>\n Zarys metodyki obejmuje: przygotowanie, zbieranie informacji, analiz\u0119 proces\u00f3w, identyfikacj\u0119 problem\u00f3w, definiowanie wymaga\u0144, prototypowanie, dokumentacj\u0119 i akceptacj\u0119. Ka\u017cdy z tych krok\u00f3w ma znaczenie i prowadzi do tego, aby system, kt\u00f3ry powstanie, faktycznie rozwi\u0105zywa\u0142 realne problemy firmy.<\/p>\n Mo\u017cna powiedzie\u0107, \u017ce analiza to projekt architektoniczny przed budow\u0105 domu. Dzi\u0119ki niej wiadomo, co powstanie, jakie b\u0119d\u0105 koszty i jak unikn\u0105\u0107 b\u0142\u0119d\u00f3w. Dlatego je\u015bli planujesz wdro\u017cenie systemu IT \u2013 zacznij od analizy. To inwestycja, kt\u00f3ra zwr\u00f3ci si\u0119 wielokrotnie.<\/p>\n","protected":false},"excerpt":{"rendered":" Wprowadzenie Wyobra\u017a sobie, \u017ce chcesz kupi\u0107 nowy samoch\u00f3d. Nie idziesz od razu do salonu i nie m\u00f3wisz: \u201epoprosz\u0119 auto\u201d. Najpierw zastanawiasz si\u0119, do czego go potrzebujesz: do jazdy po mie\u015bcie czy w d\u0142ugie trasy? Czy ma by\u0107 rodzinny, sportowy, a mo\u017ce dostawczy? Patrzysz na bud\u017cet, na koszty paliwa, ubezpieczenie. Dopiero wtedy podejmujesz decyzj\u0119. Wdro\u017cenie systemu… Czytaj dalej Zarys metodyki analizy przedwdro\u017ceniowej systemów<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[],"_links":{"self":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/720"}],"collection":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=720"}],"version-history":[{"count":1,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/720\/revisions"}],"predecessor-version":[{"id":721,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=\/wp\/v2\/posts\/720\/revisions\/721"}],"wp:attachment":[{"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=720"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=720"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/michalmoroz.info\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=720"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nCzym jest analiza przedwdro\u017ceniowa?<\/h4>\n
\nDlaczego metodyka jest potrzebna?<\/h4>\n
\nZarys metodyki analizy przedwdro\u017ceniowej<\/h4>\n
1. Przygotowanie analizy<\/h5>\n
\n
2. Zbieranie informacji<\/h5>\n
\n
3. Analiza proces\u00f3w biznesowych<\/h5>\n
4. Identyfikacja problem\u00f3w i potrzeb<\/h5>\n
\n
5. Definiowanie wymaga\u0144<\/h5>\n
\n
6. Prototypy i makiety<\/h5>\n
7. Dokument ko\u0144cowy<\/h5>\n
\n
8. Akceptacja<\/h5>\n
\nNarz\u0119dzia wspieraj\u0105ce analiz\u0119<\/h4>\n
\n
\nNajcz\u0119stsze b\u0142\u0119dy w analizie<\/h4>\n
\n
\nKorzy\u015bci z metodycznego podej\u015bcia<\/h4>\n
\n
\nPodsumowanie<\/h4>\n