Daily və stand-up — bu nədir, gündəlik görüş qaydaları və faydaları

Daily və stand-up nədir?

Daily Standup (gündəlik stand-up, daily) — Scrum komandasının hər iş günü eyni vaxtda və eyni yerdə keçirilən qısa görüşü. Timebox — 15 dəqiqə. Müxtəlif adlarla rast gəlinir: Daily Scrum (Scrum Guide-da), səhər sinxronizasiyası, morning circle, daily. Məqsəd — komandanı sinxronlaşdırmaq, blokerləri aşkar etmək və gün üçün planları düzəltmək. Daily menecer üçün hesabat deyil, komandanın özünütəşkili alətidir. Görüşün strukturunu komanda özü müəyyən edir, menecer yox.

Stand-up termininin mənşəyi — görüş zamanı hərfi mənada ayaq üstə dayanmaq təcrübəsindən gəlir: iştirakçılar lövhənin qarşısında toplaşır və oturmurlar. Bu, müvəqqətilik hissi yaradır — heç kim 15 dəqiqədən artıq ayaq üstə durmaq istəmir. Fiziki stand-up hələ də komandaların 60%-də istifadə olunur (Scrum.org 2025 məlumatlarına görə), qalanları Zoom, Slack Huddle və ya Teams vasitəsilə uzaqdan formata keçib. Uzaqdan formatda intizamı qorumaq vacibdir: kameralar açıq, multitasking yox, cavabları əvvəlcədən düşünmək.

Scrum Guide 2025 Daily Scrum-u Developers (proqramçılar) üçün tədbir kimi müəyyən edir. Product Owner və Scrum Master iştirak edə bilər, lakin məcburi deyil. Əgər PO və ya SM iştirak edirsə — onlar görüşü idarə etmir. Komanda özü strukturu seçir: klassik üç sual və ya lövhə ətrafında gəzinti (board walk). Əsas: daily Sprint Goal-a doğru irəliləmənin yoxlanılmasıdır, hər taskın statusu haqqında deyil. Əgər görüş lövhədəki taskların sadalanmasına çevrilirsə — komanda Sprint Goal-a fokusunu itirib.

Daily Standupın üç sualı

Sual 1: "Dünən Sprint Goal-a çatmaq üçün nə etdim?" — tamamlanmış tapşırıqların qısa siyahısı. "APP-123 üzərində işlədim" yox, "login ekranını bitirdim, PR review-ə göndərildi". "Sprint Goal-a çatmaq üçün" ifadəsi təsadüfi deyil — gündəlik işi sprintin ümumi məqsədi ilə əlaqələndirir. Əgər proqramçı öz tapşırığının Sprint Goal ilə əlaqəsini görmürsə — bu, tapşırığın cari sprintdə lazım olmadığına işarədir. Mobil inkişafda dünənki nəticə təkcə kod deyil, həm də testlər, sənədlər, CI/CD konfiqurasiyasıdır.

Sual 2: "Bu gün Sprint Goal-a çatmaq üçün nə etməyi planlaşdırıram?" — cari gün üçün plan. 2-3 bənddən çox olmamalıdır. Proqramçı deyə bilər: "Bu gün profil ekranı üçün ViewModel-i bitirəcəyəm, vahid testlər yazacağam, real cihazda build yoxlayacağam". Əgər plan "dünən" ilə eynidirsə — bu, tapşırığın çox böyük olduğuna və parçalanmalı olduğuna işarədir. İki gün qaydası: əgər tapşırıq 2 iş günü ərzində tamamlanmayıbsa — alt tapşırıqlara bölünməlidir, əks halda həftələrlə In Progress-də qalacaq.

Sual 3: "Hansı blokerlər irəliləməyimə mane olur?" — ən vacib sual. Bloker — proqramçının təkbaşına həll edə bilmədiyi şeydir: review gözləyir (əgər SLA-ya görə vaxt keçibsə), emulator işləmir, API hazır deyil, repozitoriyaya giriş lazımdır. Vacib: bloker adlandırılmalı, lakin daily-də həll edilməməlidir. Görüşdən sonra proqramçı və Scrum Master / menecer blokerin həlli barədə razılaşır. Scrum.org (2025) məlumatlarına görə, mobil komanda blokerlərinin 70%-i aşağıdakılarla bağlıdır: review gözləmə (30%), test cihazlarının əlçatmazlığı (20%), backenddən asılılıqlar (20%).

Stand-upı necə düzgün keçirmək olar

Vaxt və yer. Daily hər gün eyni vaxtda keçirilir — adətən iş gününün əvvəlində (9:00-10:00). Paylanmış komandalar üçün bütün saat qurşaqları üçün rahat vaxt seçilir. Müddət — ciddi şəkildə 15 dəqiqə. Taymer — məcburidir. Əgər komanda vaxta sığmırsa — problem daily-də deyil, prosesdədir: ya çox iştirakçı var, ya da tapşırıqlar sadəcə adlandırılmaq əvəzinə müzakirə olunur. Pinq-pong qaydası: hər iştirakçı 60 saniyədən çox danışmır. Cavabdan sonra sözü növbəti şəxsə ötürür.

"Lövhə ətrafında gəzinti" formatı (Board Walk). Üç suala alternativ: komanda növbə ilə tapşırıqları Scrum lövhəsində hərəkət etdirir, dəyişiklikləri şərh edir. Proqramçı öz taskını To Do-dan götürür, In Progress-ə keçirir və deyir: "APP-123-ü götürürəm — sifariş ekranı, promo kod sahəsi əlavə edirəm". Board Walk irəliləmənin vizual anlaşılmasını verir və "unutulmuş" taskları aşkar edir — 3+ gün hərəkətsiz qalanları. Board Walk üstünlük təşkil edir Jira/Linear ilə paylanmış komandalar üçün — hamı lövhəni görür, monoloqu dinləmir.

Uzaqdan komandalar üçün: kameralar məcburi açıq olmalıdır — Microsoft Research (2025) məlumatlarına görə, açıq kamera iştirakı 40% artırır. Tapşırıq lövhəsi (Jira, Linear, Miro) ilə ümumi ekrandan istifadə edin. Blokerləri çata yazın — bu yazılı qeyd yaradır. Reaction-emojiləri təşviq edin (istifadəçinin tapşırığı istisna olmaqla — emojilər istifadə edilmir) — həmkarın mesajına baş barmaq. Daily-dən sonra — 2-3 dəqiqə "parking" (parking lot): ayrıca müzakirə tələb edən mövzular follow-up görüşlər siyahısına yazılır. Scrum Master-ın əsas bacarığı: daily-də müzakirəni dayandırıb parking lot-a keçirmək.

Keçirmə zamanı tipik səhvlər

Səhv 1: menecer üçün status hesabatı. Proqramçılar növbə ilə Jira-da yazılanları oxuyur, menecer dəqiqləşdirici suallar verir, görüş 45 dəqiqə çəkir. Həll: xatırladın ki, daily komanda üçündür, menecer üçün deyil. Menecer statusu lövhədən öyrənə bilər. Əgər menecer sual verirsə — onu 1:1-ə keçirin. Daily-ni hesabata çevirən komanda bütün iştirakçılar üçün həftədə 2-3 saat itirir. 8 proqramçıda bu ayda 16-24 adam-saatdır — ildə bütöv bir sprint itkisi.

Səhv 2: problemləri yerindəcə həll etmək. Proqramçı deyir "GRPC ilə bağlı problemim var — layihə yığılmır" və bütün komanda 20 dəqiqə həll variantlarını müzakirə edir. Həll: blokeri parking lot-a yazın, daily-ə davam edin. Görüşdən sonra — maraqlı şəxsləri (proqramçı + kömək edə biləcək kimsə) 10 dəqiqəlik müzakirəyə toplayın. Basecamp (Shape Up) məlumatlarına görə, daily-də aşkar edilən problemlərin yalnız 20%-i bütün komandanın müzakirəsini tələb edir. Qalanları bir neçə proqramçı tərəfindən 10 dəqiqəyə həll olunur.

Səhv 3: gecikmələr və yoxluqlar. Kimsə başlanğıcdan 5 dəqiqə sonra gəlir — təkrarlamaq lazım gəlir. Həll: qayda müəyyən edirik "daily vaxtında başlayır, gecikənlər daxil olmur" və ya "gecikən cərimə ödəyir" (komandaya qəhvə). Daha sərt: daily bir vaxtda keçir, əgər kimsə sistematik gecikirsə — bu onun intizamı məsələsidir, 1:1-də həll olunur. Daily günün sinxronizasiyasıdır. Əgər proqramçı buraxıbsa — sinxronlaşmayıb və komandaya lazım olmayan işi görmək riski var.

Səhv 4: çox iştirakçı. 15+ nəfərlik komanda, hər biri bir dəqiqə danışır — cəmi 20+ dəqiqə. Həll: komandanı feature/modul üzrə yarımqruplara bölün. Hər yarımqrup öz daily-sini keçirir (5-7 nəfər). Yarımqrupdan bir nümayəndə ümumi cross-komanda stand-upına gələ bilər (əgər komandalar arasında sinxronizasiya lazımdırsa). Alternativ: Slack/GeekBot vasitəsilə asinxron stand-up, burada hər kəs nə etdiyini/planladığını/blokerlərini yazır.

Asinxron stand-up: alternativlər

Asinxron stand-up — iştirakçıların şifahi görüş əvəzinə çatda (Slack, Telegram, Teams) və ya ixtisaslaşmış botda (GeekBot, Standuply, Status Hero) cavablarını yazdığı format. Saat qurşağı fərqi 3+ saat olan paylanmış komandalar üçün uyğundur. Hər iştirakçı eyni üç suala müəyyən vaxta qədər (məsələn, 11:00-dək) cavab verir. Bot cavabları toplayır və ümumi kanalda xülasə dərc edir. Üstünlükləri: çeviklik, yazılı qeyd, gecikmə problemi yoxdur.

Asinxron formatın çatışmazlıqları: canlı ünsiyyət yoxdur — qeyri-verbal siqnallar itir, blokerləri aşkar etmək çətindir (proqramçı problem haqqında yazmaya bilər). Çatda yazılmış bloker günün sonuna qədər nəzərə çarpmaya bilər. GitLab (2025) məlumatlarına görə, async stand-up-a keçən komandaların 40%-i 3 ay ərzində şifahi formata qayıdıb. Tövsiyə: hibriddən istifadə edin — 3 gün şifahi stand-up (b.e, çər, cümə), 2 gün asinxron (ç.a, c.a). Və ya: şifahi stand-up həftədə 1-2 dəfə, qalan günlərdə — asinxron.

Asinxron stand-up üçün alətlər: GeekBot (Slack) — üç sual verir, xülasə dərc edir; Standuply — Jira ilə inteqrasiya, avtomatik izləmə; Status Hero — statusları toplayır və rəhbərlik üçün həftəlik hesabat hazırlayır. Alətin seçimi komanda mədəniyyətindən asılıdır: startaplarda Slack-də bot kifayətdir, enterprise-da korporativ proseslərə inteqrasiya ilə Standuply tələb oluna bilər. Vacib qayda: formatdan asılı olmayaraq, cavablar bütün komandaya görünməlidir, təkcə menecerə yox. Şəffaflıq — Agile-ın əsas dəyəridir.

Mobil komanda üçün daily-nin xüsusiyyətləri

Mobil komanda daily-də spesifik blokerlərlə qarşılaşır. Əsas olanlar: CI-da layihənin yığılması (Gradle build 20+ dəqiqə çəkə bilər — əgər sındısa, proqramçı aşkarlamağa saat itirir), TestFlight / Firebase App Distribution gözləmə (build-in testerlər üçün dərc olunması 30-60 dəqiqə çəkir), emulator və simulyatorlarla problemlər (Android Emulator KVM/HAXM tələb edir, iOS Simulator yalnız Mac-da). Mobil komandanın daily-si build statusunun sürətli yoxlanışını ehtiva etməlidir: "Build yığılır? Bütün testlər yaşıl?"

Cross-platform layihələr üçün (Flutter, React Native) daily paylaşılan kodun vəziyyəti haqqında sual ehtiva edə bilər. Əgər iki proqramçı eyni vaxtda bir Dart faylını redaktə edirsə və biri dəyişiklikləri birləşdirirsə — ikincidə konfliktlər olacaq. Tövsiyə: platformalar üzrə bölünmüş lövhədə Board Walk-dan istifadə edin (Android / iOS / Shared). Bu, kimin harada işlədiyini və dəyişikliklərin üst-üstə düşüb-düşmədiyini görməyə kömək edir. Flutter layihələri üçün — Platform Channel, BLoC/Cubit, UI, Tests sütunları olan lövhə.

Release-dən əvvəl hazırlıq — mobil inkişaf üçün daily-də daha bir spesifik məqam. Release-dən 3-5 gün əvvəl sual əlavə edin: "Build release-ə hazırdır? Bütün metadata (ikonlar, ekran görüntüləri, təsvir) yenilənib?". Bu, proqramçıların release günü kodu bitirib, qurma və dərc etmənin daha 3-4 saat çəkdiyi vəziyyətin qarşısını alır. Release tracker — ayrıca lövhə checklist ilə: versionCode/versionName yeniləmə, ProGuard yoxlanışı, AAB imzalama, developer konsoluna yükləmə, release notes.