To ju\u017c ostatni w tym cyklu artyku\u0142 opisuj\u0105cy, od czego zale\u017cy sukces analizy biznesowej w SCRUM. W tym wpisie skupimy si\u0119 na dobieraniu odpowiednich narz\u0119dzi pod k\u0105tem realizowanych zada\u0144. Dowiesz si\u0119, jak mo\u017cna wykorzysta\u0107 znajomo\u015b\u0107 istniej\u0105cych system\u00f3w oraz jakie narz\u0119dzia pomog\u0105 Ci sprawnie udokumentowa\u0107 wymagania.<\/p>\n\n\n\n
W przypadku, gdy wykonujesz analiz\u0119 rozbudowy istniej\u0105cego systemu, powiniene\u015b go zna\u0107 co najmniej lepiej ni\u017c jego przeci\u0119tny u\u017cytkownik. Je\u017celi opisujesz nowo powstaj\u0105cy system, dobrze by by\u0142o, gdyby\u015b z podobnym systemem pracowa\u0142 w przysz\u0142o\u015bci. Znajomo\u015b\u0107 systemu przynosi warto\u015b\u0107 w nast\u0119puj\u0105cych sytuacjach:<\/p>\n\n\n\n
Dob\u00f3r odpowiedniej techniki notowania i prezentowania analizy przynosi wiele korzy\u015bci. Pozwala zaoszcz\u0119dzi\u0107 czas, zwi\u0119kszy\u0107 przejrzysto\u015b\u0107 analizy oraz zapewni\u0107 reu\u017cywalno\u015b\u0107 dokumentacji dla kolejnych projekt\u00f3w. Dob\u00f3r techniki zale\u017cy od tego na jakim etapie analizy jeste\u015bmy oraz jaki element systemu specyfikujemy. Warto te\u017c dostosowa\u0107 narz\u0119dzia do skali projektu, do zamodelowania proces\u00f3w nie zawsze potrzebny b\u0119dzie Enterprise Architect – czasem wystarczy bezp\u0142atne Bizagi.<\/p>\n\n\n\n
W zale\u017cno\u015bci od etapu analizy, czasem na pocz\u0105tku wystarczy zwyk\u0142y szkic na papierze. W ten spos\u00f3b mo\u017cemy od r\u0119ki zaproponowa\u0107 uk\u0142ad formularza lub og\u00f3lne wytyczne dla aplikacji. Dopiero potem przechodzimy do modelowania w narz\u0119dziach takich jak Pencil (bezp\u0142atne) czy Axure. Przy aplikacjach webowych pomocny jest Firebug (wymaga podstawowej znajomo\u015bci HTML).<\/p>\n\n\n\n
Macierze uprawnie\u0144 najlepiej opisywa\u0107 w Excelu w postaci p\u0142askiej listy a zestawienia prezentowa\u0107 w postaci tabel przestawnych. Dzi\u0119ki temu mamy mo\u017cliwo\u015b\u0107 spojrzenia na uprawnienia praktycznie z ka\u017cdej perspektywy. Na przyk\u0142adzie dokument\u00f3w, mogliby\u015bmy sprawdzi\u0107: <\/p>\n\n\n\n
Tabele przestawne mog\u0105 by\u0107 potem wykorzystywane do audytu uprawnie\u0144 w aplikacji.<\/p>\n\n\n\n
W pewnych sytuacjach u\u017cycie tabel przestawnych jest niemo\u017cliwe, wtedy mo\u017cemy si\u0119 posi\u0142kowa\u0107 zwyk\u0142ymi tabelami. W ka\u017cdym z tych przypadk\u00f3w warto pami\u0119ta\u0107 o macierzy CRUD.<\/p>\n\n\n\n
W przypadku ma\u0142ych projekt\u00f3w, warto uwzgl\u0119dni\u0107 aplikacj\u0119 Bizagi, kt\u00f3ra jest bezp\u0142atna i umo\u017cliwia modelowanie proces\u00f3w zgodnie z notacj\u0105 BPMN 2.0. Przy projektach korporacyjnych dobrym narz\u0119dziem b\u0119dzie Enterprise Architect, kt\u00f3ry posiada wsparcie dla wi\u0119kszej ilo\u015bci standard\u00f3w, zautomatyzowany generator dokumentacji oraz mo\u017cliwo\u015b\u0107 prezentowania diagram\u00f3w w HTML dla os\u00f3b nieposiadaj\u0105cych licencji na to narz\u0119dzie.<\/p>\n\n\n\n
Gdy wszystkie wymagania s\u0105 ju\u017c zebrane, przychodzi pora na zaplanowanie prac i \u015bledzenie ich post\u0119pu w ramach sprint\u00f3w. Najlepszym rozwi\u0105zaniem pod k\u0105tem SCRUM jest aplikacja JIRA z dodatkiem Agile, kt\u00f3ra pozwala na planowanie sprint\u00f3w, estymacj\u0119 zada\u0144, \u015bledzenie post\u0119pu prac oraz weryfikacj\u0119 zmiany wymaga\u0144 na przestrzeni czasu. Poza JIR\u0104, aplikacje takie jak Redmine i Mantis r\u00f3wnie\u017c posiadaj\u0105 dodatki \u201eAgile\u201d, ale nie s\u0105 one tak rozbudowane jak w JIRA.<\/p>\n\n\n\n
Mam nadziej\u0119, \u017ce uwzgl\u0119dnienie wszystkich opisanych przeze mnie w tej serii kwestii, wp\u0142ynie na sukces r\u00f3wnie\u017c Waszej analizy w projektach zwinnych.<\/p>\n\n\n\n
***<\/p>\n\n\n\n
Wszystkie artyku\u0142y z serii znajdziesz tutaj:<\/p>\n\n\n\n