Mobil layihələr üçün estimat — bu nədir, tapşırıqların qiymətləndirilməsi metodları

Estimat nədir?

Estimat (ing. estimate — qiymətləndirmə) — tapşırığı yerinə yetirmək üçün tələb olunan vaxt və ya səyin miqdarının proqnozlaşdırılmasıdır. Mobil inkişafda estimatlar saatlar, günlər, stori-pointlər və ya pul ekvivalenti ilə ifadə olunur. Estimatın məqsədi dəqiq proqnoz deyil, qərarlar qəbul etmək üçün qeyri-müəyyənliyin azaldılmasıdır.

Estimat öhdəlikdən nə ilə fərqlənir

Estimat — xəta marjası olan proqnozdur. Öhdəlik (commitment) — tapşırığı müəyyən tarixə yerinə yetirmək vədidir. Fərq kritikdir: estimat “yəqin ki, 5 gün” deyir, öhdəlik isə “5 günə edərik”. Menecerlər tez-tez bu anlayışları qarışdırır, estimatı səhv etmək hüququ olmayan son tarixə çevirirlər.

Estimat ünsiyyət vasitəsi kimi

Qiymətləndirmə prosesi nəticəsi qədər vacibdir. Komanda tapşırığın qiymətləndirməsini müzakirə edərkən gizli tələblər, asılılıqlar və risklər üzə çıxır. Yekun rəqəm qeyri-dəqiq olsa belə, müzakirə bütün iştirakçılara tapşırığı anlamaq imkanı verir. Buna görə kollektiv qiymətləndirmə metodları (Planning Poker) fərdi metodlardan daha effektivdir.

İnkişafda qiymətləndirmə metodları

Bir neçə qiymətləndirmə metodu mövcuddur, hər biri layihənin müxtəlif mərhələləri və detallaşdırma səviyyələri üçün uyğundur. Metodun seçimi mövcud məlumatlardan və tələb olunan dəqiqlikdən asılıdır.

Planning Poker

Planning Poker — Agile-də ən məşhur qiymətləndirmə metodudur. Hər bir proqramçı Fibonaççi ədədləri (1, 2, 3, 5, 8, 13, 21) olan kart dəstəsi alır. Tapşırığı müzakirə etdikdən sonra hamı eyni anda kartı göstərir. Qiymətlər fərqlənirsə — minimal və maksimal qiyməti verən proqramçılar öz məntiqlərini izah edir, sonra təkrar səsvermə keçirilir. Metod nüfuzlu şəxslərin təsirini aradan qaldırır və daha dəqiq qiymətləndirmə verir.

T-Shirt sizing

T-Shirt sizing — köynək ölçüsünə görə kobud qiymətləndirmə: XS, S, M, L, XL, XXL. Metod ilkin mərhələlərdə, detallar məlum olmayanda böyük tapşırıqları (epikləri) tez qiymətləndirmək üçün istifadə olunur. Sonra hər bir belə tapşırıq dekompozisiya edilir və Planning Poker-də qiymətləndirilir. T-Shirt sizing hər tapşırığa 5-10 dəqiqə çəkir, ancaq yalnız böyüklük sırasını verir.

Three-point estimation (PERT)

PERT üç qiymətləndirmədən istifadə edir: optimist (O), pessimist (P) və ən çox ehtimal olunan (M). Yekun qiymətləndirmə düsturla hesablanır: (O + 4M + P) / 6. Metod qeyri-müəyyənliyi nəzərə alır və tək qiymətləndirmədən daha realist nəticə verir. PERT yüksək riskli və ya yeni texnologiyalı tapşırıqlar üçün xüsusilə faydalıdır.

Estimatın dəqiqliyi: gözləntilər vs reallıq

Estimatın dəqiqliyi layihənin mərhələsindən və məlum olan informasiyanın miqdarından asılıdır. Qiymətləndirmə nə qədər tez aparılsa, xəta marjası bir o qədər yüksək olur — bu normaldır və planlaşdırmada nəzərə alınmalıdır.

Qeyri-müəyyənlik konusu

Qeyri-müəyyənlik konusu (Cone of Uncertainty) — layihə irəlilədikcə qiymətləndirmə xətasının necə azaldığını təsvir edən modeldir. Konsepsiya mərhələsində xəta marjası 400% təşkil edir (tapşırıq 1 aydan 4 aya qədər çəkə bilər). Sprint anında — 20% (1-1.2 ay). Bu modelin dərk edilməsi ilkin mərhələlərdə dəqiq qiymətləndirmə tələb etməməyə kömək edir.

Dəqiqliyə təsir edən amillər

• Tapşırığın mürəkkəbliyi — yeni texnologiya yoxsa tanış? Naməlum amil xətanı 2-3 dəfə artırır.
• Tapşırığın ölçüsü — kiçik tapşırıqlar (2 günə qədər) böyüklərdən daha dəqiq qiymətləndirilir. Dekompozisiya dəqiqliyi artırır.
• Komandanın təcrübəsi — 6+ ay birlikdə işləyən komanda yeni komandadan 30-50% daha dəqiq qiymətləndirir.
• Tarixi məlumatlar — velocity və siklometriya metrikalarının olması proqnozların dəqiqliyini artırır.

Nisbi vs mütləq qiymətləndirmə

Nisbi qiymətləndirmə (stori-point-lərlə) mütləq qiymətləndirmədən (saatlarla) daha dəqiqdir, çünki insanlar tapşırıqları müqayisə etməkdə vaxtı qiymətləndirməkdən daha yaxşıdır. “Bu tapşırıq o birindən iki dəfə mürəkkəbdir” — “bu tapşırıq 8 saat çəkəcək” ifadəsindən daha etibarlı mühakimədir. Nisbi qiymətləndirmələr konkret proqramçıdan asılı deyil və ifaçı dəyişdikdə dəqiqliyini qoruyur.

Qiymətləndirmənin dəqiqliyini necə artırmaq olar: ən yaxşı təcrübələr

Estimatın dəqiqliyini sistemli yanaşma, kollektiv müzakirə və keçmiş səhvlərin təhlili ilə artırmaq olar. Bir neçə sübut edilmiş təcrübə mövcuddur.

1-2 günə qədər dekompozisiya

2 gündən çox qiymətləndirilən hər bir tapşırıq dekompozisiya edilməlidir. Prinsip: tapşırığı 50% dəqiqliklə qiymətləndirmək mümkün deyilsə, o çox böyükdür. Onu anlaşılan və qiymətləndirilə bilən addımlara bölün. Dekompozisiyadan sonra ümumi qiymətləndirmə çox vaxt ilkindən 1.5-2 dəfə böyük olur.

Tarixi məlumatlar və metrikalar

Qiymətləndirmə tarixçəsi aparın və faktiki xərclərlə müqayisə edin. Məsələn: “3 stori-point olaraq qiymətləndirilən tapşırıqlar orta hesabla 4 gün çəkir, 2 gün yox”. Proqnozlaşdırma üçün komandanın velocity-sindən istifadə edin: komanda sprintdə 20 stori-point bağlayırsa, 30 planlaşdırmayın. Keçmiş qiymətləndirmələrin dəqiqlik təhlili estimasiya bacarığı üçün ən yaxşı məşqdir.

Lövbərləmə və kalibrləşmə

Lövbərləmə — ilk səsləndirilən qiymətləndirmənin bütün iştirakçılara təsir göstərdiyi psixoloji effektdir. Lövbərləmədən qaçmaq üçün Planning Poker-də hamı kartları eyni anda göstərir, növbə ilə yox. Kalibrləşmə — qiymətləndirmələrin faktlarla mütəmadi yoxlanılması: 10-20 sprintdən sonra komanda rəy əlaqəsi sayəsində daha dəqiq qiymətləndirməyi öyrənir.

Qiymətləndirmədə risklərin nəzərə alınması

Hər bir tapşırıq gizli risklər ehtiva edir: proqramçının xəstəliyi, API ilə problem, tələblərin dəyişməsi. Qiymətləndirməyə risk-adjusted factor əlavə edin: yüksək riskli tapşırıqlar üçün — 1.5-2 çarpanı, aşağı riskli üçün — 1.1-1.2. Müştəriyə hansı risklərin nəzərə alındığını və onların müddətlərə necə təsir etdiyini şəffaf şəkildə göstərin.

Qiymətləndirmə zamanı tipik səhvlər

Qiymətləndirmə səhvləri əksər komandalarda, onların yetkinlik səviyyəsindən asılı olmayaraq təkrarlanır. Bu səhvləri bilmək onları düzəltmək üçün ilk addımdır.

Optimist qiymətləndirmə

Ən geniş yayılmış səhv — ən yaxşı ssenari üzrə qiymətləndirmə: “hər şey ideal getsə, 3 günə edərik”. Reallıqda heç nə ideal getmir: buglar, tələblərlə bağlı suallar, asılı tapşırıqlar. Həll yolu: optimist ssenariyə görə yox, ən çox ehtimal olunan ssenariyə görə qiymətləndirin. Dəyişkənliyi nəzərə almaq üçün PERT-dən istifadə edin.

Təzyiq altında qiymətləndirmə

Menecer “cümə gününə qədər lazımdır” dedikdə, proqramçı şüuraltı olaraq qiymətləndirməni bu son tarixə uyğunlaşdırır. Təzyiq altında qiymətləndirmə həmişə aşağı salınır və müddətlərin pozulmasına gətirib çıxarır. Həll yolu: qiymətləndirmə son tarixdən əvvəl olmalıdır, əksinə yox. Əvvəlcə komanda qiymətləndirir, sonra tərəflər müddətlər barədə razılaşır.

Mürəkkəblik və vaxtın qarışdırılması

Tapşırığın mürəkkəbliyi (nə qədər düşünmək) və vaxt (nə qədər etmək) — fərqli metrikalardır. Tapşırıq sadə, lakin uzun sürən (10 ekran kodlaşdırmaq) ola bilər. Yaxud mürəkkəb, lakin sürətli (legacy-də bug tapmaq). Stori-point-lərdə adətən mürəkkəblik qiymətləndirilir, vaxt isə komandanın velocity-sindən çıxarılır.

Kontekst dəyişmələrinin nəzərə alınmaması

Proqramçı 8 saat fasiləsiz bir tapşırıq üzərində işləmir: görüşlər, kod-icmal, həmkarlara kömək, inzibati işlər iş vaxtının 30-50%-ni aparır. Kontekst dəyişmələri estimatda nəzərə alınmalıdır: real olaraq proqramçı gündə 3-4 saat kod yazır.