Value

Scrum Guide Product Owner-i "Scrum Team-in işindən yaranan dəyəri maksimuma çatdırmağa cavabdeh" kimi təyin edir. Bu cümlədə bir tələ var: dəyəri maksimuma çatdırmaq üçün əvvəlcə onu ölçə bilməlisiniz. Komandaların çoxu dəyəri ölçmür; onlar velocity, story point, çatdırılan feature sayı kimi output göstəricilərini ölçür və bunu dəyər adlandırır.

Bu fəsil dəyərin nə olduğunu, onu necə ölçməyi və ölçülən dəyərdən backlog qərarlarına necə keçməyi izah edir. Əsas alət Scrum.org-un Evidence-Based Management (EBM) çərçivəsidir.

Dəyər kimin üçün?

"Dəyər" sözü mücərrəddir; onu konkretləşdirmək üçün "kim üçün dəyər?" soruşmaq lazımdır. Üç cavab var və hər biri fərqli ölçü tələb edir:

• Müştəri və istifadəçi üçün dəyər. Problem həll olundu, vaxt qənaət edildi, nəsə mümkün oldu. Ölçüsü: istifadə, məmnuniyyət, retention, task completion.
• Təşkilat üçün dəyər. Gəlir, xərc azalması, bazar payı, risk azalması. Ölçüsü: maliyyə və bazar göstəriciləri.
• Gələcək dəyər. Bugün gəlir gətirməyən, amma sabah imkan yaradan iş: platform, texniki borc ödəməsi, öyrənmə. Ölçüsü: innovasiya qabiliyyəti, time-to-market.

Bu üçü bir-birinə ziddiyyət təşkil edə bilər. Müştəri üçün dəyərli olan pulsuz feature təşkilata xərc gətirir. Texniki borc ödəməsi gələcək dəyər yaradır, amma bu rüb heç bir müştəri bunu hiss etmir. Product Owner bu balansı idarə edir və bunun üçün hər üç növü görə bilməlidir.

Evidence-Based Management

EBM dəyəri dörd Key Value Area (KVA) üzrə ölçməyi təklif edir. İkisi hazırkı vəziyyəti, ikisi təşkilatın dəyər yaratma qabiliyyətini ölçür.

Current Value

Komandalar adətən yalnız burada ölçür, amma çox vaxt səhv ölçür. Gəlir vacibdir, amma gecikmiş göstəricidir: bu rübün gəliri keçən ilin qərarlarının nəticəsidir. Ona görə EBM gəlirlə yanaşı müştəri məmnuniyyəti və işçi məmnuniyyəti kimi aparıcı göstəriciləri də daxil edir. Məmnun olmayan istifadəçi hələ ödəyir, amma uzun müddət yox.

Unrealized Value

Bu KVA Product Owner üçün ən strateji olanıdır. Unrealized value məhsulun hazırda tutmadığı, amma tuta biləcəyi dəyərdir: girmədiyimiz seqment, həll etmədiyimiz problem, rəqibin qazandığı müştərilər. Bu, backlog-un gələcəyi haqqında suallardır. Unrealized value böyükdürsə və current value yüksəkdirsə, investisiya üçün yaxşı məqamdır. Unrealized value kiçikdirsə, məhsul doyma nöqtəsinə yaxınlaşır və fərqli strategiya lazımdır.

Time-to-Market

Fikrin production-a çatma sürəti. Bu, sadəcə mühəndislik göstəricisi deyil; Product Owner üçün o, feedback loop-un uzunluğudur. Release altı ayda bir olursa, hər fərziyyənin yoxlanması altı ay çəkir və il ərzində iki dəfə öyrənə bilirsiniz. Həftəlik release elli dəfə öyrənmə imkanı verir.

Ability to Innovate

Komandanın vaxtının nə qədəri yeni dəyər yaratmağa, nə qədəri mövcud sistemi ayaqda saxlamağa gedir? Texniki borc, bug-lar, köhnə infrastruktur, istifadə olunmayan feature-lərin baxımı: bunların hamısı innovasiya qabiliyyətini yeyir. Product Owner bu göstəriciyə baxmırsa, backlog-da texniki işə yer ayırmağın niyə lazım olduğunu heç vaxt əsaslandıra bilməyəcək.

Ölçüləri necə seçməli

EBM ölçü siyahısı deyil, düşüncə çərçivəsidir. Hər məhsul üçün Product Owner hər KVA-da bir-iki ölçü seçir. Yaxşı ölçünün xüsusiyyətləri:

• Nəticəni ölçür, fəaliyyəti yox. "Çatdırılan feature sayı" fəaliyyətdir. "Feature-i istifadə edən aktiv istifadəçilərin payı" nəticədir.
• Davranışı düzgün istiqamətdə dəyişir. Hər ölçü oyunlaşdırıla bilər. Velocity-ni ölçsəniz, story point-lər şişər. Ölçünü seçəndə "bunu maksimuma çatdırmaq üçün komanda nə edər?" soruşun.
• Tez ölçülür. Rübdə bir dəfə ölçülən göstərici Sprint qərarlarına təsir edə bilməz.
• Azdır. Dörd KVA üçün dörd-səkkiz ölçü. Dashboard-da otuz göstərici heç kimə heç nə demir.

Dəyər və xərc: prioritetin iqtisadiyyatı

Backlog-u sıralamaq üçün dəyər tək başına kifayət deyil; xərc və vaxt da var. Bir neçə alət:

Cost of delay

Bir element-i gecikdirməyin xərci. İki feature eyni dəyəri verirsə, amma birinin dəyəri bazar pəncərəsinə bağlıdırsa (məsələn, qanunvericilik tarixi və ya mövsüm), gecikməsi daha baha başa gələn əvvəl gəlməlidir. Cost of delay-i xərcə bölmək weighted shortest job first (WSJF) verir: kiçik, bahalı-gecikən iş əvvəl.

Dəyər və risk

Yüksək dəyərli, amma yüksək qeyri-müəyyənlikli element-lər əvvəl gəlməlidir, çünki onlar haqqında tez öyrənmək lazımdır. Aşağı dəyərli, aşağı riskli element-lər isə backlog-un sonunda, bəlkə də heç vaxt. Bu, "ən asanı əvvəl" instinktinin əksidir: asan, amma az dəyərli iş vaxt itkisidir.

Kano modeli

Feature-ləri istifadəçi reaksiyasına görə üç sinifə bölür:

• Must-be: olmasa narazılıq, olsa məmnunluq yox (login işləyir).
• Performance: nə qədər çox, o qədər yaxşı (sürət, həcm).
• Delighter: gözlənilməyən, olsa sevinc, olmasa heç nə.

Must-be-lər dəyər yaratmır, dəyər itkisinin qarşısını alır. Delighter-lər zamanla must-be-yə çevrilir. Product Owner backlog-da hər üç sinfin olduğunu təmin etməlidir; yalnız must-be qurmaq məhsulu əvəzolunan edir.

Dəyər haqqında danışmaq

Product Owner-in dəyər dili stakeholder-lərin dili ilə üst-üstə düşməlidir. CFO-ya "velocity otuz point-dən qırxa çıxdı" demək heç nə demək deyil. "Time-to-market altı həftədən ikiyə düşdü, ona görə rəqibdən bir ay əvvəl bazara çıxdıq" dəyər haqqında cümlədir.

Sprint Review bu söhbətin yeridir. Review-da Product Owner çatdırılan feature-ləri sadalamır; KVA ölçülərinin necə dəyişdiyini göstərir və növbəti addımı müzakirə edir. Feature-lər bu söhbətin sübutudur, mövzusu deyil.

Fəslin xülasəsi

• Dəyər ölçülmürsə, maksimuma çatdırıla bilməz. Output ölçüləri dəyər ölçüsü deyil.
• EBM dəyəri dörd sahədə ölçür: Current Value, Unrealized Value, Time-to-Market, Ability to Innovate. İlk ikisi vəziyyəti, son ikisi qabiliyyəti göstərir.
• Hər KVA üçün bir-iki ölçü seçin; nəticəni ölçsün, davranışı düzgün istiqamətə yönəltsin, tez ölçülə bilsin.
• Sıralama dəyər, xərc, gecikmə xərci və risk-in birgə nəticəsidir; cost of delay və Kano praktiki alətlərdir.
• Sprint Review-da feature deyil, dəyər ölçülərinin dəyişməsi müzakirə olunur.