{"id":21734,"date":"2021-01-19T13:41:51","date_gmt":"2021-01-19T12:41:51","guid":{"rendered":"https:\/\/altkomsoftware.com\/analiza-w-podejsciu-zwinnym-wedlug-babok-2\/"},"modified":"2025-04-01T10:53:04","modified_gmt":"2025-04-01T08:53:04","slug":"analiza-w-podejsciu-zwinnym-wedlug-babok-2","status":"publish","type":"post","link":"https:\/\/stg.altkomsoftware.com\/pl\/blog\/analiza-w-podejsciu-zwinnym-wedlug-babok-2\/","title":{"rendered":"Analiza w podej\u015bciu zwinnym wed\u0142ug BABOK &#8211; praktyczna realizacja"},"content":{"rendered":"<p><strong>Od p\u00f3\u0142 roku mam okazj\u0119 pracowa\u0107 jako analityk w projekcie, kt\u00f3ry przechodzi zwinn\u0105 transformacj\u0119 wed\u0142ug BABOK Guide. To wyj\u0105tkowe do\u015bwiadczenie, daj\u0105ce du\u017co satysfakcji i bardzo rozwijaj\u0105ce. Obserwuj\u0119, jak przeobra\u017ceniu podlega podej\u015bcie do realizacji zmian wszystkich zaanga\u017cowanych os\u00f3b, od biznesu do programist\u00f3w. Nie mniej wa\u017cne s\u0105 zmiany wprowadzane w ca\u0142ej organizacji. Ro\u015bnie zrozumienie, \u017ce system informatyczny jest tylko jednym z element\u00f3w, kt\u00f3re sk\u0142adaj\u0105 si\u0119 na wypracowanie warto\u015bci dla biznesu klienta.&nbsp;<\/strong><\/p>\n<p>W poprzednim <a href=\"https:\/\/stg.altkomsoftware.com\/pl\/blog\/analiza-w-podejsciu-zwinnym-wedlug-babok-1\/\">artykule<\/a> przedstawi\u0142am, w jaki spos\u00f3b BABOK Guide podchodzi do analizy biznesowej z perspektywy zwinnego wytwarzania oprogramowania. W tym wpisie chc\u0119 przedstawi\u0107 jak w projekcie, w kt\u00f3rym pracuj\u0119, w praktyce realizujemy wskaz\u00f3wki zawarte w BABOK Guide.<\/p>\n<p>Zanim organizacja zdecydowa\u0142a si\u0119 na transformacj\u0119, zmiany w systemie wprowadzane by\u0142y iteracyjnie. Tym, co budzi\u0142o najwi\u0119ksze niezadowolenie w biznesie, by\u0142 bardzo d\u0142ugi czas od pomys\u0142u na now\u0105 funkcjonalno\u015b\u0107 do jej wdro\u017cenia na produkcj\u0119. Czas ten wynosi\u0142 kilka miesi\u0119cy, niezale\u017cnie od wielko\u015bci zmiany. W najwi\u0119kszym stopniu by\u0142o to spowodowane przez czas po\u015bwi\u0119cony na analiz\u0119 systemow\u0105 i uzgodnienia szczeg\u00f3\u0142\u00f3w zmiany. Te prace by\u0142y realizowane, zanim zesp\u00f3\u0142 wytw\u00f3rczy przyst\u0105pi\u0142 do implementacji pomys\u0142u.<\/p>\n<h2>Role w projekcie wed\u0142ug BABOK<\/h2>\n<h3>Product Owner \u2013 zrozumienie strategii<\/h3>\n<p>Aktualnie wytwarzanie nowych funkcjonalno\u015bci jest realizowane przez kilka zespo\u0142\u00f3w pracuj\u0105cych w metodyce Scrum. Nad ca\u0142o\u015bci\u0105 prac czuwa jeden Product Owner, kt\u00f3rego zadania koncentruj\u0105 si\u0119 na przekazywaniu potrzebnych informacji do zespo\u0142\u00f3w deweloperskich. Product Owner \u015bci\u015ble wsp\u00f3\u0142pracuje z biznesem i kierownictwem organizacji. Uczestniczy w spotkaniach, na kt\u00f3rych podejmowane s\u0105 decyzje co do kierunku i priorytet\u00f3w zmian ca\u0142ej firmy. Na tych spotkaniach biznes opowiada, jaka jest jego wizja zmiany, jakich korzy\u015bci si\u0119 spodziewa i jakie jest uzasadnienie biznesowe podejmowanych prac. Zdobyte informacje pozwalaj\u0105 Product Ownerowi na odpowiednie, zgodne z oczekiwaniami organizacji, ukierunkowanie prac zespo\u0142\u00f3w. Mo\u017cna powiedzie\u0107, \u017ce Product Owner realizuje zadania analityka biznesowego na wysokim poziomie. Zgodnie z BABOK: <em>\u201eBusiness analysts working on agile initiatives engage with the business sponsor on a strategic level and assist with defining how the proposed product or feature aligns with the organization&#8217;s objectives.<\/em>\u201d<\/p>\n<h3>Analityk wiod\u0105cy \u2013 przygotowanie historyjek u\u017cytkownika<\/h3>\n<p>Konieczno\u015b\u0107 realizacji wielu inicjatyw jednocze\u015bnie sprawi\u0142a, \u017ce w naszym projekcie Product Owner nie jest w stanie jednoosobowo prowadzi\u0107 realizacji tych zmian w kilku zespo\u0142ach deweloperskich. Dlatego powo\u0142ana zosta\u0142a rola Analityka Wiod\u0105cego, kt\u00f3ry zajmuje si\u0119 konkretn\u0105 inicjatyw\u0105. Zadania dla niego s\u0105 przydzielane przez Product Ownera. On te\u017c okre\u015bla priorytet i termin realizacji zmiany. I co wa\u017cniejsze, przekazuje strategiczn\u0105 wizj\u0119, dlaczego zmiana jest realizowana i jakie korzy\u015bci s\u0105 po niej spodziewane. Jak to jest zapisane w BABOK: \u201eThey collaborate with various stakeholders and the change team to break the product vision down into a prioritized list of desired work items to be completed\u201d. Lead Analyst spotyka si\u0119 na warsztatach z interesariuszami, uzgadnia zakres wprowadzanych modyfikacji i spos\u00f3b ich realizacji.<\/p>\n<p>Rezultatem wsp\u00f3\u0142pracy jest rozbicie zadania na historyjki u\u017cytkownika z przypisaniem im priorytet\u00f3w oraz wst\u0119pne okre\u015blenie kryteri\u00f3w akceptacji dla ka\u017cdej historyjki. Dzieje si\u0119 to zgodnie z sugesti\u0105 zawart\u0105 w BABOK Guide. Czyli: \u201eBusiness analysts conduct analysis and deliver work products at the last responsible moment to continually allow flexibility for change; detailed analysis work is not done ahead of time, but just in time to be effectively utilized by the agile team\u201d. Zatem analityk wiod\u0105cy pracuje nad funkcjonalno\u015bciami, kt\u00f3re zesp\u00f3\u0142 zrealizuje w najbli\u017cszych 2-4 sprintach. Jednak zanim zacznie omawia\u0107 historyjki u\u017cytkownika z zespo\u0142em deweloperskim, s\u0105 one tylko wst\u0119pnie nakre\u015blone, nie zawieraj\u0105 szczeg\u00f3\u0142\u00f3w realizacyjnych. Te zostan\u0105 wypracowane wsp\u00f3lnie w ramach prac zespo\u0142u. Analityk wiod\u0105cy jest cz\u0142onkiem zespo\u0142u deweloperskiego, dlatego mo\u017ce czuwa\u0107 nad realizacj\u0105 prac zgodnie z wizj\u0105 zmiany przekazan\u0105 przez Product Ownera i potwierdzon\u0105 na warsztatach z biznesem.<\/p>\n<h2>Zdarzenia scrumowe<\/h2>\n<h3>Product&nbsp;Backlog&nbsp;Refirement \u2013 lepsze zrozumienie zmiany<\/h3>\n<p>Tu dochodzimy do kolejnego wa\u017cnego etapu prac analitycznych, czyli Product&nbsp;Backlog&nbsp;Refirement.&nbsp;W naszym przypadku s\u0105 to spotkania przede wszystkim zespo\u0142u deweloperskiego, a wi\u0119c r\u00f3wnie\u017c Analityka wiod\u0105cego, w kt\u00f3rych uczestniczy tak\u017ce Product&nbsp;Owner.&nbsp;Ich&nbsp;rola&nbsp;jest taka,&nbsp;jak&nbsp;opisano&nbsp;w BABOK: \u201eDuring agile initiatives, scope is constantly evolving. This is managed by the backlog list which is continually reviewed and re-prioritized. This process contributes to the refinement and redefinition of scope&nbsp;in order to&nbsp;meet the evolving and emerging business need\u201d.&nbsp;Uczestnicy omawiaj\u0105 historyjki u\u017cytkownika, doprecyzowuj\u0105 je, ustalaj\u0105 spos\u00f3b zrealizowania potrzeby biznesowej i wyceniaj\u0105 koszt wykonania. Niejednokrotnie historyjki s\u0105 przebudowywane, a kryteria akceptacji ulegaj\u0105 zmianie.<\/p>\n<p>Najcz\u0119\u015bciej PBR odbywa si\u0119 bez udzia\u0142u przedstawicieli biznesu, poniewa\u017c Analityk wiod\u0105cy powinien zna\u0107 na tym etapie oczekiwania interesariuszy. Dodatkowo obecno\u015b\u0107 Product Ownera pozwala znale\u017a\u0107 odpowied\u017a na wi\u0119kszo\u015b\u0107 pojawiaj\u0105cych si\u0119 pyta\u0144. Zazwyczaj jednak przynajmniej raz dla ka\u017cdej funkcjonalno\u015bci, pojawiaj\u0105 si\u0119 zaproszeni interesariusze, \u017ceby potwierdzi\u0107 z nimi podej\u015bcie realizacyjne, kt\u00f3re wypracowa\u0142 zesp\u00f3\u0142. Jest to wa\u017cny element wsp\u00f3\u0142pracy z biznesem. Gdy\u017c jak to jest zapisane w BABOK \u201eThe sponsor\u2019s active involvement with the agile team is critical to providing the sponsor with the ability to preview and understand the product being developed, as well as allowing an opportunity for the sponsor to provide continuous feedback to the team and adjust the product as needs change\u201d.<\/p>\n<h3>Sprint Review \u2013 prezentacja dokona\u0144<\/h3>\n<p>Wa\u017cnym etapem wsp\u00f3\u0142pracy z biznesem s\u0105 dla nas tak\u017ce Sprint Review, kt\u00f3re odbywaj\u0105 si\u0119 na koniec ka\u017cdego sprintu. Na spotkaniu tym \u201eStakeholders get the opportunity to frequently review the product, which allows them to identify any missed requirements early\u201d. W trakcie spotkania zesp\u00f3\u0142 demonstruje zrealizowane funkcjonalno\u015bci, a osob\u0105 prezentuj\u0105c\u0105 jest najcz\u0119\u015bciej analityk wiod\u0105cy. Pokazuje, w jaki spos\u00f3b potrzeba biznesowa wyra\u017cona w kryteriach akceptacji zostaje zaspokojona. Zbiera r\u00f3wnie\u017c uwagi od uczestnik\u00f3w, co jeszcze nale\u017cy zrealizowa\u0107. W tym miejscu wa\u017cn\u0105 rol\u0119 odgrywa Product Owner, do kt\u00f3rego nale\u017cy ostateczna decyzja co do priorytet\u00f3w i zakresu planowanych prac.<\/p>\n<h3>Dokumentacja w projekcie \u2013 tylko to, co niezb\u0119dne wed\u0142ug BABOK<\/h3>\n<p>Razem z przej\u015bciem do zwinnego wytwarzania oprogramowania zmieni\u0142o si\u0119 tak\u017ce w naszym projekcie podej\u015bcie do tworzenia dokumentacji systemu. Wcze\u015bniej by\u0142a to dokumentacja dosy\u0107 \u201eci\u0119\u017cka\u201d, zawiera\u0142a szczeg\u00f3\u0142owe opisy proces\u00f3w, ekran\u00f3w, czy model danych. Taka dokumentacja, chocia\u017c przydatna na etapie utrzymywania systemu, by\u0142a trudna do piel\u0119gnowania. Wymaga\u0142a du\u017cej pracy tak\u017ce przy niewielkich zmianach funkcjonalno\u015bci, a zapoznanie si\u0119 z ni\u0105 dla nowych os\u00f3b by\u0142o sporym wyzwaniem. Obecnie odeszli\u015bmy od szczeg\u00f3\u0142owego dokumentowania na rzecz lepszego opisywania historyjek u\u017cytkownika.<\/p>\n<p>Tak jak sugeruje <a href=\"https:\/\/www.iiba.org\/standards-and-resources\/babok\/\" target=\"_blank\" rel=\"nofollow noopener\">BABOK Guide<\/a>: \u201eModels and other analysis and design techniques are typically used informally, and may not be maintained once they have served their purposes. The analysis and design approach used should support progressive elaboration, be adaptable to change based on learning, and not cause the team to select solutions prematurely. Agile teams tend to use user stories at the lowest level of decomposition. Usually supported by acceptance criteria which capture the analysis and design details regarding how the stories should behave when implemented\u201d. Podobny spos\u00f3b opisywania wymaga\u0144, z po\u0142o\u017ceniem du\u017cego nacisku na historyjki u\u017cytkownika, stosujemy w Altkom Software &amp; Consulting r\u00f3wnie\u017c w innych projektach, opieraj\u0105c si\u0119 na opracowanym przez nas szablonie dokumentu \u201eSpecyfikacja Wymaga\u0144 I Architektura Rozwi\u0105zania\u201d.<\/p>\n<h2>Wsp\u00f3\u0142praca z biznesem wed\u0142ug BABOK \u2013 niezb\u0119dna dla sukcesu<\/h2>\n<p>Pragn\u0119 podkre\u015bli\u0107, \u017ce zwinne wytwarzanie oprogramowania nie by\u0142oby mo\u017cliwe bez dobrej wsp\u00f3\u0142pracy z biznesem. W naszym projekcie przedstawiciele biznesu ch\u0119tnie bior\u0105 udzia\u0142 w warsztatach z Analitykami wiod\u0105cymi czy w PBR-ach. Odpowiadaj\u0105 na pytania zgodnie z posiadan\u0105 wiedz\u0105, rozstrzygaj\u0105 w\u0105tpliwo\u015bci. Wi\u0119kszo\u015b\u0107 aktywnie uczestniczy w demo i udziela informacji zwrotnej co do wytworzonej zmiany. Niekiedy pojawiaj\u0105 si\u0119 pytania, na kt\u00f3re biznes nie jest w stanie odpowiedzie\u0107, cz\u0119sto nie ze swojej winy.<\/p>\n<p>I wtedy konieczne jest szybkie podejmowanie decyzji co do zakresu realizowanych prac oraz jest \u015bcis\u0142a wsp\u00f3\u0142praca w trakcie sprintu. W przewa\u017caj\u0105cej wi\u0119kszo\u015bci przypadk\u00f3w wsp\u00f3lnie realizujemy postawione cele. Dzieje si\u0119 troch\u0119 tak, jak zapisano w BABOK: \u201eFor organizations new to the agile mindset and practices, a focus on continuous improvement, ongoing changing behaviour, and making progress enables the organization to move towards culturally adopting the agile mindset\u201d.<\/p>\n<p>W zwinnym podej\u015bciu, kt\u00f3re teraz realizujemy, jest tak, jak zapisano w BABOK: \u201eBusiness analysts are active members of an agile team and often facilitate planning, analyzing, testing, and demonstrating activities\u201d. Musz\u0119 przyzna\u0107, \u017ce taki spos\u00f3b pracy daje du\u017co satysfakcji. Przede wszystkim z dobrej wsp\u00f3\u0142pracy z pozosta\u0142ymi cz\u0142onkami zespo\u0142u oraz mo\u017cliwo\u015bci rozwijania swoich umiej\u0119tno\u015bci.<\/p>\n<p>&nbsp;<\/p>\n<p style=\"text-align: right;\"><strong>Joanna K\u0119pka<\/strong>, Starszy Analityk Altkom Software &amp; Consulting<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Od p\u00f3\u0142 roku mam okazj\u0119 pracowa\u0107 jako analityk w projekcie, kt\u00f3ry przechodzi zwinn\u0105 transformacj\u0119 wed\u0142ug BABOK Guide. To wyj\u0105tkowe do\u015bwiadczenie, daj\u0105ce du\u017co satysfakcji i bardzo rozwijaj\u0105ce. Obserwuj\u0119, jak przeobra\u017ceniu podlega podej\u015bcie do realizacji zmian wszystkich zaanga\u017cowanych os\u00f3b, od biznesu do programist\u00f3w. Nie mniej wa\u017cne s\u0105 zmiany wprowadzane w ca\u0142ej organizacji. Ro\u015bnie zrozumienie, \u017ce system informatyczny [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[251,252,253],"topic":[],"blog-author":[],"class_list":["post-21734","post","type-post","status-publish","format-standard","hentry","category-bez-kategorii","tag-babok","tag-product-owner","tag-scrum"],"acf":[],"_links":{"self":[{"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/posts\/21734","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/comments?post=21734"}],"version-history":[{"count":1,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/posts\/21734\/revisions"}],"predecessor-version":[{"id":39776,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/posts\/21734\/revisions\/39776"}],"wp:attachment":[{"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/media?parent=21734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/categories?post=21734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/tags?post=21734"},{"taxonomy":"topic","embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/topic?post=21734"},{"taxonomy":"blog-author","embeddable":true,"href":"https:\/\/stg.altkomsoftware.com\/pl\/wp-json\/wp\/v2\/blog-author?post=21734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}