Intensywny rozw\u00f3j metodyk zwinnych istotnie zmieni\u0142 oczekiwania oraz wyzwania, wobec kt\u00f3rych staje obecnie analityk. Warsztat w zakresie tradycyjnych technik modelowania i dokumentowania rozwi\u0105za\u0144 nadal stanowi niezwykle cenn\u0105 umiej\u0119tno\u015b\u0107, kt\u00f3ra pozwala na sprawn\u0105 syntez\u0119 i weryfikacj\u0119 sp\u00f3jno\u015bci pozyskiwanych wymaga\u0144. Natomiast nacisk na formalne odzwierciedlenie tej wiedzy w postaci dokumentacji nie jest ju\u017c bezwzgl\u0119dnie kluczowy[1]<\/a>. Owszem, s\u0105 dziedziny, gdzie formalna dokumentacja systemu stanowi absolutnie niezb\u0119dne kryterium Definiton of ready\/done<\/em>. Niemniej jednak praktyka pokazuje, \u017ce w obszarze tworzenia oprogramowania Building right things<\/em><\/strong> wydaje si\u0119 by\u0107 znacznie istotniejsze ni\u017c Building things right<\/em> \ud83d\ude09 Wszystkich nieprzekonanych i nie tylko – zach\u0119camy do dalszej lektury \ud83d\ude42<\/strong>.<\/p>\n Odpowied\u017a na to pytanie jest w du\u017cym stopniu uzale\u017cniona od specyfiki projektu, w kt\u00f3rym b\u0119dziemy pracowa\u0107. W zale\u017cno\u015bci od standard\u00f3w oraz wymog\u00f3w organizacyjnych uzgodnionych z Klientem na etapie planowania przedsi\u0119wzi\u0119cia udzia\u0142 analityka w projekcie mo\u017ce mie\u0107 bardzo r\u00f3\u017cny charakter.<\/p>\n Zale\u017cnie od tego czy projekt b\u0119dzie realizowany w tradycyjnym podej\u015bciu typu waterfall<\/em>, czy w kt\u00f3rej\u015b z metodyk zwinnych, produkty pracy analityka mog\u0105 by\u0107 dostarczane na r\u00f3\u017cnych etapach cykl\u00f3w realizacyjnych<\/strong> i cechowa\u0107 si\u0119 r\u00f3\u017cnym poziomem szczeg\u00f3\u0142owo\u015bci.<\/p>\n Bez wzgl\u0119du na powy\u017csze, nale\u017cy przyj\u0105\u0107, \u017ce w ka\u017cdym projekcie, przekraczaj\u0105cym pewien minimalny poziom z\u0142o\u017cono\u015bci, pojawia si\u0119 potrzeba realizacji prac o charakterze analitycznym. Typowo s\u0105 to zadania zwi\u0105zanie z: <\/strong><\/p>\n Optymalnej realizacji tych zada\u0144 s\u0142u\u017cy ca\u0142y warsztat technik wspomagaj\u0105cych. Pocz\u0105wszy od typowych technik warsztatowych, brainstormingowych i ankietowych, a\u017c po bardziej zaawansowane techniki takie jak: Event storming, Impact mapping, User Story mapping, <\/em>czy Domain storytelling<\/em>.<\/strong><\/p>\n Obecnie techniki te wymagaj\u0105 dodatkowej adaptacji do wsp\u00f3\u0142pracy w trybie zdalnym.\u00a0 Wi\u0119cej o narz\u0119dziach, kt\u00f3re nam w tym pomagaj\u0105, opowiemy w dalszej cz\u0119\u015bci artyku\u0142u.<\/p>\n Prawdziw\u0105 skarbnic\u0119 wiedzy w zakresie organizacji procesu analizy nawet w najbardziej z\u0142o\u017conych projektach stanowi BABOK\u00ae Guide<\/em><\/strong> opracowany przez International Institute of Businesss Analysis<\/em><\/a>. Wskazane w dokumencie dobre praktyki oraz techniki nale\u017cy wykorzystywa\u0107 adekwatnie do etapu realizacyjnego, specyfiki, oraz z\u0142o\u017cono\u015bci realizowanego przedsi\u0119wzi\u0119cia. Optymalny dob\u00f3r \u015brodk\u00f3w s\u0142u\u017c\u0105cych zapewnieniu oczekiwanej jako\u015bci produkt\u00f3w analitycznych powinien mie\u0107 na uwadze tak\u017ce zwi\u0105zane z tym koszty.<\/p>\n W kontek\u015bcie metodyk zwinnych niezwykle cennym opracowaniem przygotowanym przez IIBA jest tak\u017ce Agile Extension to the<\/em> BABOK<\/em>\u00ae Guide<\/em><\/strong>. Perspektywa, z kt\u00f3rej postrzegane s\u0105 typowe zadania analityczne w podej\u015bciu zwinnym istotnie r\u00f3\u017cni si\u0119 od tradycyjnego podej\u015bcia obowi\u0105zuj\u0105cego w modelu kaskadowym. Polecamy zwi\u0119z\u0142e opracowanie najwa\u017cniejszych aspekt\u00f3w wyr\u00f3\u017cniaj\u0105cych te pode\u015bcie przygotowane przez ekspertk\u0119 z Altkom Software & Consulting: Analiza w podej\u015bciu zwinnym wed\u0142ug BABOK – Altkom Software & Consulting<\/a>.<\/p>\n Powy\u017csze opracowania dotycz\u0105 g\u0142\u00f3wnie dobrych praktyk w dziedzinie analizy biznesowej. Nale\u017cy tak\u017ce wspomnie\u0107 o szczeg\u00f3lnych aspektach pracy analityka w obszarze analizy systemowej. Tradycyjnie rola analityka systemowego wymaga\u0142a wi\u0119kszego zaanga\u017cowania w prace z pogranicza projektowania system\u00f3w, baz danych oraz szeroko poj\u0119tej architektury rozwi\u0105za\u0144. \u00a0Niemniej obecnie w znacznej cz\u0119\u015bci projekt\u00f3w podzia\u0142 na rol\u0119 analityka biznesowego i analityka systemowego zaciera si\u0119. W Altkom Software & Consulting zak\u0142adamy, \u017ce analityk powinien \u0142\u0105czy\u0107 zar\u00f3wno umiej\u0119tno\u015bci w dziedzinie analizy biznesowej jak i systemowej.<\/strong> Jest to szczeg\u00f3lnie uzasadnione w kontek\u015bcie po\u017c\u0105danego wysokiego stopnia interdyscyplinarno\u015bci <\/strong>poszczeg\u00f3lnych cz\u0142onk\u00f3w zespo\u0142\u00f3w projektowych. Niesie tak\u017ce szereg korzy\u015bci dla samego analityka, kt\u00f3ry dzi\u0119ki temu mo\u017ce poszerza\u0107 swoj\u0105 wiedz\u0119 i umiej\u0119tno\u015bci<\/strong> zar\u00f3wno w dziedzinie biznesowej jak i technicznej.<\/p>\n Niezwykle istotnym aspektem codziennej pracy analityka s\u0105 r\u00f3wnie\u017c tzw. umiej\u0119tno\u015bci mi\u0119kkie.<\/strong> Korzy\u015bci wynikaj\u0105ce z adekwatnego stosowania r\u00f3\u017cnych technik: komunikacji, moderowania i facylitacji spotka\u0144 oraz warsztat\u00f3w,<\/strong> a tak\u017ce praktyczna znajomo\u015b\u0107 technik negocjacji i wsp\u00f3\u0142pracy zespo\u0142owej<\/strong> s\u0105 u analityka nie do przecenienia.<\/p>\n Analityk bardzo cz\u0119sto staje w sytuacji, w kt\u00f3rej musi pogodzi\u0107 wiele, czasem sprzecznych interes\u00f3w, formu\u0142owanych przez r\u00f3\u017cnych udzia\u0142owc\u00f3w projektu. W takich sytuacjach umiej\u0119tno\u015b\u0107 doprowadzenia do akceptowalnego przez wszystkich kompromisu jest cz\u0119sto krytyczna w kontek\u015bcie powodzenia realizowanego przedsi\u0119wzi\u0119cia.<\/p>\n Kiedy Klient oczekuje dostarczenia formalnej dokumentacji rozwi\u0105zania, ale nie narzuca okre\u015blonych standard\u00f3w dokumentacji, Altkom Software & Consulting mo\u017ce pochwali\u0107 si\u0119 sprawdzonymi rozwi\u0105zaniami stosowanymi w takich przypadkach. Nasza autorska metodyka tworzenia dokumentacji – SWiAR [2]<\/a> <\/strong>bazuje na najlepszych praktykach w zakresie dokumentowania wymaga\u0144, opisanych przez Goiko Adzic\u2019a w Specification by example<\/em>. Wykorzystujemy j\u0105 z du\u017cymi sukcesami w nawet najbardziej z\u0142o\u017conych projektach. Wi\u0119kszo\u015b\u0107 projekt\u00f3w, kt\u00f3re inicjujemy w dziedzinie ubezpieczeniowej i bankowej bazuje w\u0142a\u015bnie na wykorzystaniu tego standardu. Dzi\u0119ki niskiemu „progowi wej\u015bcia” pozwala on na szybkie dokumentowanie wymaga\u0144 w formie czytelnej zar\u00f3wno dla Biznesu jak i dla zespo\u0142u wykonawczego\/utrzymaniowego. Prosty i ustandaryzowany opis User stories<\/em>, kryteri\u00f3w akceptacji oraz proces\u00f3w biznesowych zapewnia jednolity „j\u0119zyk komunikacji” nie tylko w ramach poszczeg\u00f3lnych projekt\u00f3w, ale tak\u017ce cross-projektowo.<\/strong><\/p>\n W projektach, gdzie standardy dokumentacji s\u0105 wyznaczone przez organizacj\u0119 Klienta, w wi\u0119kszo\u015bci jest to dokumentacja bazuj\u0105ca na powszechnie obowi\u0105zuj\u0105cych standardach takich jak UML i\/lub BPMN \u2013 zazwyczaj wykorzystuj\u0105ca tak\u017ce ustandaryzowany opis User stories<\/em>.<\/p>\n Narz\u0119dzia stosowane w projektach s\u0105 w du\u017cym stopniu uwarunkowane wymogami konkretnego projektu. Przy czym jako pewien standard nale\u017cy przyj\u0105\u0107 narz\u0119dzia typu JIRA, CONFLUENCE, Enterprise Architect, Balsamiq, Figma. Szczeg\u00f3lne miejsce w\u015br\u00f3d narz\u0119dzi wykorzystywanych przez analityka zajmuje u nas tak\u017ce modeler Camunda<\/strong>. Ze wzgl\u0119du na liczne projekty realizowane przez Altkom Software & Consulting w oparciu o ten sprawdzony silnik proces\u00f3w biznesowych, bardzo cz\u0119sto produkty pracy analityka powstaj\u0105 w tym narz\u0119dziu.<\/p>\n Nale\u017cy tak\u017ce zwr\u00f3ci\u0107 uwag\u0119, \u017ce techniki \u00a0i metody stosowane przez nas wcze\u015bniej na bezpo\u015brednich warsztatach z Klientem musia\u0142y zosta\u0107 zaadaptowane do zdalnego trybu pracy. Wypracowane przez nas metody zdalnej organizacji warsztat\u00f3w bazuj\u0105 na wykorzystaniu sprawdzonych narz\u0119dzi u\u0142atwiaj\u0105cych takie prace w rozproszonym \u015brodowisku cross-organizacyjnym jak np. Miro, MS SharePoint \/ Google Docs, draw.io, bpmn.io.<\/strong><\/p>\n W projektach realizowanych w metodykach zwinnych<\/strong> zak\u0142adamy spor\u0105 interdyscyplinarno\u015b\u0107 poszczeg\u00f3lnych cz\u0142onk\u00f3w zespo\u0142u wytw\u00f3rczego.<\/strong> Formalnie Scrum guide<\/em><\/a> nie przewiduje wydzielonej roli analityka. W przewa\u017caj\u0105cej wi\u0119kszo\u015bci projekt\u00f3w mamy do czynienia z zadaniami, kt\u00f3re najsprawniej s\u0105 realizowane przez osoby dysponuj\u0105ce odpowiednim do\u015bwiadczeniem i warsztatem analitycznym. Cz\u0119\u015b\u0107 zada\u0144 analitycznych mog\u0105 realizowa\u0107 r\u00f3wnie\u017c developerzy, czy testerzy, jak i w drug\u0105 stron\u0119 \u2013 analityk mo\u017ce anga\u017cowa\u0107 si\u0119 w prace w obszarze test\u00f3w czy zadania realizowane standardowo przez Product Ownera<\/strong>. W du\u017cym stopniu wynika to ze sporej autonomii <\/strong>organizacyjnej poszczeg\u00f3lnych zespo\u0142\u00f3w wykonawczych.<\/p>\n W przypadku wi\u0119kszych projekt\u00f3w realizowanych w metodykach zwinnych zawsze pewnym wyzwaniem jest \u201eskalowanie Scruma\u201d, wraz ze wszystkimi wyzwaniami z tego wynikaj\u0105cymi (m. In. podzia\u0142 na optymalnej wielko\u015bci zespo\u0142y, synchronizacja prac, propagacja wiedzy). Analiza wymaga w\u00f3wczas szczeg\u00f3lnej dyscypliny oraz dodatkowych standard\u00f3w wsp\u00f3\u0142pracy mi\u0119dzyzespo\u0142owej, kt\u00f3re wypracowali\u015bmy realizuj\u0105c od wielu lat z\u0142o\u017cone projekty tego typu. Pewn\u0105 alternatyw\u0105 jest oczywi\u015bcie w takim przypadku metodyka typu Kanban\/Lean.<\/strong> Przyk\u0142adowo w Kanban nie jeste\u015bmy w \u017caden spos\u00f3b ograniczeni \u201etimeboxami\u201d tj. sprintami. Oczywi\u015bcie s\u0105 projekty, gdzie sprawdza si\u0119 lepiej jedno z tych dw\u00f3ch podej\u015b\u0107, jak i takie, gdzie najlepiej zadzia\u0142a po\u0142\u0105czenie obydwu \u2013 jest to temat na tyle obszerny, \u017ce nale\u017ca\u0142oby po\u015bwi\u0119ci\u0107 mu osobny artyku\u0142 .<\/p>\n Wa\u017cnym elementem naszej pracy z Klientem s\u0105 techniki warsztatowe pozyskiwania i porz\u0105dkowania wiedzy.<\/strong> Wiele z nich znalaz\u0142o na sta\u0142e miejsce w naszej autorskiej metodyce wdro\u017ceniowej <\/strong>Software as a journey<\/em><\/strong><\/a>.<\/strong> W\u015br\u00f3d powy\u017cszych nale\u017cy wymieni\u0107 mi\u0119dzy innymi:<\/p>\n W kolejnym artykule przedstawimy praktyczne case\u2019y z naszych projekt\u00f3w \u2013 na przyk\u0142adzie wybranych do\u015bwiadcze\u0144 poka\u017cemy jak bardzo r\u00f3\u017cnorodne zadania i wyzwania ma w codziennej pracy analityk.<\/p>\n Autorzy: Katarzyna Zalewska, Aleksander Da\u0144ko.<\/strong><\/p>\n Redakcja: Kamila Binkowska<\/strong><\/p>\nKim jest analityk w nowoczesnym software house?<\/h2>\n
\n
W jaki spos\u00f3b pracujemy z Klientem?<\/h2>\n
Dokumentacja<\/h3>\n
Narz\u0119dzia<\/h3>\n
Techniki i organizacja pracy<\/h3>\n
![\"Transforming](\"https:\/\/altkomsoftware.com\/wp-content\/uploads\/2022\/09\/Transforming-the-knowledge-to-working-software.png\")
<\/p>\n\n