Id\u017a do:<\/p>\n
- \n
- 1. Czym jest analiza biznesowa?<\/a><\/li>\n
- 2. Analiza biznesowa a Business Intelligence<\/a><\/li>\n
- 3. Rola analityka biznesowego<\/a><\/li>\n
- 4. Rola-analityka-a-metodyka-pracy<\/a><\/li>\n
- 5. B\u0142\u0119dy w\u00a0analizie biznesowej<\/a><\/li>\n
- 6. Podsumowanie<\/a><\/li>\n <\/ol>\n<\/div>\n\n\n
Czym jest analiza biznesowa?<\/h2>\n\n\n\n
Wed\u0142ug formalnej definicji IIBA (International Institute of Business Analysis) analiza biznesowa to \u201eokre\u015blanie potrzeb i rekomendowanie rozwi\u0105za\u0144”.<\/strong> W takiej w\u0142a\u015bnie, a nie innej kolejno\u015bci.<\/p>\n\n\n\n
Wdro\u017cenie rozwi\u0105zania dla biznesu to proces wymagaj\u0105cy zaanga\u017cowania i kompetencji wielu specjalist\u00f3w. Zar\u00f3wno w przypadku mniej, jak i bardziej z\u0142o\u017conych projekt\u00f3w, niezb\u0119dne jest zebranie wymaga\u0144, kt\u00f3re pozwol\u0105 okre\u015bli\u0107 potrzeby klienta. Podobnie przy realizacji \u201eprojekt\u00f3w” w \u017cyciu codziennym \u2013 na przyk\u0142ad podczas budowy domu \u2013 zanim dokonamy kosztownej inwestycji, zastanawiamy si\u0119 nad lokalizacj\u0105, bierzemy pod uwag\u0119 takie czynniki jak wykonanie projektu, koszt materia\u0142\u00f3w, zaanga\u017cowanie ekipy budowlanej. Analityk jest w projekcie informatycznym jak architekt w projekcie budowlanym.<\/strong><\/p>\n\n\n\n
W przypadku analizy biznesowej klienci cz\u0119sto maj\u0105 sprecyzowane wymagania, ale potrzebna jest osoba, kt\u00f3ra je spisze, zweryfikuje ich wykonalno\u015b\u0107 (lub nie), a nast\u0119pnie przeka\u017ce zespo\u0142owi IT, kt\u00f3ry zajmie si\u0119 przygotowaniem pod tym k\u0105tem produktu dla klienta. Tu wkracza analityk biznesowy, kt\u00f3ry jest po\u015brednikiem mi\u0119dzy \u015bwiatem biznesu a \u015bwiatem technologii.<\/p>\n\n\n\n
Przeczytaj tak\u017ce:<\/strong><\/p>\n\n\n\n
- \n
- Podstawy UML- czyli modelowanie dla ka\u017cdego<\/a><\/li>\n\n\n\n
- Diagramy UML I BPMN – narz\u0119dzia pracy analityczki biznesowej i analityka biznesowego <\/a><\/li>\n<\/ul>\n\n\n\n
Analiza biznesowa a Business Intelligence<\/h2>\n\n\n\n
Cz\u0119stym b\u0142\u0119dem jest mylenie analizy biznesowej z analityk\u0105 biznesow\u0105 (Business Intelligence). Mimo podobie\u0144stwa w nazwach s\u0105 to odr\u0119bne dziedziny. Specjalista Business Intelligence skupia si\u0119 na gromadzeniu, transformacji i wizualizacji danych w celu wspierania proces\u00f3w podejmowania decyzji i podnoszeniu wydajno\u015bci przedsi\u0119biorstwa. Analityk biznesowy natomiast definiuje potrzeby i tworzy rozwi\u0105zania, kt\u00f3re na nie odpowiadaj\u0105. Praca analityka biznesowego jest nierozerwalnie zwi\u0105zana z procesem zmiany, a jej zakres mo\u017ce wykracza\u0107 poza systemy informatyczne. Stworzony przez IIBA framework BABOK<\/a> (ang. A guide to the Business Analysis Body of Knowledge<\/em>) jako analityka biznesowego definiuje ka\u017cd\u0105 osob\u0119, kt\u00f3ra podejmuje dzia\u0142ania z obszaru analizy biznesowej, bez wzgl\u0119du na stanowisko lub pe\u0142nion\u0105 w organizacji funkcj\u0119.<\/p>\n\n\n\n
Rola analityka biznesowego<\/h2>\n\n\n\n
Analityk biznesowy to osoba, kt\u00f3ra powinna m\u00f3wi\u0107 zar\u00f3wno j\u0119zykiem klienta, jak i j\u0119zykiem IT. Dla wielu analityk to \u201episarz dokumentacji”. Ale czy tak jest naprawd\u0119? Sprowadzenie roli analityka do uczestnictwa w spotkaniach i spisywania wymaga\u0144 niezb\u0119dnych do wype\u0142nienia szablonu dokumentu to krzywdz\u0105ce uproszczenie. W rzeczywisto\u015bci to osoba, kt\u00f3rej zakres obowi\u0105zk\u00f3w wykracza poza identyfikowanie potrzeb interesariuszy i okre\u015blanie wykonalno\u015b\u0107 projektu, ale tak\u017ce posiada wiedz\u0119, kt\u00f3ra pozwala podej\u015b\u0107 krytycznie do prezentowanych pomys\u0142\u00f3w, zrozumie\u0107 faktyczne potrzeby i aktywnie rekomendowa\u0107 optymalne rozwi\u0105zania.<\/strong><\/p>\n\n\n\n
Analiza przedwdro\u017ceniowa<\/a> pozwala wybra\u0107 najlepsze rozwi\u0105zania IT, zdefiniowa\u0107 cele biznesowe i wymagania umo\u017cliwiaj\u0105ce skuteczne wdro\u017cenie oprogramowania. Analityk dostarcza zespo\u0142om programistycznym istotnych informacji r\u00f3wnie\u017c w okresie trwania projektu pomaga w ocenie bie\u017c\u0105cej sytuacji i podejmowaniu najwa\u017cniejszych decyzji. Monitoruje biznesowe potrzeby klienta i jest z nim w sta\u0142ym kontakcie.<\/p>\n\n\n\n
W dzisiejszym szybko zmieniaj\u0105cym si\u0119 \u015bwiecie analityk cz\u0119sto staje przed konieczno\u015bci\u0105 wsp\u00f3\u0142pracy zdalnej z klientem. Zazwyczaj \u201ezdalnie” oznacza \u201eszybciej i taniej”. Bez wzgl\u0119du na spos\u00f3b wsp\u00f3\u0142pracy umiej\u0119tno\u015b\u0107 pracy z klientem to podstawa w zawodzie analityka.<\/strong><\/p>\n\n\n\n
Czy mo\u017cna si\u0119 oby\u0107 bez analityka biznesowego? Jestem z wykszta\u0142cenia automatykiem i s\u0105dz\u0119, \u017ce roboty szybko nas nie zast\u0105pi\u0105. Zreszt\u0105 badania wskazuj\u0105, \u017ce automatyzacji \u0142atwiej ni\u017c procesy analityczne poddaj\u0105 si\u0119 prace programistyczne czy testerskie. Obserwowa\u0142em r\u00f3wnie\u017c projekty, w kt\u00f3rych rol\u0119 analityka powierzano project managerom lub deweloperom \u2013 niestety, efekty by\u0142y dalekie od zadowalaj\u0105cych.<\/p>\n\n\n
\n\n\n\n\n![\"\"](\"https:\/\/nearshore-it.eu\/wp-content\/uploads\/2024\/09\/27.04_jblog_cover.jpg\" "\\"\\"")
\n <\/div>\n \nAnaliza przedwdro\u017ceniowa fundamentem skutecznego systemu Business Intelligence<\/h3>\n
Dlaczego analiza przedwdro\u017ceniowa jest wa\u017cna, kto i w jaki spos\u00f3b powinien j\u0105 przeprowadzi\u0107?<\/p>\n
Przeczytaj artyku\u0142<\/a><\/p>\n <\/div>\n <\/div>\n <\/div>\n <\/div>\n<\/div>\n\n\n
<\/div>\n\n\n\nRola analityka a metodyka pracy<\/h2>\n\n\n\n
W coraz bardziej popularnych projektach zwinnych<\/a> komunikacja odgrywa kluczow\u0105 rol\u0119. Precyzuje to Manifest Agile, kt\u00f3ry w swoim pierwszym punkcie wskazuje: \u201eLudzie i interakcje ponad procesy i narz\u0119dzia”. T\u0119 zasad\u0119 mo\u017cna z powodzeniem odnie\u015b\u0107 do pracy analityka biznesowego, w pracy kt\u00f3rego umiej\u0119tno\u015b\u0107 s\u0142uchania i rozmowy z drugim cz\u0142owiekiem jest niezb\u0119dna. Je\u017celi kto\u015b nie ma rozwini\u0119tych kompetencji komunikacyjnych, raczej nie powinien rozwa\u017ca\u0107 kariery analityka biznesowego.<\/p>\n\n\n\n
W modelu waterfall (kaskadowym) analiza to etap drugi, bez kt\u00f3rego niemo\u017cliwe jest przej\u015bcie do kolejnych faz projektu. Spr\u00f3bujmy sobie wyobrazi\u0107 rozpoczynanie pracy od developmentu bez wcze\u015bniejszej analizy tego, co, dla jakiej grupy odbiorc\u00f3w i w jaki spos\u00f3b b\u0119dziemy wdra\u017ca\u0107. Analiza jest tu kluczowa.<\/p>\n\n\n\n
Bez wzgl\u0119du na rodzaj przyj\u0119tej metodyki pracy analiza biznesowa wymaga:<\/strong><\/p>\n\n\n\n
- \n
- zadawania pyta\u0144,<\/li>\n\n\n\n
- wyci\u0105gania wniosk\u00f3w,<\/li>\n\n\n\n
- przetwarzania,<\/li>\n\n\n\n
- analizowania,<\/li>\n\n\n\n
- optymalizowania.<\/li>\n<\/ul>\n\n\n\n
B\u0142\u0119dy w analizie biznesowej<\/h2>\n\n\n\n
Po przybli\u017ceniu tematyki zwi\u0105zanej z celem analizy biznesowej i roli analityka biznesowego w ca\u0142ym procesie przejd\u017amy do 7 grzech\u00f3w g\u0142\u00f3wnych w analizie biznesowej. Nie zawsze b\u0119d\u0105 to b\u0142\u0119dy po stronie analityka, jednak zawsze powinien on trzyma\u0107 r\u0119k\u0119 na pulsie. Co mo\u017ce p\u00f3j\u015b\u0107 nie tak w trakcie analizy biznesowej?<\/p>\n\n\n\n
1. B\u0142\u0119dnie okre\u015blona potrzeba biznesowa<\/h3>\n\n\n\n
Czym jest okre\u015blanie potrzeby biznesowej? \u201eChc\u0119 osi\u0105ga\u0107 wy\u017csze dochody, poniewa\u017c chc\u0119 kupi\u0107 samoch\u00f3d dro\u017cszy ni\u017c ten, kt\u00f3ry ma s\u0105siad”. Z czym to si\u0119 kojarzy? Tak, to user story,<\/em> popularna \u201ehistoryjka”. Obecnie user story<\/em> to najbardziej popularny spos\u00f3b dokumentowania wymaga\u0144 biznesowych. Dodatkowo wa\u017cne s\u0105 tu kryteria akceptacji, np. \u201eMoje \u015bredniomiesi\u0119czne dochody wzros\u0142y o min 5%”. Kryteria akceptacji to lista konkretnych wymaga\u0144 i warunk\u00f3w do spe\u0142nienia, aby Zesp\u00f3\u0142 Scrumowy wiedzia\u0142, czy historyjka zosta\u0142a poprawnie wykonana z biznesowego punktu widzenia.<\/p>\n\n\n\n
Dobrze zdefiniowana potrzeba biznesowa i jej zrozumienie s\u0105 najwa\u017cniejsze <\/strong>\u2013 nie tylko z punktu widzenia analityka, ale tak\u017ce klienta. Czy to po stronie biznesu, czy analityka powinna pojawi\u0107 si\u0119 my\u015bl: po co to robimy? Co nam to da? Zdarzaj\u0105 si\u0119 niestety sytuacje, gdy przedstawiciel biznesu rekomenduje konkretne rozwi\u0105zanie, gdy\u017c jest na przyk\u0142ad jedyn\u0105 osob\u0105, kt\u00f3ra zna dan\u0105 aplikacj\u0119. Czy robi to dla dobra firmy, czy mo\u017ce chce jedynie zachowa\u0107 swoje stanowisko pracy? To pierwszy i bardzo ci\u0119\u017cki grzech w analizie biznesowej. Dobry analityk powinien zachowa\u0107 czujno\u015b\u0107 w takich sytuacjach i odpowiednio zareagowa\u0107.<\/p>\n\n\n\n
2. Stosowanie nieoptymalnych rozwi\u0105za\u0144 biznesowych<\/h3>\n\n\n\n
Chyba ka\u017cdy s\u0142ysza\u0142 o d\u0142ugu technologicznym. D\u0142ug technologiczny powstaje, gdy w celu szybkiego zaspokojenia potrzeb biznesowych idziemy \u201ena skr\u00f3ty” i si\u0119gamy po nieoptymalne rozwi\u0105zania techniczne. Chodzi o rozwi\u0105zania utrudniaj\u0105ce b\u0105d\u017a wr\u0119cz uniemo\u017cliwiaj\u0105ce realizacj\u0119 przysz\u0142ych cel\u00f3w firmy. D\u0142ug technologiczny narasta ju\u017c od pracy wykonanej przez analityka biznesowego. Prowadzi to do sytuacji, gdy np. nowe inwestycje czy usprawnienia konkretnych proces\u00f3w w organizacji s\u0105 mo\u017cliwe dopiero po nadrobieniu zaleg\u0142o\u015bci, czyli w\u0142a\u015bnie sp\u0142aceniu d\u0142ugu technicznego. A wydawa\u0142oby si\u0119, \u017ce to jedynie b\u0142\u0119dnie napisana \u201ehistoryjka” w programie Jira. Jak temu przeciwdzia\u0142a\u0107? Okazuje si\u0119, \u017ce \u201ena skr\u00f3ty” nie zawsze znaczy szybciej. Podobnie jak w \u017cyciu: czasem lepiej wybra\u0107 d\u0142u\u017csz\u0105, lecz sprawdzon\u0105 drog\u0119, dzi\u0119ki kt\u00f3rej nie b\u0119dziemy musieli nadk\u0142ada\u0107 kilometr\u00f3w.<\/p>\n\n\n\n
3. Przedstawianie gotowych rozwi\u0105za\u0144<\/h3>\n\n\n\n
Kolejny cz\u0119sty b\u0142\u0105d le\u017cy po stronie analityka, kt\u00f3ry w ferworze zbierania wymaga\u0144 biznesowych zaczyna przedstawia\u0107 gotowe rozwi\u0105zania, zamiast spisywa\u0107 wymagania klienta. Prawid\u0142owo proces powinien przebiega\u0107 w taki spos\u00f3b, \u017ce analityk zbiera wymagania i konsultuje z biznesem. Cz\u0119sto jednak na tym etapie pojawia si\u0119 pokusa, by zaproponowa\u0107 gotowe rozwi\u0105zanie, na przyk\u0142ad konkretn\u0105 aplikacj\u0119 o okre\u015blonych parametrach i funkcjonalno\u015bciach, kt\u00f3ra zdaje si\u0119 odpowiada\u0107 na zdefiniowane oczekiwania. Analityk jest tylko cz\u0142owiekiem, a b\u0142\u0105dzi\u0107 jest rzecz\u0105 ludzk\u0105. Przy zbieraniu wymaga\u0144 warto jednak zachowa\u0107 krytycyzm i nie da\u0107 si\u0119 ponie\u015b\u0107 fantazji.<\/p>\n\n\n\n
4. Bezkrytyczne zbieranie wymaga\u0144<\/h3>\n\n\n\n
Zbieranie przypadkowych wymaga\u0144 mo\u017ce przydarzy\u0107 si\u0119 nie tylko osobom stawiaj\u0105cym pierwsze kroki w analizie biznesowej. To cz\u0119sty b\u0142\u0105d wynikaj\u0105cy prawdopodobnie z ch\u0119ci zebrania jak najwi\u0119kszej liczby wymaga\u0144. Nadgorliwo\u015b\u0107 nie jest dobr\u0105 metod\u0105. Podobnie jak bezkrytyczne zbieranie wymaga\u0144. Moim celem jako analityka jest zebranie istotnych wymaga\u0144. Istotnych, czyli maj\u0105cych uzasadnienie biznesowe i daj\u0105cych si\u0119 zrealizowa\u0107. Mo\u017ce by\u0107 tak, \u017ce przedstawiciele biznesu zaproponuj\u0105 rozwi\u0105zanie bazuj\u0105ce na aplikacji sprzed 15 lat. Lubimy to, co znamy, ale czy b\u0119dzie to rozwi\u0105zanie najlepsze dla klient\u00f3w?<\/p>\n\n\n\n
Stare przys\u0142owie m\u00f3wi, \u017ce papier wszystko przyjmie. By\u0107 mo\u017ce tak, ale st\u0105d ju\u017c tylko krok do b\u0142\u0119dnej \u201ehistoryjki” w Jira. I tak wracamy do punktu 1. Nie patrzmy wy\u0142\u0105cznie na wi\u0105\u017c\u0105c\u0105 nas umow\u0119 \u2013 liczy si\u0119 przede wszystkim zdrowy rozs\u0105dek. Jak wsz\u0119dzie \u2013 dobrze jest d\u0105\u017cy\u0107 do z\u0142otego \u015brodka. Zbyt ma\u0142o wymaga\u0144 mo\u017ce doprowadzi\u0107 do niejasno\u015bci. Je\u015bli z kolei wymaga\u0144 b\u0119dzie zbyt du\u017co lub b\u0119d\u0105 zbyt precyzyjne, zesp\u00f3\u0142 projektowy b\u0119dzie mia\u0142 zwi\u0105zane r\u0119ce. Developer ma rozumie\u0107, nad czym ma pracowa\u0107, a Product Owner \u2013 co zleci\u0142 do wykonania. Dobry analityk b\u0119dzie wiedzia\u0142, jaka ilo\u015b\u0107 wymaga\u0144 jest optymalna. Je\u015bli jednak nie wiesz, co robi\u0107, zapytaj o zdanie zar\u00f3wno developera, jak i Product Ownera.<\/p>\n\n\n\n
5. Niezrozumienie dziedziny<\/h3>\n\n\n\n
Jako analityk pracowa\u0142em przy wielu projektach dla klient\u00f3w z r\u00f3\u017cnych bran\u017c. Wiem, \u017ce zrozumienie dziedziny klienta wymaga czasu, ale warto by\u0107 dociekliwym, zadawa\u0107 pytania, <\/strong>niczym dziennikarz, kt\u00f3ry zbiera materia\u0142y. W trakcie rozmowy pada termin „urz\u0105dzenie budowy przeciwwybuchowej”, a Ty nie wiesz, o co chodzi? Pytaj! Nie ma z\u0142ych pyta\u0144, a bez wej\u015bcia w \u201ebuty klienta” mo\u017cesz sobie nie poradzi\u0107. Je\u015bli nie m\u00f3wisz jego j\u0119zykiem, nie przygotujesz diagramu dziedziny, zbieraj\u0105cego najwa\u017cniejsze terminy z danego obszaru, kt\u00f3re s\u0105 istotne z punktu widzenia analityka. To podstawowe narz\u0119dzie UML \u2013 (z j. ang. Unified Modeling Language<\/em><\/a>), czyli j\u0119zyka dokumentuj\u0105cego wymagania. Diagram dziedziny to model, kt\u00f3ry przedstawia najwa\u017cniejsze poj\u0119cia, znajduj\u0105ce si\u0119 w danym obszarze zainteresowania oraz zale\u017cno\u015bci mi\u0119dzy nimi. Dzi\u0119ki niemu analityk mo\u017ce uporz\u0105dkowa\u0107 jako obiekty wszystkie terminy pojawiaj\u0105ce si\u0119 w rozmowach o dzia\u0142alno\u015bci przysz\u0142ych u\u017cytkownik\u00f3w.<\/p>\n\n\n\n
6. Brak konsultacji<\/h3>\n\n\n\n
Najcz\u0119\u015bciej jest tak, \u017ce w zespole jest jeden analityk zbieraj\u0105cy wymagania. Nawet je\u015bli analityk ma bogate, wieloletnie do\u015bwiadczenie projektowe, nie mo\u017cna wymaga\u0107 od niego, by wiedzia\u0142 wszystko. Warto kierowa\u0107 si\u0119 zasad\u0105 \u201eNie wiesz, co robi\u0107? Zapytaj innych o zdanie”. Zasada ta dotyczy oczywi\u015bcie nie tylko analityk\u00f3w. Bez wzgl\u0119du na do\u015bwiadczenie, kompetencje czy rol\u0119 w zespole konsultowanie swoich pomys\u0142\u00f3w czy w\u0105tpliwo\u015bci to dobra praktyka. Nie zra\u017caj si\u0119. Nawet je\u015bli trafisz na osob\u0119, kt\u00f3ra Ci odm\u00f3wi \u2013 wi\u0119kszo\u015b\u0107 pomo\u017ce.<\/p>\n\n\n\n
Podobnie wa\u017cna jest tu szczero\u015b\u0107. Nawet je\u015bli obawiasz si\u0119 przyzna\u0107 do swoich brak\u00f3w, ch\u0119\u0107 konsultacji i otwarto\u015b\u0107 w zdobywaniu wiedzy zadzia\u0142a na Twoj\u0105 korzy\u015b\u0107 i z czasem pomo\u017ce Ci zbudowa\u0107 wizerunek osoby dociekliwej i kompetentnej.<\/p>\n\n\n\n
7. Brak priorytet\u00f3w<\/h3>\n\n\n\n
Ka\u017cdy z nas codziennie staje przed konieczno\u015bci\u0105 wyznaczania priorytet\u00f3w. Pozwalaj\u0105 one organizowa\u0107 czas efektywnie. Z mojego do\u015bwiadczenia wynika, \u017ce w przypadku analizy biznesowej 3 poziomy priorytet\u00f3w s\u0105 w zupe\u0142no\u015bci wystarczaj\u0105ce: priorytet wysoki, \u015bredni i niski.<\/strong> Wrzucanie wszystkiego do jednego worka pod nazw\u0105 \u201erelease” jest najcz\u0119\u015bciej skutkiem tego, \u017ce nie potrafimy zdecydowa\u0107, co jest dla nas w danym momencie wa\u017cne. Efekt? Robimy wszystko i… nic z tego nie wychodzi. Mo\u017ce warto pomy\u015ble\u0107 o projektach pilota\u017cowych? Wprowadzanie wybranych funkcjonalno\u015bci partiami, np. dla jednego oddzia\u0142u firmy, pozwoli przetestowa\u0107 ich dzia\u0142anie na mniejszej grupie i wychwyci\u0107 potencjalne zagro\u017cenia przed wdro\u017ceniem na szerok\u0105 skal\u0119.<\/p>\n\n\n\n
Podsumowanie<\/h2>\n\n\n\n
Analiza biznesowa to proces wymagaj\u0105cy wk\u0142adu i wiedzy zar\u00f3wno po stronie biznesu, jak i zespo\u0142u projektowego. Po\u015brednikiem pomi\u0119dzy tymi \u015bwiatami jest analityk biznesowy, kt\u00f3ry powinien mie\u0107 nie tylko umiej\u0119tno\u015b\u0107 identyfikowania b\u0142\u0119d\u00f3w po stronie klienta, ale tak\u017ce eliminowania w\u0142asnych. Cho\u0107 w powszechnym rozumieniu analityk pracuje z dokumentacj\u0105, warto pami\u0119ta\u0107, \u017ce przede wszystkim pracuje on z lud\u017ami \u2013 dlatego tak wa\u017cne s\u0105 kompetencje mi\u0119kkie.<\/strong> Czy to w trakcie pisania dokumentacji, czy negocjowania warunk\u00f3w z klientem analityk musi wi\u0119c przede wszystkim analizowa\u0107. Praca odtw\u00f3rcza, bez kreatywno\u015bci, umiej\u0119tno\u015bci uzupe\u0142niania brakuj\u0105cej wiedzy i syntetyzowania mo\u017ce doprowadzi\u0107 do b\u0142\u0119d\u00f3w, kt\u00f3re opisa\u0142em w dzisiejszym artykule. Mam nadziej\u0119, \u017ce pozwoli on zar\u00f3wno przedstawicielom biznesu, jak i analitykom biznesowym zidentyfikowa\u0107 obszary wymagaj\u0105ce poprawy i przeku\u0107 je w mocne strony w analizie biznesowej.<\/p>\n","protected":false},"excerpt":{"rendered":"
Analiza biznesowa jest niezb\u0119dna, aby zesp\u00f3\u0142 projektowy dostarczy\u0142 produkt spe\u0142niaj\u0105cy wymagania i odpowiadaj\u0105cy potrzebom klienta. Mimo zaanga\u017cowania i wiedzy wielu os\u00f3b mo\u017ce si\u0119 jednak zdarzy\u0107, \u017ce na etapie zbierania wymaga\u0144 pojawi\u0105 si\u0119 b\u0142\u0119dy. Jakie s\u0105 grzechy g\u0142\u00f3wne w analizie biznesowej i jak ich unika\u0107? Czy tylko analityk pope\u0142nia b\u0142\u0119dy? Na te i inne pytania postaram si\u0119 odpowiedzie\u0107 w dzisiejszym artykule.<\/p>\n","protected":false},"author":196,"featured_media":25326,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"iawp_total_views":203,"footnotes":""},"categories":[1,583],"tags":[564],"offering":[513],"class_list":["post-29887","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-artykuly","category-zarzadzanie-projektami","tag-transformacja-cyfrowa","offering-application-development"],"acf":[],"_links":{"self":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/29887","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/users\/196"}],"replies":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/comments?post=29887"}],"version-history":[{"count":6,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/29887\/revisions"}],"predecessor-version":[{"id":33864,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/29887\/revisions\/33864"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/media\/25326"}],"wp:attachment":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/media?parent=29887"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/categories?post=29887"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/tags?post=29887"},{"taxonomy":"offering","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/offering?post=29887"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Diagramy UML I BPMN – narz\u0119dzia pracy analityczki biznesowej i analityka biznesowego <\/a><\/li>\n<\/ul>\n\n\n\n
- 2. Analiza biznesowa a Business Intelligence<\/a><\/li>\n