Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
Celtejksiążki
planowaniemogłobybyćuzasadnione,przyczymnawetmajączasobąwspółpracę
zsetkamiprzedsiębiorstw,wtymzfirmamizlistyFortune500,niewidziałemjeszcze,
abytakiprojektbyłwstaniedostarczyćwyjątkowychrezultatów.
Wieleprocesówoprogramowania(takichjakToGAFADM),standardówiarchitek-
turreferencyjnychopierasięnamodelukaskadowymimanaceluprecyzyjneuchwyce-
niewymagań.ChociażzToGAF,oMGiISomożnawyciągnąćcennewnioski,działają
oneprzyzałożeniu,żewymaganiamożnawdużejmierzezdefiniowaćwcześniejibędą
oneulegaćjedyniestopniowymzmianom.Jednakmoimzdaniemnaszedoświadczenia
pokazały,żejestinaczej.Popierambardziejinteraktywnelubzwinnepodejście,wktó-
rymwymaganiasąprostszeinieformalneorazstaleulepszanewkrótkichiteracjach
przywykorzystaniuinformacjipozyskanychodużytkowników.
Naszerszympoziomieprojektowaniapreferujępodziałsystemunaluźnopowiązane
podsystemy(każdypotencjalniewchodzącywinterakcjęzużytkownikamiidostarcza-
jącyjakąśwartość),definiowanieAPImiędzynimi,anastępnieniezależneoperowanie
nimiznadzoremogólnymwcelupołączeniakropek.
ChociażarchitekcimogąodnaleźćkorzyściwToGAFipodobnychmodelach,wa-
hamsię,czypolecićjewtejksiążce.Jesttoopiniaopartanamoichdoświadczeniach.
Wtejksiążceskupiamysięnapodejściachzwinnych.Zanimjednakzagłębimy
sięwjejtreść,wartozapoznaćsięztypowymirolamiwprojekcieoprogramowania.
Menedżerowieproduktu,zpomocąinteresariuszybiznesowych,projektantówUXiar-
chitektów,decydująotym,conależyzbudować.Architekciwspółpracujązkierownika-
mitechnicznymiizespołemwceluzbudowaniaproduktu.Zkoleimenedżerproduktu
współpracujezewszystkimi,abyzapewnićwymaganąjakość(wymagającdoskonałości).
Zakresroliarchitektamożesięzmieniaćwzależnościodmiejscawykonywaniapra-
cy.Naprzykład,wstartupiearchitekcimogązajmowaćsięzarządzaniemproduktem
idecydowaćotym,jakiefunkcjemajązostaćzbudowane,podczasgdywdużejfirmie
architekcimogąbyćodcięciodspecyfikacjiwymagań.Jednakwerze,wktórejodchodzi-
myodpodejściakaskadowegonarzecziteracyjnego,zwinnegopodejściadotworzenia
oprogramowania,obowiązkisąwspółdzielone,aroletełącząsięzesobą.Przykładowo
uważam,żearchitekcipowinniwspółpracowaćzmenedżeramiproduktuprzypodej-
mowaniudecyzjiotym,którefunkcjeuwzględnićikiedynależytozrobić,atakżeprzy
definiowaniuUX,wymagającdoskonałościodzespołu.
Taksiążkapodzielonajestnaczteryczęści.Choćskupiasięonanaoceniesytuacji,
wiedzajestrównieważna.CzęściIIiIIIzagłębiająsięwtematydotyczącewiedzy,jed-
nocześniebadając,jakmożemyocenićjejwykorzystanie.
7
