Uğurlu Product Owner
Uğurlu Product Owner
Əvvəlki səkkiz fəsil Product Owner-in nə etdiyini izah etdi: vision qurur, dəyəri ölçür, fərziyyələri yoxlayır, Scrum-da iştirak edir, backlog-u idarə edir, release-ə qərar verir. Bu fəsil fərqli sual verir: bütün bunları yaxşı edən Product Owner-i orta Product Owner-dən nə fərqləndirir? Hansı bacarıqlar lazımdır, uğur necə ölçülür, ən çox hansı tələlərə düşülür və rol zamanla necə böyüyür?
Uğur nədir
Product Owner-in uğuru komandanın velocity-si və ya çatdırılan feature sayı deyil. Uğur məhsulun uğurudur: Fəsil 3-dəki dəyər ölçülərinin düzgün istiqamətdə hərəkət etməsi. Current Value artır, Unrealized Value məqsədyönlü şəkildə tutulur, Time-to-Market qısalır, Ability to Innovate qorunur.
Amma bu ölçülər gecikir; onlar bir neçə rüb sonra görünür. Product Owner-in gündəlik işinin keyfiyyətini göstərən aparıcı əlamətlər də var:
- Komanda niyə-ni bilir. İstənilən Developer-dən "bu Sprint-də niyə bunu edirik?" soruşanda cavab product goal-a bağlanır.
- Backlog-un yuxarısı həmişə hazırdır. Sprint Planning qısa keçir, çünki söhbətlər əvvəldən olub.
- Sprint Review-a stakeholder-lər gəlir və orada qərarlar verilir, hesabat dinlənilmir.
- Qərarlar gecikmir. Developer-in sualı saatlar içində cavab alır, günlər içində deyil.
- "Yox" deyilir. Backlog böyümür, seçilir. Stakeholder-lər "yox"-un səbəbini bilir və qəbul edir.
- Feature-lər silinir. İstifadə olunmayan iş çıxarılır, bu, normal sayılır.
- Proqnozlar aralıqla verilir və hər Sprint yenilənir; heç kim sürprizlə qarşılaşmır.
Bu əlamətlər yoxdursa, dəyər ölçüləri hələ yaxşı görünsə də, məhsul inertiya ilə gedir və Product Owner onu idarə etmir.
Bacarıqlar və xüsusiyyətlər
Kitab uğurlu Product Owner-in bacarıqlarını bir neçə qrupda cəmləyir. Heç bir Product Owner hamısında güclü deyil; vacib olan zəif tərəfləri tanımaq və onları ya inkişaf etdirmək, ya da kömək tapmaqdır.
Domen və müştəri biliyi
Product Owner bazarı, müştərini və problemi komandadakı hər kəsdən yaxşı bilməlidir. Bu bilik oturaraq gəlmir: müştərilərlə görüşlər, support ticket-lərini oxumaq, satış zənglərində iştirak, məhsulu özü istifadə etmək. Həftədə ən azı bir real istifadəçi söhbəti olmayan Product Owner tədricən stakeholder-lərin fikrini istifadəçi fikri ilə qarışdırmağa başlayır.
Biznes və maliyyə savadı
Gəlir modeli, marja, müştəri əldə etmə xərci, lifetime value, cost of delay: Product Owner bu dili bilməlidir, çünki sponsor-lar və rəhbərlik bu dildə danışır. "Bu feature yaxşıdır" deyil, "bu feature churn-ü bir faiz azaltsa, illik bu qədər gəlir saxlayır" deyə bilən Product Owner büdcə alır.
Qərar vermək
Ən çətin bacarıq. Məlumat heç vaxt tam olmur; stakeholder-lər razı olmur; hər seçim nəyisə itirmək deməkdir. Uğurlu Product Owner qərarı təxirə salmır, çünki təxirə salınmış qərar ən bahalı qərardır: komanda gözləyir, feedback loop uzanır. O, qərarı verir, səbəbini izah edir, nəticəni ölçür və səhv çıxsa dəyişir. Empirizm səhv qərarı bağışlayır; qərarsızlığı bağışlamır.
Kommunikasiya və təsir
Product Owner-in formal səlahiyyəti çox vaxt məsuliyyətindən azdır. Developer-lər ona tabe deyil, stakeholder-lər ona tabe deyil, sponsor ondan yuxarıdadır. Ona görə əsas aləti təsirdir: vision-ı elə danışmaq ki, insanlar inansın; "yox"-u elə demək ki, münasibət qalsın; məlumatı elə göstərmək ki, mübahisə fikirlər arasında deyil, faktlar üzərində getsin.
Analitik düşüncə
Məlumatı oxumaq, fərziyyə qurmaq, eksperiment dizayn etmək, nəticəni şərh etmək. Statistik dərinlik lazım deyil, amma "bu rəqəm nəyi göstərir və nəyi göstərmir?" sualını vermək bacarığı lazımdır. Analitiklər kömək edə bilər; amma sualı Product Owner verməlidir.
Texniki anlayış
Product Owner Developer olmalı deyil, amma texniki borcun nə olduğunu, niyə bir dəyişikliyin "sadə" görünüb bahalı olduğunu, arxitektura qərarlarının gələcək sürətə necə təsir etdiyini başa düşməlidir. Bu anlayış olmadan A2I haqqında danışmaq mümkün deyil və Developer-lərlə söhbət tərcüməçi tələb edir.
Şəxsi xüsusiyyətlər
Bacarıqlardan kənar bir neçə xarakter cizgisi dəfələrlə qeyd olunur: maraq (niyə sualını verməkdən yorulmamaq), cəsarət (populyar olmayan qərarı vermək, rəhbərə "məlumat bunu dəstəkləmir" demək), təvazökarlıq (fərziyyənin səhv çıxdığını qəbul etmək), əlçatanlıq (komanda üçün orada olmaq) və dözümlülük (rol stressli, nəticələr gecikir, tənqid tezdir).
Anti-pattern-lər
Uğursuz Product Owner-lər adətən pis niyyətli deyil; onlar təşkilatın təzyiqi altında Fəsil 1-dəki yanlış stance-lərdən birinə sürüşür. Ən çox rast gəlinənlər:
| Anti-pattern | Görünüşü | Səbəbi | Çıxış yolu |
|---|---|---|---|
| Part-time Product Owner | Həftədə bir neçə saat; komanda gözləyir | Rol "əlavə vəzifə" kimi verilib | Təşkilatla danışmaq: rol tam vaxt işdir |
| Proxy | Hər qərar üçün "soruşmalıyam" | Səlahiyyət verilməyib | Əsl qərar vereni Product Owner etmək, ya səlahiyyəti köçürmək |
| Komitə | Üç nəfər birlikdə qərar verir, heç kim cavabdeh deyil | Siyasi kompromis | Bir nəfər; qalanlar məsləhətçi |
| Sifariş qəbulçusu | Backlog stakeholder istəklərinin yığınıdır | "Yox" deməyin siyasi xərci | Vision; hər element-i vision-a bağlamaq |
| Texniki Product Owner | Həll yollarını özü dizayn edir, Developer-lər icraçıdır | Keçmiş Developer-dir | Problem gətirmək, həlli komandaya buraxmaq |
| Uzaq Product Owner | Sprint Planning və Review-da görünür, aralarda yox | Vaxt, stakeholder-lərlə məşğulluq | Gündəlik əlçatanlıq; refinement-də iştirak |
| Metrika-sız | "Dəyər çatdırırıq" inancdır, ölçü yoxdur | Ölçmək çətindir, nəticə qorxuludur | Hər KVA-da bir ölçü ilə başlamaq |
| Velocity ovçusu | Komandadan daha çox point tələb edir | Output-u dəyər sanır | Outcome ölçüləri; velocity komandanın daxili alətidir |
Bu anti-pattern-lərin çoxu Product Owner-in şəxsi qüsuru deyil, təşkilatın dizayn qüsurudur. Ona görə çıxış yolu çox vaxt Product Owner-in özündən kənara, Scrum Master-ə və rəhbərliyə ünvanlanır.
Təşkilatla iş
Product Owner-in uğuru təşkilatın ona nə qədər imkan verdiyindən asılıdır. Fəsil 1-dəki səlahiyyət spektrini (scribe, proxy, business representative, sponsor, entrepreneur) xatırlayın: Product Owner bu spektrdə yuxarı qalxmaq üçün aktiv işləməlidir.
Bu iş adətən etimadla başlayır. Təşkilat scribe-a büdcə vermir. Amma Product Owner kiçik səlahiyyətlə belə nəticə göstərəndə, dəyər ölçüləri ilə danışanda, proqnozları tutanda, stakeholder-lərin "yox"-u qəbul etdiyini görəndə, təşkilat daha çox səlahiyyət verməyə hazır olur. Hər qazanılmış səlahiyyət növbətisinin əsasıdır.
Scrum Master bu prosesdə müttəfiqdir: onun işinin bir hissəsi təşkilatın Scrum-u, o cümlədən Product Owner rolunu, düzgün başa düşməsidir. Product Owner Scrum Master-dən bunu açıq tələb etməlidir.
Rolun inkişafı
Product Owner rolu statik deyil. Kitab onun təkamülünü bir neçə mərhələdə görür:
- Backlog idarəçisi. Story yazır, sıralayır, komandaya izah edir. Lazımlı, amma kifayət deyil.
- Dəyər idarəçisi. Ölçür, fərziyyə yoxlayır, outcome haqqında danışır. Backlog bu düşüncənin nəticəsinə çevrilir.
- Məhsul strateqi. Vision və strategiya qurur, bazarı oxuyur, Unrealized Value-nu görür, portfelə təsir edir.
- Məhsul sahibkarı. Məhsulun biznesinə, büdcəsinə, bazara çıxışına tam sahibdir. Təşkilatın içində məhsul şirkəti idarə edir.
Hər mərhələ əvvəlkini ləğv etmir; onu daxil edir. Sahibkar hələ də backlog-un sırası üçün cavabdehdir, amma bu, artıq onun işinin kiçik hissəsidir.
Product Owner-in özünə verməli olduğu sual budur: mən hansı mərhələdəyəm və növbəti mərhələyə keçmək üçün nəyi öyrənməli, hansı səlahiyyəti qazanmalıyam? Bu sualın cavabı rolun özü üçün vision-dır. Məhsul kimi, Product Owner da empirik inkişaf edir: kiçik addım, nəticəyə baxış, uyğunlaşma.
Son söz
Product Owner rolu Scrum-un ən az başa düşülən, ən çox təhrif olunan və, düzgün yerinə yetiriləndə, ən böyük fərq yaradan hissəsidir. Komanda nə qədər yaxşı olsa da, səhv şeyi qurursa, dəyər yoxdur. Product Owner düzgün şeyi tapan, bunu sübut edən və təşkilatı ona inandıran şəxsdir.
Bu kitabın üç sualı rolu bütövlükdə ifadə edir və hər gün yenidən verilməlidir: hara gedirik? Yolda olduğumuzu necə bilirik? Çatdıqmı? Bu suallara cavab verməyə davam edən Product Owner uğurludur, nəticələr hələ gecikirsə belə.
Fəslin xülasəsi
- Uğur məhsulun dəyər ölçüləri ilə ölçülür; aparıcı əlamətlər komandanın niyə-ni bilməsi, qərarların gecikməməsi, "yox"-un deyilməsi və feature-lərin silinməsidir.
- Əsas bacarıqlar: müştəri və domen biliyi, biznes savadı, qərar vermək, təsir, analitik düşüncə, texniki anlayış. Xarakter: maraq, cəsarət, təvazökarlıq, əlçatanlıq, dözümlülük.
- Anti-pattern-lərin çoxu təşkilatın dizayn qüsurudur: part-time, proxy, komitə, sifariş qəbulçusu, uzaq Product Owner.
- Səlahiyyət etimadla qazanılır: kiçik nəticə, ölçü ilə danışmaq, tutulan proqnoz.
- Rol backlog idarəçisindən məhsul sahibkarına doğru inkişaf edir; hər mərhələ əvvəlkini daxil edir.