Sprinterin retrospektivi: mahiyyəti, məqsədləri və keçirilmə metodları
Sprinterin retrospektivi — hər sprinterin sonunda keçmiş dövrü təhlil etmək və təkmilləşdirmələr axtarmaq üçün keçirilən müntəzəm komanda görüşüdür. Gündəlik görüşlərdən və sprint review-dan fərqli olaraq, retrospektiv məhsula deyil, proseslərə və qarşılıqlı əlaqəyə diqqət yetirir. Scrum Guide, 2020-yə görə, retrospektiv Scrum-un beş məcburi tədbirindən biridir və komandanın davamlı təkmilləşməsinin əsas mexanizmi kimi xidmət edir.
Əsas məqamlar
- Retrospektiv — sprintdən sonra prosesləri təhlil etmək və təkmilləşdirmələr axtarmaq üçün komanda görüşü.
- Əsas məqsəd — nəyin yaxşı işlədiyini və növbəti sprintdə nəyin dəyişiklik tələb etdiyini müəyyən etmək.
- Əsas formatlar — Start-Stop-Continue, Sailboat, 4L və Mad-Sad-Glad.
- Əsas prinsip — retrospektiv sadəcə müzakirə ilə deyil, konkret action items ilə bitməlidir.
- Tipik səhv — retronun formaliteye çevrildiyi, real dəyişikliklər olmadan təkrarlanan problemlər.
Sprinterin retrospektivi nədir?
Sprinterin retrospektivi — sprint başa çatdıqdan sonra və növbəti sprint planlaşdırmasından əvvəl keçirilən strukturlaşdırılmış Scrum komanda görüşüdür. İştirakçılar keçən sprinti müzakirə edir, müşahidələrini bölüşür və işə hansı dəyişikliklərin tətbiq ediləcəyini birlikdə müəyyənləşdirirlər.
Təcrübənin mənşəyi
Retrospektiv termini DevOps mədəniyyətində və Lean metodologiyasında təsvir olunan davamlı təkmilləşmə təcrübələrindən gəlir. Scrum-da retrospektiv 2010-cu ildə Scrum Guide-ın meydana çıxması ilə məcburi tədbir oldu. 2020-ci ildə Scrum Guide yeniləməsində vurğu "yoxlama və uyğunlaşma"dan "keyfiyyət və səmərəliliyə diqqət"ə keçdi ki, bu da retrospektivlərin rolunu gücləndirdi.
Digər Scrum mərasimlərindən fərqi
Sprint Review məhsula və maraqlı tərəflərin rəyinə diqqət yetirir, retrospektiv isə komanda proseslərinə yönəlir. Daily Scrum — gün üçün sinxronizasiyadır, retrospektiv isə bütün sprintin təhlilidir. Retrospektiv komandanın yalnız özü haqqında danışdığı, sifarişçinin və ya product owner-in təzyiqi olmadan keçirilən yeganə mərasimdir.
Sprinterin retrospektivinin məqsədləri
Sprinterin retrospektivinin bir neçə əsas məqsədi var, hər biri komandanın və inkişaf prosesinin sağlam inkişafı üçün vacibdir.
Komanda refleksiyası
Refleksiya komandaya keçən sprinti dərk etməyə imkan verir: nə alındı, nə səhv getdi və hansı dərslər çıxarıla bilər. Bu proses eyni səhvlərin təkrarlanmasının qarşısını alır, açıqlıq mədəniyyətini formalaşdırır və proqramçılara təkcə kod üçün deyil, proseslər üçün də məsuliyyət daşımağı öyrədir.
Ölçülə bilən təkmilləşdirmələr
Hər retrospektiv konkret action items — növbəti sprint üçün tapşırıqlar doğurmalıdır. Məsələn: "bütün pull request-lərə code review əlavə etmək" və ya "gündəlik görüşü 10 dəqiqəyə endirmək". Action items backlog-da qeyd olunur və növbəti retrospektivdə izlənir. Action items yerinə yetirilməzsə, retrospektiv mənasını itirir.
Tükənmənin qarşısının alınması
Müntəzəm retrospektivlər problemləri tükənməyə səbəb olmamışdan əvvəl aşkarlamağa kömək edir. Həddindən artıq iş saatları, komanda daxilində münaqişələr, qeyri-müəyyən tələblər — bütün bunlar retrospektivdə qaldırılır və kritik kütləyə çatmadan həll edilir.
Retrospektivin keçirilmə formatları
50-dən çox retrospektiv formatı mövcuddur, hər biri müxtəlif vəziyyətlər və komanda tərkibləri üçün uyğundur. Format seçimi komandanın yetkinliyindən, cari problemlərdən və mövcud vaxtdan asılıdır.
| Format | Təsvir | Nə vaxt istifadə edilməli |
|---|---|---|
| Start-Stop-Continue | Komanda ideyaları üç sütuna bölür: başlamaq, dayandırmaq, davam etdirmək | İlk retrospektiv və ya böhrandan sonra |
| Sailboat | Vizual metafora: külək (kömək edən), lövbər (yavaşladan), qayalar (risklər) | Komanda şablonlardan yorulub |
| 4L (Liked-Learned-Lacked-Longed For) | Dörd kateqoriya: bəyənildi, öyrənildi, çatışmadı, arzulandı | Sprintin dərin təhlili |
| Mad-Sad-Glad | Emosional format: qəzəbləndirir, kədərləndirir, sevindirir | Emosional gərginlik var |
Start-Stop-Continue
Start-Stop-Continue — ən sadə və populyar format. Komanda ideyaları stikerlərə yazır və üç sütuna bölür. Start — yeni təcrübələr, Stop — zərərli vərdişlər, Continue — işləyən şeylər. Format yeni komandalar və 30 dəqiqəlik sürətli retrospektivlər üçün idealdır.
Sailboat / 4L
Sailboat (və ya "Yelkənli gəmi") gəmi metaforasından istifadə edir: külək irəli aparır, lövbər yavaşladır, qayalar — gələcək risklərdir. 4L — komandanın hər aspekti dörd linza vasitəsilə təhlil etdiyi daha dərin formatdır. Hər iki format daha çox vaxt tələb edir (60–90 dəqiqə), lakin komandanın vəziyyətinin daha tam mənzərəsini verir.
Vəziyyətə uyğun format seçimi
Həftəlik retrospektivlər üçün yüngül formatlar uyğundur: Start-Stop-Continue və ya Mad-Sad-Glad. 2–4 həftəlik sprintlər üçün Sailboat və ya 4L istifadə etməyə dəyər. Komandada münaqişə varsa — duyğuları boşaltmaq üçün Mad-Sad-Glad ilə başlamaq, sonra konstruktiv müzakirəyə keçmək daha yaxşıdır.
Retrospektivi necə keçirmək: addım-addım plan
Retrospektivin keçirilməsi struktur və fasilitasiya tələb edir. Scrum Master və ya təyin edilmiş fasilitator görüşü addım-addım aparır ki, hər iştirakçı dinlənilsin.
Hazırlıq
Retrospektivdən 24 saat əvvəl fasilitator məlumatları toplayır: sprint metrikaları (velocity, səhv sayı, tamamlanmış tapşırıqlar), anonim sorğu vasitəsilə komanda əhval-ruhiyyəsi. Retrospektiv lövhəsi əvvəlcədən hazırlanır — fiziki (stikerlər, markerlər) və ya rəqəmsal (Miro, Mural, Retrium).
Məlumat toplanması
Bu mərhələdə hər iştirakçı müşahidələrini stikerlərə yazır (adətən 5–10 dəqiqə səssizcə). Kateqoriyalar seçilmiş formatdan asılıdır. Vacib qayda: toplama mərhələsində başqalarının stikerlərini tənqid etməmək — əvvəlcə bütün ideyalar qeyd olunur, sonra müzakirə edilir.
Səsvermə və prioritetləşdirmə
Toplandıqdan sonra komanda stikerləri mövzulara görə qruplaşdırır və ən vacibləri üçün səs verir. Hər iştirakçı 3–5 səs alır (stikerlərə nöqtələrlə). Ən çox səs toplayan mövzular müzakirəyə daxil olur. Bu mexanizm bir səsin digərləri üzərində dominantlıq etməsinin qarşısını alır.
Fəaliyyət planı
Yekun mərhələ — action items-in formalaşdırılması. Hər action item SMART olmalıdır: konkret, ölçülə bilən, əldə edilə bilən, uyğun və zamanla məhdud. Məsul şəxs açıq şəkildə təyin edilir, müddət müəyyənləşdirilir. Action items backlog-a əlavə edilir və növbəti retrospektivdə yoxlanılır.
Retrospektiv zamanı tipik səhvlər
Hətta təcrübəli komandalar retrospektivlərdə səhvlər edir ki, bu da faydalı təcrübəni boş formaliteye çevirir. Bu səhvləri bilmək onlardan qaçmağa kömək edir.
Action items-in olmaması
Ən geniş yayılmış səhv — nəticəsiz müzakirə. Komanda danışdı, problemləri aşkarladı, lakin heç bir action item yazmadı. Belə retrospektiv dəyişikliklərə gətirib çıxarmır və növbəti görüşdə eyni problemlər müzakirə olunur. Həll yolu: retrospektivin son 10 dəqiqəsini həmişə fəaliyyət planına həsr etmək.
Şikayətə çevrilmə
Retrospektiv konstruktiv təkliflər olmadan şikayət sessiyasına çevrildikdə, komandanın mənəvi ruhu düşür. Fasilitator müzakirəni problemlərdən həllərə yönəltməlidir. Texnika: hər problemdən sonra "Bununla bağlı nə edə bilərik?" sualını vermək.
Bir iştirakçının dominantlığı
Əgər bir proqramçı vaxtın 80%-də danışırsa, qalanları qapanır və ideyalarını bölüşməyi dayandırır. Həll yolu: sakit ideya toplama (hər kəs özününkünü yazır), növbə ilə çıxışlar, çıxışlar üçün taymer. Retrospektivdən əvvəl anonim sorğular da səssiz iştirakçıların fikirlərini toplamağa kömək edir.
Retrospektivlərin buraxılması
Məşğulluq və ya "vaxt yoxdur" səbəbindən retrospektivin buraxılması — təhlükəli tendensiyadır. Komanda bir retrospektivi buraxırsa, ikincini buraxmaq asanlaşır. Zamanla problemlər yığılır və sprintlər daha az effektiv olur. Retrospektiv sprintin inkişaf və test kimi eyni hissəsidir.
Tez-tez verilən suallar
Retrospektivlər nə qədər tez-tez keçirilməlidir?
Retrospektivlər hər sprintdən sonra, onun uzunluğundan asılı olmayaraq keçirilir. 1–2 həftəlik sprintlər üçün 30–60 dəqiqə kifayətdir. Sprint qısadırsa (bir həftə), yüngül format Start-Stop-Continue istifadə edilə bilər. Retrospektivləri buraxmaq tövsiyə edilmir — bu komandanın davamlı təkmilləşməsinin əsas mexanizmidir.
Retrospektivdə kim iştirak etməlidir?
Retrospektivdə bütün Scrum komandası iştirak edir: proqramçılar, Scrum Master və Product Owner. Product Owner iştirakçı kimi iştirak edə bilər, lakin onun fikri dominant olmamalıdır. Sprintdə xarici mütəxəssislər (dizaynerlər, analitiklər) iştirak edibsə — onları da dəvət etmək məqsədəuyğundur. Əsas qayda: sprintdə işləyən hər kəsin retrospektivdə səs hüququ var.
Komanda retrospektivdə iştirak etmək istəmirsə nə etməli?
İştirak etmək istəməməsi — daha dərin problemlərin əlamətidir: rəhbərliyə inamsızlıq, cəza qorxusu və ya tükənmə. Səbəbi anlamaq üçün anonim sorğulardan başlayın. Formatı daha oynaq formata dəyişin (Sailboat, Mad-Sad-Glad). Vaxtı 15–20 dəqiqəyə endirin. Dəyərini göstərin: komandanın görəcəyi və qiymətləndirəcəyi kiçik dəyişikliklərdən başlayın.
Retrospektivi uzaqdan keçirmək olarmı?
Bəli, uzaqdan retrospektivlər rəqəmsal lövhələr vasitəsilə effektiv keçirilir (Miro, Mural, Retrium, Google Jamboard). Sinxron mərhələlər üçün taymerlərdən istifadə edin, Video-on bütün iştirakçılar üçün məcburidir. Asinxron retrospektivlər də işləyir: komanda gün ərzində lövhəni doldurur, sonra 30 dəqiqə nəticələri müzakirə edir. Uzaqdan retrospektivlər daha aydın fasilitasiya tələb edir.
Retrospektivi necə daha effektiv etmək olar?
Retrospektivin effektivliyi aşağıdakılarla artır: fasilitatorun rotasiyası (bir üsluba öyrəşməmək üçün), hər 3–4 sprintdə format dəyişikliyi, action items-ə diqqət, növbəti retrospektivdə yerinə yetirilmiş tapşırıqların izlənməsi. Metrikalardan istifadə edin: velocity, səhv sayı, komanda əhval-ruhiyyəsi. Effektivliyin əsas göstəricisi — komandanın retrospektivdən sonra real olaraq tətbiq etdiyi dəyişikliklərdir.
Yekun
- Retrospektiv — sprintdən sonra prosesləri təhlil etmək üçün komanda görüşü, məhsul deyil.
- Əsas məqsəd — refleksiya, səsvermə və fəaliyyət planı vasitəsilə təkmilləşdirmələri aşkar etmək.
- Əsas formatlar — Start-Stop-Continue, Sailboat, 4L, Mad-Sad-Glad. Seçim komandanın yetkinliyindən asılıdır.
- Addım-addım plan — hazırlıq, məlumat toplama, qruplaşdırma, səsvermə, məsul şəxslərlə action items.
- Tipik səhvlər — action items-in olmaması, həllsiz şikayətlər, bir iştirakçının dominantlığı, retrospektivlərin buraxılması.
- Action items — retrospektivin əsas nəticəsi. Onlar olmadan retrospektiv mənasını itirir.
- Tezlik — hər sprintdən sonra. Uzaqdan format yaxşı fasilitasiya ilə işləyir.
Açar təslim mobil tətbiq hazırlayacağıq
IT Sectr 2017-ci ildən startaplar və bizneslər üçün iOS və Android tətbiqləri yaradır. Sizə məsləhət verəcəyik və ən yaxşı həlli təklif edəcəyik.
Həm də oxuyun