Kaip sakoma, gera pradžia – pusė darbo. Šiaip jau nuo reikalavimų progaminei įrangai prasideda bet kokio programinio produkto atėjimas į bet kokią organizaciją. Priklausomai nuo to, kaip teisingai ar kokybiškai tokie reikalavimai bus parengti, kompanija turės mažiau ar daugiau jos verslo reikalavimus atitinkantį ir kokybišką produktą bei palengvins sau gyvenimą pasirenkant iš daugybės siūlomų. Nuo tokių reikalavimų parengimo tiesiogiai priklauso kaip eisis ir kuo baigsis programinės įrangos kūrimo ir diegimo projektai. Štai kodėl svarbu suprasti kas tie reikalavimai programinei įrangai yra, kas ten turi būti aprašyta ir kaip detaliai, bei kas turi dalyvauti jų kūrimo procese.

Manęs taip pat ne vieną kartą klausė panašių dalykų, ir aš kažkaip vis pasimesdavau, kaip čia geriau paaiškiti apie tokių reikalavimų parengimą. Tad, beieškant informacijos apie tokius dalykus, aptikau tikrai įdomų Karl’o Wiegers’o staipsnelį, kuris man padėjo atsakyti į nemažą dalį kilusių klausimų. Man pasirodė tikrai vertos dėmesio mintys apie reikalavimų lygius, surogatinių vartotojų blogį (iš praktikos žinau, kad neretai taip daroma), reikalavimų prioritetų nustatymą ir t.t.

Taigi, gero skaitymo…

Karl Wiegers Describes 10 Requirements Traps to Avoid