Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
18
WPROWADZENIEDOINŻYNIERIIWYMAGAŃ
zespołu.Brakplanukomunikacjiiokreśleniaodpowiedzialnościskutkujenajczęś-
ciejchaoseminformacyjnymiproblemamiwrealizacjipodstawowychzadań.
Rozważmyprostyprzykład–cozrobitester,jeśliniewie,komuzgłosićbłądzauwa-
żonywspecyfikacjiwymagańpodczasprzygotowywaniaprzypadkówtestowych?
1.Poinformujekierownikaprojektu,odktóregodobrejwoliikompetencjibędzie
zależałoprzekazanieproblemudorozwiązaniaodpowiednimosobom.2.Skonsultuje
sięzkolegąiwspólnieustaląwłasnąinterpretacjęwymagań.3.Zignorujeproblem,
naprzykładwychodzączzałożenia,żezgłoszeniebłęduwwymaganiuijegokonse-
kwencjebędągokosztowaćdodatkowąpracę.
Złezaplanowanieprojektuczęstoskutkujenadmiernym,stałymlubczasowym,
obciążeniemniektórychjegowykonawców,podczasgdyinneosoby(czyzespoły)są
wtymsamymczasieniemalżewolne.Przykładowo,projektysączęstodzielonena
etapy.Naetapieanalizyidokumentacjiwymagańobciążenisągłównieanalitycy
(anawetprzeciążeni,ponieważzwyklenaanalizęzakładasięzbytmałoczasu
wstosunkudorealnychpotrzeb).Wtymczasietesterzyiprogramiścisąbezczynni
albopracująprzyinnymprojekcie.Opcjadrugazpozoruwydajesięcałkiemrozsąd-
na,jednakżewwynikujejzastosowaniapozakończeniupracanalitycznychtesterzy
iprogramiścirozpoczynająpracęnadprojektembezprzygotowaniaiznajomości
kontekstu.Powstająopóźnieniaspowodowanefaktem,żemusząsięonizapoznać
zzałożeniamiprojektuispecyfikacjamiproduktu,zrozumieć,comajądozrobienia,
poczymdopierozacząćpracę.
Jakwięcrozwiązaćtenproblem?Bardzoprosto–programiściitesterzysączęś-
ciązespołuprojektowego,czyżnie?Celemzespołujestdostarczenieproduktuod-
powiedniejjakościprzyokreślonychzałożeniach(choćbyczasowych).Członkowie
zespołupowinniwięcangażowaćsięnietylkowswojezadania,jaknaprzykład
samokodowanie,lecztakżewnosićwkładdoczynnościpowiązanychzzadania-
mi,którebędąrealizować.Bardzodobrymsposobemwykorzystaniapotencjału
programistówitesterówjestzaangażowanieichdoprzeglądówwymagańispecy-
fikacjiproduktu.Testerzyznakomiciezweryfikują,czywymaganiaiprojektybędą
testowalne;programiścisprawdząmożliwościimplementacjiidoradząoptymalne
sposobyspełnieniawymagańprzyzastosowaniudostępnychmożliwościtechnicz-
nych.Wartorównieżdodać,żewieleproblemówzwiązanychzplanowaniemwy-
nikazprzyczynpośrednich.Przykładowo,źlewdrożonyprocesinżynieriiwymagań
możeskutkowaćzaniedbaniemustaleniapriorytetówwymagań,cowkonsekwencji
możesprawić,żezespółskoncentrujesięnawymaganiachmałoistotnych,zamiast
wpierwszejkolejnościzająćsiętyminajważniejszymi,którewprowadzająnajwięk-
szeryzykoprojektowe.
Innymbłędemczęstospotykanymwobszarzeinżynieriiwymagańjestpomijanie
pewnychczynności.Czasamiproducentpomijaanalizębiznesowąwymagańiprze-
chodziodrazudoprojektowaniarozwiązania.Przyczyntakiegostanujestwiele–
najczęściejpresjaczasu(wynikającazazwyczajzniedoszacowaniaprojektu)oraz
nieświadomośćfaktu,żeanalizabiznesowajestkoniecznymetapemwytwarzania
rozwiązańinformatycznych.Bezpełnejanalizybiznesowejpojawiasięryzykozmian
projektusystemuwpóźniejszychetapachprojektu(np.podczasimplementacjiite-
stów)–zostanąwykrytebłędy,luki,brakującefunkcjeczyograniczenia,którezosta-
łybyprzewidzianenaetapieanalizybiznesowej.
