Wymagania Niefunkcjonalne
Wymagania niefunkcjonalne
Biznes zauważa potrzebę sformułowania Wymagań Niefunkcjonalnych w końcowej fazie Projektu lub nawet dopiero po uruchomieniu rozwiązania 🙁.
Niedocenianie ich znaczenia może to być przyczyną późniejszych problemów 🙁.
Twarde vs. miękkie wymagania
Wymagania funkcjonalne są wymaganiami twardymi, np. formularz ma zwierać określoną listę pól.
Wymagania niefunkcjonalne są wymaganiami miękkimi 🙂.
Opisywane są sformułowaniami rozmytymi, nieostrymi i często subiektywnymi 😛:
- formularz ma być ergonomiczny,
- na być ładny,
- trochę precyzyjniejsze np.: ma działać płynnie nawet dla słabego łącza internetowego lub na ekranie z niską rozdzielczością …. 🙂.
Niefunkcjonalne też ważne
Takie miękkie sformułowania w porównaniu z twardymi regułami i formułami przetwarzania mogą wydawać się oczywiste lub wręcz przeciwnie nieistotne.
Niedocenienie ich znaczenia bywa źródłem zaskoczenia już na etapie testów 🙁.
Często jednak następuje to dopiero podczas użytkowania rozwiązania informatycznego i wówczas mamy problem 👿.
Znalezienie rozwiązania może okazać się długotrwałe i kosztowne 😳.
Dokładnie tak samo jak w przypadku błędnej implementacji wymagań funkcjonalnych 🙁.
Oczywistym jest, że implementacja wymagań niefunkcjonalnych również kosztuje 😳.
Również mogą być ze sobą sprzeczne – dokładnie tak samo jak w wymaganiach funkcjonalnych.
Rola Sponsora czy Właściciela Biznesowego nie ulega w tym zakresie zmianie, a decyzje wcale nie muszą być łatwiejsze niż w przypadku twardych wymagań.
Podsumowanie
Wymagania niefunkcjonalne intuicyjnie podzielimy na dwie grupy:
- takie, których nie da się wyrazić liczbą: ładny, płynny, łatwy w użyciu, ….
- takie, które wyrażamy liczbą, ale już definicja pomiaru i wyliczenia jest wyzwaniem: dostępność, czas operacji, …
Brak ustaleń w czasie projektowania i tworzenia rozwiązania w tym zakresie zazwyczaj skutkuje wieloma problemami w trakcie użytkowania 😮.
Objawiającymi się zgłoszeniami niby błędów, wszyscy zainteresowani tracą czas, pojawiają się niepotrzebne emocje, a zmiana może być bardzo kosztowna ❗
Rozwiązanie robi formalnie co chcieliśmy, ale sposób działania jest trudny do zaakceptowania – wszyscy niezadowoleni, a kasa wydana 👿.
Oczywiście są różne metody postępowania już na etapie projektu, które ułatwiają zainteresowanym poruszanie się po tym polu minowym, ale o tym później.
Komentarze |0|
Etykiety: Biznes, IT w PLN, Rozwiązania Informatyczne, Wymagania Biznesu