![\"Czym](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/03\/1.jpg\")
<\/a>Stworzenie koncepcji<\/strong><\/h2>\n\n\n\nPo pierwsze: analityk, nie spisuje, a tworzy. Tworzy koncepcj\u0119. Funkcjonaln\u0105 i biznesow\u0105. Po drugie: musi mie\u0107 podstawy do tej koncepcji. Uwierzcie mi, to niemal nigdy nie jest tak, \u017ce klient dok\u0142adnie, ze wszelkimi niezb\u0119dnymi detalami, wie, jak ma wygl\u0105da\u0107 docelowe rozwi\u0105zanie. Analityk musi najpierw zrozumie\u0107 realn\u0105 potrzeb\u0119 klienta \u2013 cel, kt\u00f3ry jest konieczny do osi\u0105gni\u0119cia sukcesu. Zrozumienie rzeczywistego celu jest kluczowe<\/strong>, dopiero potem mo\u017cemy przej\u015b\u0107 do szczeg\u00f3\u0142owych wymaga\u0144.<\/p>\n\n\n\nA co w przypadku, w kt\u00f3rym znamy cel biznesowy, klient wie dok\u0142adnie, jak ma wygl\u0105da\u0107 docelowe rozwi\u0105zanie, ma bardzo sprecyzowane wymagania funkcjonalne \u2013 czy w\u00f3wczas tak kosztowny etap analizy jest w og\u00f3le potrzebny?<\/p>\n\n\n\n
Ot\u00f3\u017c\u2026 jest!<\/p>\n\n\n\n
Weryfikacja wizji<\/strong><\/h2>\n\n\n\nPrzed przyst\u0105pieniem do dewelopmentu trzeba t\u0119 wizj\u0119 zweryfikowa\u0107. Analitycy nie tylko opisuj\u0105 wymagania, ale r\u00f3wnie\u017c je weryfikuj\u0105.\u00a0Sprawdzaj\u0105 ich sp\u00f3jno\u015b\u0107, bezsprzeczno\u015b\u0107, kompletno\u015b\u0107<\/strong>\u00a0(i pozosta\u0142e cechy wymaga\u0144, kt\u00f3re opisa\u0142a ju\u017c kiedy\u015b Ilona tu:\u00a0Cechy dobrych wymaga\u0144<\/a>) \u2013 troch\u0119 jak przy uk\u0142adaniu puzzli bezchmurnego nieba\u2026 Czasem wydaje si\u0119, \u017ce dany puzzel pasuje w pewne miejsce i dopiero po spojrzeniu z g\u00f3ry i znalezieniu \u2018dziury\u2019 w innym miejscu zauwa\u017camy, \u017ce nale\u017cy go wymieni\u0107.<\/p>\n\n\n\nOczywi\u015bcie w przypadku, w kt\u00f3rym klient nie ma sprecyzowanych wymaga\u0144, nie wie, jakiego potrzebuje produktu, a jedynie przychodzi z problemem lub potrzeb\u0105, trzeba si\u0119 od niego dowiedzie\u0107, czego oczekuje od rozwi\u0105zania, jakie ma jego wyobra\u017cenie. Nale\u017cy mu przedstawi\u0107 dost\u0119pne mo\u017cliwo\u015bci i wsp\u00f3lnie wybra\u0107 optymaln\u0105, bior\u0105c pod uwag\u0119 wszelkie okoliczno\u015bci takie jak:<\/p>\n\n\n\n
- bud\u017cet,<\/li>
- czas,<\/li>
- ergonomia,<\/li>
- priorytety poszczeg\u00f3lnych wymaga\u0144 i funkcjonalno\u015bci.<\/li><\/ul>\n\n\n\n
Analityk musi wychodzi\u0107 z inicjatyw\u0105 \u2013 proponowa\u0107, jak mo\u017cna dan\u0105 potrzeb\u0119 klienta rozwi\u0105za\u0107, cz\u0119sto przedstawiaj\u0105c r\u00f3\u017cne warianty rozwi\u0105zania wraz z ich konsekwencjami (zw\u0142aszcza dotycz\u0105cymi bud\u017cetu czy harmonogramu).<\/p>\n\n\n\n
Analitycy r\u00f3wnie\u017c konsultuj\u0105 z architektem mo\u017cliwo\u015bci i ograniczenia danej architektury. Zdarza si\u0119, \u017ce pojedyncze, nieistotne dla osi\u0105gni\u0119cia g\u0142\u00f3wnego celu wymaganie powoduje konieczno\u015b\u0107 tak du\u017cej zmiany w architekturze, \u017ce znacznie podnosi koszty i\/lub czas projektu. W\u00f3wczas mo\u017cna poinformowa\u0107 klienta o takiej konsekwencji oraz zasugerowa\u0107 inne, podobne, a przy tym ta\u0144sze lub \u0142atwiejsze w budowie rozwi\u0105zanie.<\/p>\n\n\n\n
Co powstaje podczas etapu analizy biznesowej?<\/strong><\/h2>\n\n\n\nW trakcie etapu analizy powstaje nie tylko opis wymaga\u0144 biznesowych. Dobra dokumentacja analityczna powinna opisywa\u0107:<\/p>\n\n\n\n
- cel projektu,<\/li>
- zakres projektu,<\/li>
- kryteria sukcesu,<\/li>
- wymagania biznesowe, funkcjonalne, niefunkcjonalne,<\/li>
- model docelowego rozwi\u0105zania (zar\u00f3wno w formie opisowej, jak i diagram\u00f3w, np. UML),<\/li>
- przypadki u\u017cycia,<\/li>
- regu\u0142y biznesowe (nierzadko ubrane w form\u0119 nietrywialnych wzor\u00f3w matematycznych),<\/li>
- interfejs u\u017cytkownika,<\/li>
- przebieg proces\u00f3w<\/li>
- i wiele innych w zale\u017cno\u015bci od konkretnego projektu.<\/li><\/ul>\n\n\n\n
Dokumentacja musi by\u0107 precyzyjna i jednoznaczna<\/strong>, gdy\u017c takiego wk\u0142adu potrzebuj\u0105 deweloperzy do swojej pracy. W przypadku gdy nie mamy oddelegowanego do naszego projektu architekta i zaplanowanej analizy systemowej, analityk musi zej\u015b\u0107 poziom ni\u017cej i nada\u0107 wymaganiom biznesowym bardziej techniczny kszta\u0142t \u2013 definiuj\u0105c na przyk\u0142ad relacje mi\u0119dzy obiektami biznesowymi, czas \u017cycia poszczeg\u00f3lnych obiekt\u00f3w, struktur\u0119 danych w bazie danych, a czasem nawet model dziedzinowy.<\/p>\n\n\n\nAnalityk czuwa r\u00f3wnie\u017c nad ustalonym zakresem projektu i jest \u017ar\u00f3d\u0142em wiedzy biznesowej i wszelkich informacji o wymaganiach klienta dla zespo\u0142u deweloper\u00f3w i architekt\u00f3w.<\/p>\n\n\n\n
Podsumowanie<\/strong><\/h2>\n\n\n\nDlatego w\u0142a\u015bnie rola analityka jest niezb\u0119dna do sukcesu zdecydowanej wi\u0119kszo\u015bci projekt\u00f3w informatycznych<\/strong>. To on patrzy na projekt z g\u00f3ry i pilnuje jego sp\u00f3jno\u015bci. Pilnuje, \u017ceby docelowe rozwi\u0105zanie faktycznie spe\u0142nia\u0142o biznesow\u0105 potrzeb\u0119 klienta, a nie tylko realizowa\u0142o zbi\u00f3r pojedynczych wymaga\u0144.<\/p>\n\n\n\n***<\/p>\n\n\n\n
A je\u015bli interesuj\u0105 Ci\u0119 inne \u015bcie\u017cki karier w bran\u017cy IT, przeczytaj koniecznie artyku\u0142y naszych ekspert\u00f3w<\/a>. <\/p>\n\n\n
A co w przypadku, w kt\u00f3rym znamy cel biznesowy, klient wie dok\u0142adnie, jak ma wygl\u0105da\u0107 docelowe rozwi\u0105zanie, ma bardzo sprecyzowane wymagania funkcjonalne \u2013 czy w\u00f3wczas tak kosztowny etap analizy jest w og\u00f3le potrzebny?<\/p>\n\n\n\n
Ot\u00f3\u017c\u2026 jest!<\/p>\n\n\n\n
Weryfikacja wizji<\/strong><\/h2>\n\n\n\nPrzed przyst\u0105pieniem do dewelopmentu trzeba t\u0119 wizj\u0119 zweryfikowa\u0107. Analitycy nie tylko opisuj\u0105 wymagania, ale r\u00f3wnie\u017c je weryfikuj\u0105.\u00a0Sprawdzaj\u0105 ich sp\u00f3jno\u015b\u0107, bezsprzeczno\u015b\u0107, kompletno\u015b\u0107<\/strong>\u00a0(i pozosta\u0142e cechy wymaga\u0144, kt\u00f3re opisa\u0142a ju\u017c kiedy\u015b Ilona tu:\u00a0Cechy dobrych wymaga\u0144<\/a>) \u2013 troch\u0119 jak przy uk\u0142adaniu puzzli bezchmurnego nieba\u2026 Czasem wydaje si\u0119, \u017ce dany puzzel pasuje w pewne miejsce i dopiero po spojrzeniu z g\u00f3ry i znalezieniu \u2018dziury\u2019 w innym miejscu zauwa\u017camy, \u017ce nale\u017cy go wymieni\u0107.<\/p>\n\n\n\nOczywi\u015bcie w przypadku, w kt\u00f3rym klient nie ma sprecyzowanych wymaga\u0144, nie wie, jakiego potrzebuje produktu, a jedynie przychodzi z problemem lub potrzeb\u0105, trzeba si\u0119 od niego dowiedzie\u0107, czego oczekuje od rozwi\u0105zania, jakie ma jego wyobra\u017cenie. Nale\u017cy mu przedstawi\u0107 dost\u0119pne mo\u017cliwo\u015bci i wsp\u00f3lnie wybra\u0107 optymaln\u0105, bior\u0105c pod uwag\u0119 wszelkie okoliczno\u015bci takie jak:<\/p>\n\n\n\n
- bud\u017cet,<\/li>
- czas,<\/li>
- ergonomia,<\/li>
- priorytety poszczeg\u00f3lnych wymaga\u0144 i funkcjonalno\u015bci.<\/li><\/ul>\n\n\n\n
Analityk musi wychodzi\u0107 z inicjatyw\u0105 \u2013 proponowa\u0107, jak mo\u017cna dan\u0105 potrzeb\u0119 klienta rozwi\u0105za\u0107, cz\u0119sto przedstawiaj\u0105c r\u00f3\u017cne warianty rozwi\u0105zania wraz z ich konsekwencjami (zw\u0142aszcza dotycz\u0105cymi bud\u017cetu czy harmonogramu).<\/p>\n\n\n\n
Analitycy r\u00f3wnie\u017c konsultuj\u0105 z architektem mo\u017cliwo\u015bci i ograniczenia danej architektury. Zdarza si\u0119, \u017ce pojedyncze, nieistotne dla osi\u0105gni\u0119cia g\u0142\u00f3wnego celu wymaganie powoduje konieczno\u015b\u0107 tak du\u017cej zmiany w architekturze, \u017ce znacznie podnosi koszty i\/lub czas projektu. W\u00f3wczas mo\u017cna poinformowa\u0107 klienta o takiej konsekwencji oraz zasugerowa\u0107 inne, podobne, a przy tym ta\u0144sze lub \u0142atwiejsze w budowie rozwi\u0105zanie.<\/p>\n\n\n\n
Co powstaje podczas etapu analizy biznesowej?<\/strong><\/h2>\n\n\n\nW trakcie etapu analizy powstaje nie tylko opis wymaga\u0144 biznesowych. Dobra dokumentacja analityczna powinna opisywa\u0107:<\/p>\n\n\n\n
- cel projektu,<\/li>
- zakres projektu,<\/li>
- kryteria sukcesu,<\/li>
- wymagania biznesowe, funkcjonalne, niefunkcjonalne,<\/li>
- model docelowego rozwi\u0105zania (zar\u00f3wno w formie opisowej, jak i diagram\u00f3w, np. UML),<\/li>
- przypadki u\u017cycia,<\/li>
- regu\u0142y biznesowe (nierzadko ubrane w form\u0119 nietrywialnych wzor\u00f3w matematycznych),<\/li>
- interfejs u\u017cytkownika,<\/li>
- przebieg proces\u00f3w<\/li>
- i wiele innych w zale\u017cno\u015bci od konkretnego projektu.<\/li><\/ul>\n\n\n\n
Dokumentacja musi by\u0107 precyzyjna i jednoznaczna<\/strong>, gdy\u017c takiego wk\u0142adu potrzebuj\u0105 deweloperzy do swojej pracy. W przypadku gdy nie mamy oddelegowanego do naszego projektu architekta i zaplanowanej analizy systemowej, analityk musi zej\u015b\u0107 poziom ni\u017cej i nada\u0107 wymaganiom biznesowym bardziej techniczny kszta\u0142t \u2013 definiuj\u0105c na przyk\u0142ad relacje mi\u0119dzy obiektami biznesowymi, czas \u017cycia poszczeg\u00f3lnych obiekt\u00f3w, struktur\u0119 danych w bazie danych, a czasem nawet model dziedzinowy.<\/p>\n\n\n\nAnalityk czuwa r\u00f3wnie\u017c nad ustalonym zakresem projektu i jest \u017ar\u00f3d\u0142em wiedzy biznesowej i wszelkich informacji o wymaganiach klienta dla zespo\u0142u deweloper\u00f3w i architekt\u00f3w.<\/p>\n\n\n\n
Podsumowanie<\/strong><\/h2>\n\n\n\nDlatego w\u0142a\u015bnie rola analityka jest niezb\u0119dna do sukcesu zdecydowanej wi\u0119kszo\u015bci projekt\u00f3w informatycznych<\/strong>. To on patrzy na projekt z g\u00f3ry i pilnuje jego sp\u00f3jno\u015bci. Pilnuje, \u017ceby docelowe rozwi\u0105zanie faktycznie spe\u0142nia\u0142o biznesow\u0105 potrzeb\u0119 klienta, a nie tylko realizowa\u0142o zbi\u00f3r pojedynczych wymaga\u0144.<\/p>\n\n\n\n***<\/p>\n\n\n\n
A je\u015bli interesuj\u0105 Ci\u0119 inne \u015bcie\u017cki karier w bran\u017cy IT, przeczytaj koniecznie artyku\u0142y naszych ekspert\u00f3w<\/a>. <\/p>\n\n\n
Oczywi\u015bcie w przypadku, w kt\u00f3rym klient nie ma sprecyzowanych wymaga\u0144, nie wie, jakiego potrzebuje produktu, a jedynie przychodzi z problemem lub potrzeb\u0105, trzeba si\u0119 od niego dowiedzie\u0107, czego oczekuje od rozwi\u0105zania, jakie ma jego wyobra\u017cenie. Nale\u017cy mu przedstawi\u0107 dost\u0119pne mo\u017cliwo\u015bci i wsp\u00f3lnie wybra\u0107 optymaln\u0105, bior\u0105c pod uwag\u0119 wszelkie okoliczno\u015bci takie jak:<\/p>\n\n\n\n
- bud\u017cet,<\/li>
- czas,<\/li>
- ergonomia,<\/li>
- priorytety poszczeg\u00f3lnych wymaga\u0144 i funkcjonalno\u015bci.<\/li><\/ul>\n\n\n\n
Analityk musi wychodzi\u0107 z inicjatyw\u0105 \u2013 proponowa\u0107, jak mo\u017cna dan\u0105 potrzeb\u0119 klienta rozwi\u0105za\u0107, cz\u0119sto przedstawiaj\u0105c r\u00f3\u017cne warianty rozwi\u0105zania wraz z ich konsekwencjami (zw\u0142aszcza dotycz\u0105cymi bud\u017cetu czy harmonogramu).<\/p>\n\n\n\n
Analitycy r\u00f3wnie\u017c konsultuj\u0105 z architektem mo\u017cliwo\u015bci i ograniczenia danej architektury. Zdarza si\u0119, \u017ce pojedyncze, nieistotne dla osi\u0105gni\u0119cia g\u0142\u00f3wnego celu wymaganie powoduje konieczno\u015b\u0107 tak du\u017cej zmiany w architekturze, \u017ce znacznie podnosi koszty i\/lub czas projektu. W\u00f3wczas mo\u017cna poinformowa\u0107 klienta o takiej konsekwencji oraz zasugerowa\u0107 inne, podobne, a przy tym ta\u0144sze lub \u0142atwiejsze w budowie rozwi\u0105zanie.<\/p>\n\n\n\n
Co powstaje podczas etapu analizy biznesowej?<\/strong><\/h2>\n\n\n\n
W trakcie etapu analizy powstaje nie tylko opis wymaga\u0144 biznesowych. Dobra dokumentacja analityczna powinna opisywa\u0107:<\/p>\n\n\n\n
- cel projektu,<\/li>
- zakres projektu,<\/li>
- kryteria sukcesu,<\/li>
- wymagania biznesowe, funkcjonalne, niefunkcjonalne,<\/li>
- model docelowego rozwi\u0105zania (zar\u00f3wno w formie opisowej, jak i diagram\u00f3w, np. UML),<\/li>
- przypadki u\u017cycia,<\/li>
- regu\u0142y biznesowe (nierzadko ubrane w form\u0119 nietrywialnych wzor\u00f3w matematycznych),<\/li>
- interfejs u\u017cytkownika,<\/li>
- przebieg proces\u00f3w<\/li>
- i wiele innych w zale\u017cno\u015bci od konkretnego projektu.<\/li><\/ul>\n\n\n\n
Dokumentacja musi by\u0107 precyzyjna i jednoznaczna<\/strong>, gdy\u017c takiego wk\u0142adu potrzebuj\u0105 deweloperzy do swojej pracy. W przypadku gdy nie mamy oddelegowanego do naszego projektu architekta i zaplanowanej analizy systemowej, analityk musi zej\u015b\u0107 poziom ni\u017cej i nada\u0107 wymaganiom biznesowym bardziej techniczny kszta\u0142t \u2013 definiuj\u0105c na przyk\u0142ad relacje mi\u0119dzy obiektami biznesowymi, czas \u017cycia poszczeg\u00f3lnych obiekt\u00f3w, struktur\u0119 danych w bazie danych, a czasem nawet model dziedzinowy.<\/p>\n\n\n\n
Analityk czuwa r\u00f3wnie\u017c nad ustalonym zakresem projektu i jest \u017ar\u00f3d\u0142em wiedzy biznesowej i wszelkich informacji o wymaganiach klienta dla zespo\u0142u deweloper\u00f3w i architekt\u00f3w.<\/p>\n\n\n\n
Podsumowanie<\/strong><\/h2>\n\n\n\n
Dlatego w\u0142a\u015bnie rola analityka jest niezb\u0119dna do sukcesu zdecydowanej wi\u0119kszo\u015bci projekt\u00f3w informatycznych<\/strong>. To on patrzy na projekt z g\u00f3ry i pilnuje jego sp\u00f3jno\u015bci. Pilnuje, \u017ceby docelowe rozwi\u0105zanie faktycznie spe\u0142nia\u0142o biznesow\u0105 potrzeb\u0119 klienta, a nie tylko realizowa\u0142o zbi\u00f3r pojedynczych wymaga\u0144.<\/p>\n\n\n\n
***<\/p>\n\n\n\n
A je\u015bli interesuj\u0105 Ci\u0119 inne \u015bcie\u017cki karier w bran\u017cy IT, przeczytaj koniecznie artyku\u0142y naszych ekspert\u00f3w<\/a>. <\/p>\n\n\n