Tələblər (Requirements) Nədir? Funksional və Qeyri-Funksional Tələblər
1. Tələblər (Requirements) nədir?
Tələblər — biznesin, istifadəçilərin və sistemin ehtiyaclarını ifadə edən və məhsulun nəyi və niyə etməli olduğunu müəyyən edən spesifikasiyalardır.
Business Analyst üçün tələblər layihənin əsas fundamentidir. Çünki:
məhsulun istiqamətini
inkişaf prioritetlərini
və uğur meyarlarını müəyyən edir
Sadə dillə:
Tələblər = nə qururuq və niyə qururuq
2. Tələblərin iyerarxiyası
Real Business Analyst praktikasında tələblər 3 səviyyəyə bölünür:
2.1 Business Requirements (Biznes tələbləri)
Bu tələblər biznesin yüksək səviyyəli məqsədlərini ifadə edir.
“Niyə bu sistem qurulur?” sualına cavab verir.
Nümunələr:
Satışları 20% artırmaq
Müştəri xidmətlərini avtomatlaşdırmaq
Manual prosesləri azaltmaq
Rəqəmsal xidmətlərə keçid etmək
Xüsusiyyətlər:
Yüksək səviyyəli olur
Texniki deyil
Strategiyanı ifadə edir
Stakeholder və rəhbərlik tərəfindən formalaşır
Business requirement düzgün başa düşülmədən düzgün sistem qurmaq mümkün deyil.
2.2 Functional Requirements (Funksional tələblər)
Sistem nə etməlidir sualına cavab verir.
Sistemin davranışı və funksiyaları burada müəyyən olunur.
Nümunələr:
İstifadəçi qeydiyyatdan keçə bilməlidir
İstifadəçi sifariş yarada bilməlidir
Sistem ödəniş emal etməlidir
Admin istifadəçiləri idarə edə bilməlidir
Funksional tələblər business requirement-lərin texniki funksiyalara çevrilmiş formasıdır.
2.3 Non-Functional Requirements (Qeyri-funksional tələblər)
Sistemin necə işləməsini təsvir edir.
Yəni sistemin keyfiyyəti və performans kriteriyaları bu hissəyə daxildir.
Nümunələr:
Sistem 2 saniyədən az vaxtda cavab verməlidir
Eyni anda 10.000 istifadəçini dəstəkləməlidir
99.9% uptime təmin olunmalıdır
Məlumatlar şifrələnməlidir
Qeyri-funksional tələblər sistemin real keyfiyyətini müəyyən edir.
3. Tələblərin toplanması (Requirements Elicitation)
Tələblərin toplanması — stakeholder-lərdən ehtiyacların strukturlaşdırılmış şəkildə əldə edilməsi prosesidir.
Business Analyst burada yalnız dinləmir, həm də düzgün suallar verərək real ehtiyacları üzə çıxarır.
3.1 Müsahibə (Interview)
Stakeholder ilə birbaşa danışıq üsuludur.
Üstünlüklər:
Dərin məlumat əldə edilir
Detallara enmək olur
Çatışmazlıqlar:
Vaxt aparır
Subyektiv ola bilər
3.2 Müşahidə (Observation)
İstifadəçinin real iş prosesinin izlənməsidir.
Üstünlüklər:
Real davranışlar görünür
Gizli problemlər üzə çıxır
Çatışmazlıqlar:
İnsan davranışı dəyişə bilər
Vaxt tələb edir
3.3 Anket (Survey)
Çox sayda istifadəçidən məlumat toplamaq üçün istifadə olunur.
Üstünlüklər:
Sürətlidir
Geniş əhatə edir
Çatışmazlıqlar:
Dərinlik az olur
Yanlış suallar nəticəni poza bilər
3.4 Workshop
Bir neçə stakeholder-in bir araya gəlib tələbləri müzakirə etməsidir.
Üstünlüklər:
Fərqli baxışlar bir yerdə olur
Konsensus əldə edilir
Çatışmazlıqlar:
Konflikt yarana bilər
İdarə etmək çətindir
3.5 Document Analysis
Mövcud sənədlərin və sistemlərin analizidir.
Nümunələr:
Köhnə sistem sənədləri
Business process flow-lar
Qaydalar və siyasətlər
3.6 Prototyping
İlkin model və ya mockup yaradaraq istifadəçidən feedback alma metodudur.
Üstünlüklər:
Vizual anlaşma yüksəkdir
Yanlış anlaşılmalar azalır
4. Tələblərin transformasiyası
Business Analyst-in əsas işi tələbləri çevirməkdir:
Business Requirements → Functional Requirements → System Design
Nümunə:
Business Requirement:
Müştəri xidmətlərini sürətləndirmək
Functional Requirement:
Chatbot istifadəçi suallarını cavablandırmalıdır
System Design:
AI-based chatbot inteqrasiyası
5. Tələblərin keyfiyyəti
Yaxşı requirement aşağıdakı xüsusiyyətlərə malik olmalıdır:
Aydın və başa düşülən olmalıdır
Test edilə bilməlidir
Ambiguity olmamalıdır
Prioriteti müəyyən olmalıdır
Traceable olmalıdır
Real biznes dəyəri göstərməlidir
6. Business Analyst baxışı
Business Analyst üçün əsas suallar:
Bu tələb hansı biznes problemini həll edir?
Niyə lazımdır?
Hansı dəyəri yaradır?
Riskləri nədir?
Alternativ həll varmı?
Yaxşı BA üçün əsas bacarıq tələbi toplamaq deyil, onu düzgün interpretasiya etməkdir.