{"id":2157,"date":"2016-03-08T09:00:23","date_gmt":"2016-03-08T08:00:23","guid":{"rendered":"https:\/\/sii.pl\/blog\/?p=2157"},"modified":"2023-08-14T16:31:40","modified_gmt":"2023-08-14T14:31:40","slug":"analiza-wymagan-vs-zarzadzanie-wymaganiami-2-z-2","status":"publish","type":"post","link":"https:\/\/sii.pl\/blog\/analiza-wymagan-vs-zarzadzanie-wymaganiami-2-z-2\/","title":{"rendered":"Analiza wymaga\u0144 vs zarz\u0105dzanie wymaganiami (2 z 2)"},"content":{"rendered":"\n

Zarz\u0105dzamy projektami, zarz\u0105dzamy zespo\u0142em \u2026 A co z wymaganiami? Oczywi\u015bcie one te\u017c podlegaj\u0105 zarz\u0105dzaniu w kontek\u015bcie tego, jakie systemy, czy aplikacje obecnie budujemy i tego, jak s\u0105 one rozwijane. Zarz\u0105dzanie wymaganiami to wi\u0119c ca\u0142okszta\u0142t czynno\u015bci, kt\u00f3re wykonujemy, aby te wymagania \u017cy\u0142y, by\u0142y aktualne i znane wszystkim interesariuszom.<\/p>\n\n\n\n

Przede wszystkim wymagania utrzymujemy<\/strong>. Aktualnie panuje trend do tworzenia minimum dokumentacji, a w zasadzie do jej nie tworzenia, lub tworzenia jedynie ad hoc na potrzeb\u0119 developmentu i nie przechowywania jej d\u0142u\u017cej. W zale\u017cno\u015bci od projektu oraz okoliczno\u015bci rozwijania systemu nie zawsze tak si\u0119 jednak da. Minimum dokumentacji jest czasem potrzebne. Ludzie w projektach si\u0119 zmieniaj\u0105, a ani kod, ani aplikacja sama w sobie wcale nie s\u0105 wcale najlepsz\u0105 dokumentacj\u0105. W sytuacji, kiedy wi\u0119c musimy do pewnych funkcjonalno\u015bci wr\u00f3ci\u0107, chc\u0105c je rozwija\u0107, modyfikowa\u0107, czy si\u0119 na nich wzorowa\u0107, potrzebujemy chocia\u017c tego minimum dokumentacji. Wszystko jedno w jakiej formie b\u0119d\u0105 zebrane wymagania \u2013 model, opis, prototyp. Utrzymanie ma wi\u0119c kluczowe znaczenie, kiedy do wymaga\u0144 przynajmniej raz b\u0119dziemy musieli wr\u00f3ci\u0107. Czy to po to, \u017ceby si\u0119 dowiedzie\u0107, o co w og\u00f3le chodzi\u0142o, czy te\u017c po to, \u017ceby co\u015b zmieni\u0107. Let\u2019s keep them up to date <\/em>\ud83d\ude42<\/p>\n\n\n\n

Kolejnym aspektem jest ustalanie priorytet\u00f3w<\/strong>. Priorytetyzowanie by\u0142o zar\u00f3wno w projektach tradycyjnych, jak i jest obecnie – w projektach zwinnych – istotne, kiedy musimy wybra\u0107 z jakich\u015b wzgl\u0119d\u00f3w pomi\u0119dzy dwoma wymaganiami. Mo\u017ce to wynika\u0107 z wielu czynnik\u00f3w. W projektach waterfall\u2019owych mog\u0142o to wynika\u0107 z konieczno\u015bci ograniczenia zakresu tak, aby zmie\u015bci\u0107 si\u0119 w bud\u017cecie i czasie, w projektach typu agile chodzi przede wszystkim o ustalenie funkcjonalno\u015bci najbli\u017cszego przyrostu aplikacji \u2013 aplikacja na koniec iteracji musi dzia\u0142a\u0107, wybieramy wi\u0119c taki pod zakres, kt\u00f3ry jest najbardziej istotny z punktu widzenia warto\u015bci biznesowej i kt\u00f3ry damy rad\u0119 zaimplementowa\u0107. Priorytetyzowanie najcz\u0119\u015bciej nale\u017cy do interesariuszy biznesowych, np. obecnie do Product Ownera, natomiast rola Analityka jest w tym nieoceniona, to on zazwyczaj wie, \u017ce trzeba co\u015b \u201epouk\u0142ada\u0107 w kolejno\u015bci\u201d i wspiera ten proces np. dostarczaj\u0105c technik.<\/p>\n\n\n\n

A teraz pobawmy si\u0119 w \u2026 detektyw\u00f3w \ud83d\ude42 Tak jest, wymagania \u015bledzimy<\/strong>. Co to oznacza? Dla wymaga\u0144 utrzymujemy powi\u0105zania wertykalne i horyzontalne. Powi\u0105zania wertykalne to te mi\u0119dzy wymaganiami. Ogromnie istotne w kontek\u015bcie analizy zmian w wymaganiach, ale o tym w najbli\u017cszym po\u015bcie (\u201eZarz\u0105dzanie zmian\u0105 wymaga\u0144\u201d). Powi\u0105zania horyzontalne to te pomi\u0119dzy wymaganiami, ich implementacj\u0105 i pojedynczym testem, kt\u00f3ry sprawdza implementacj\u0119 wymagania. \u015aledzenie tych powi\u0105za\u0144 w obydwu kierunkach powoduje, \u017ce nie umykaj\u0105 nam \u017cadne kwestie i znamy ca\u0142okszta\u0142t wysi\u0142ku, kt\u00f3ry nas czeka, aby prawid\u0142owo zaimplementowa\u0107 pewien aspekt odpowiadaj\u0105cy na potrzeb\u0119 biznesow\u0105.<\/p>\n\n\n\n

\"Analiza<\/a><\/figure>\n\n\n\n

<\/p>\n\n\n\n

Wymagania komunikujemy<\/strong>. A mianowicie informujemy, je\u015bli nie wszystkich, to przynajmniej najbardziej zainteresowanych interesariuszy, \u017ce w wymaganiach powsta\u0142a zmiana, lub, \u017ce w og\u00f3le pojawi\u0142o si\u0119 wymaganie. Dla developer\u00f3w mo\u017ce by\u0107 bardzo istotna informacja, \u017ce jednak inaczej realizujemy pewn\u0105 funkcjonalno\u015b\u0107, zw\u0142aszcza je\u015bli s\u0105 w trakcje developmentu. A przecie\u017c wszyscy dobrze wiemy, jaki to chleb powszedni projekt\u00f3w \ud83d\ude42 Z kolei w drug\u0105 stron\u0119 – dla biznesu wa\u017cy jest przekaz od developer\u00f3w, \u017ce np. pewnych funkcjonalno\u015bci nie da si\u0119 zrealizowa\u0107 w oczekiwany spos\u00f3b. Takich sytuacji mo\u017ce by\u0107 du\u017co i mog\u0105 by\u0107 naprawd\u0119 r\u00f3\u017cne, istotne jest to, aby zachowywa\u0107 prze\u017aroczysto\u015b\u0107 obecnej sytuacji dla wszystkich.<\/p>\n\n\n\n

Wreszcie \u2013 status wymaga\u0144, czyli ich cykl \u017cycia. Ta kwestia troszk\u0119 rozszerza aspekt powi\u0105za\u0144 horyzontalnych i utrzymania. Wymaga\u0144 w projektach mamy zazwyczaj ogromne ilo\u015bci. Pojawia si\u0119 na szcz\u0119\u015bcie coraz wi\u0119cej narz\u0119dzi, kt\u00f3re nas wspieraj\u0105 w zarz\u0105dzaniu, czy b\u0119dzie to np. JIRA, czy te\u017c dedykowane narz\u0119dzie stricte do zarz\u0105dzania wymaganiami. W takich narz\u0119dziach do\u015b\u0107 \u0142atwe staje si\u0119 zarz\u0105dzanie statusami, trzeba po prostu z tego skorzysta\u0107. W backlogu dla produktu, kt\u00f3ry to backlog jest wykorzystywany w projektach prowadzonych wed\u0142ug metodyki SCRUM (lub scrum-o podobnej :)), przechowujemy wszystko, co jest do robienia w produkcie. Wa\u017cne jest wi\u0119c, aby wiedzie\u0107 dok\u0142adnie, co jest do zrobienia, co jest w trakcie realizacji (i na jakim etapie \u2013 czy development, czy testy wewn\u0119trzne, czy te\u017c testy akceptacyjne), a tak\u017ce co zosta\u0142o ju\u017c wcze\u015bniej wykonane i jest wymaganiem archiwalnym.  Do tego dochodz\u0105 aspekty pewnych statystyk, kt\u00f3re mo\u017cemy prowadzi\u0107, np. wydajno\u015bci zespo\u0142u developer\u00f3w dla pewnej liczby wymaga\u0144 okre\u015blonych rozmiar\u00f3w, por\u00f3wnywania wersji produktu pod k\u0105tem rozmiaru, czyli liczby wymaga\u0144 i inne.<\/p>\n\n\n\n

Obszar zarz\u0105dzania wymaganiami jest obszerny analogicznie jak zarz\u0105dzanie innymi aspektami. Tak samo jak \u017cyje produkt, powinny \u017cy\u0107 wymagania do niego, dla analityka jest wi\u0119c niezwykle istotne, aby mie\u0107 wymagania pod kontrol\u0105. B\u0105d\u017amy wi\u0119c \u201eRequirement Managerami\u201d \ud83d\ude42<\/p>\n\n\n

\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n <\/span>\n <\/div>\n <\/div>\n","protected":false},"excerpt":{"rendered":"

Zarz\u0105dzamy projektami, zarz\u0105dzamy zespo\u0142em \u2026 A co z wymaganiami? Oczywi\u015bcie one te\u017c podlegaj\u0105 zarz\u0105dzaniu w kontek\u015bcie tego, jakie systemy, czy … Continued<\/a><\/p>\n","protected":false},"author":12,"featured_media":2162,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_editorskit_title_hidden":false,"_editorskit_reading_time":0,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","inline_featured_image":false,"footnotes":""},"categories":[1318],"tags":[],"class_list":["post-2157","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-zarzadzanie-projektami"],"acf":[],"aioseo_notices":[],"republish_history":[],"featured_media_url":"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2016\/03\/man-notebook-notes-macbook.jpg","category_names":["Zarz\u0105dzanie projektami"],"_links":{"self":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/2157"}],"collection":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/users\/12"}],"replies":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/comments?post=2157"}],"version-history":[{"count":2,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/2157\/revisions"}],"predecessor-version":[{"id":23474,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/2157\/revisions\/23474"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media\/2162"}],"wp:attachment":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media?parent=2157"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/categories?post=2157"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/tags?post=2157"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}