Tədqiqat mərhələsi: niyə bu gecikmə deyil — layihənizin sığorta polisidir

Tədqiqat mərhələsi proqram təminatı layihəsini qoruyur, çünki iş həcmindəki dəyişiklikləri onların ən ucuz başa gəldiyi yerə — hələ heç bir kod onlardan asılı olmazdan əvvəl sənəd üzərinə keçirir. Bu mərhələ iş həcmini, arxitekturanı, inteqrasiyaları, riskləri və mərhələ hədəflərini yazılı şəkildə müəyyən edir. Onu ötürmək həmin işi aradan qaldırmır. Sadəcə işi tərtibat mərhələsinə keçirir və orada hər bir cavab yenidən işləmə kimi geri qayıdır.

Proqram təminatı tərtibatında müştərinin eşidə biləcəyi ən təhlükəli ifadə budur: «Gəlin sadəcə kod yazmağa başlayaq, qalanını iş gedişində aydınlaşdırarıq».

Bizneslər veb və ya tətbiq tərtibatına ciddi büdcə ayırdıqda dərhal gözlə görünən nəticə əldə etmək üçün güclü təzyiq yaranır. Bu təzyiq çox vaxt maraqlı tərəflərin tədqiqat mərhələsini lüzumsuz gecikmə — tərtibatçıları kod yazmaqdan saxlayan bürokratik maneə kimi görməsinə səbəb olur.

Tədqiqat isə tam əksini edir. O, həcm dəyişikliklərini edilməsi ən ucuz olan yerə keçirir: hələ heç bir kodun onlardan asılı olmadığı sənədə.

Tədqiqat nəsə qurulmazdan əvvəl sadəcə gecikmədirmi?

Yanlış təsəvvür ondan ibarətdir ki, tərtibatçılar standart tətbiqi necə qurmağı artıq bilirlər, ona görə də planlaşdırma artıqdır. Lakin siz şablon tətbiq qurmursunuz; siz özünəməxsus əməliyyat qaydalarınıza, kənar hallarınıza və inteqrasiyalarınıza uyğunlaşdırılmış proqram təminatı qurursunuz.

Boehm və Basili müəyyən ediblər ki, proqram təminatı layihələrində səylərin təxminən 40-dan 50 faizə qədəri qarşısı alına bilən yenidən işləməyə sərf olunur — Boehm & Basili, 2001. Tədqiqat mərhələsini ötürmək o deməkdir ki, tərtibatçılar biznes məntiqiniz barədə fərziyyələrə əsaslanacaqlar. İstifadəçi testləri zamanı həmin fərziyyələr yanlış çıxdıqda kod silinməli və yenidən yazılmalıdır. Tədqiqatı ötürmək bu cavabları tapmaq işini aradan qaldırmır. O, həmin işi tərtibat mərhələsinə keçirir və orada hər bir cavab yenidən işləmə kimi qarşıya çıxır.

Tədqiqat mərhələsi əslində nəyi müəyyən edir?

Ciddi tədqiqat mərhələsi hələ heç kim kod yazmazdan əvvəl konkret texniki suallara cavab verir:

1. 01
   Funksional həcm

   Hər bir funksiya, istifadəçi rolu, icazə səviyyəsi və sistem davranışı. Bu, proqram təminatının nəyi edib-etməyəcəyini dəqiq müəyyənləşdirir.

2. 02
   Arxitektura

   Sistemin ehtiyac duyduğu verilənlər bazası sxemi, frontend freymvorku, backend texnologiyası və server infrastrukturu.

3. 03
   İnteqrasiyalar

   Ötürülən məlumat strukturları və sorğu limitləri daxil olmaqla, sistemin qoşulmalı olduğu hər bir kənar API (ödəniş şlüzləri, CRM-lər, ERP-lər).

4. 04
   Risklər

   Plana təsir etməzdən əvvəl aşkarlanan texniki darboğazlar və onların həlli yolları.

5. 05
   Mərhələlər və smeta

   Müəyyən edilmiş tələblərə əsaslanan tərtibat planı və büdcə — təxminlər deyil.

Webiland-də tədqiqat daxili işdir. Biz onu qiymət təklifi verməzdən əvvəl öz hesabımıza aparırıq. Onun nəticələri müqavilə imzalamazdan əvvəl aldığınız yazılı təklifə daxil edilir: iş həcmi, mərhələlər və maddələr üzrə bölünmüş smeta.

Tədqiqatı ötürməyin bədəli nədir və iş həcminin nəzarətsiz genişlənməsi necə baş verir?

Tədqiqat olmadan iş həcminin nəzarətsiz genişlənməsi necə baş verir? E-ticarət platformasını götürək. Tədqiqat mərhələsi olmadıqda tələb sadəcə «ödənişlərin emalını əlavə etmək» kimi qoyulur. Tərtibat zamanı müştəri anlayır ki, ona təkrarlanan abunə ödənişləri, çoxvalyutalı dəstək və Avropa müştəriləri üçün avtomatik vergi hesablanması lazımdır.

Bu tələblər ilk gündən verilənlər bazası sxeminə salınmadığı üçün bütün ödəniş arxitekturası sökülüb yenidən qurulmalıdır. İki həftə çəkməli olan funksiya indi altı həftə vaxt aparır.

Tədqiqat nə qədər vaxt aparır və xərcini kim ödəyir?

Müddət tamamilə layihənin mürəkkəbliyindən asılıdır. Korporativ veb platformanın həcmi tez müəyyən edilir; köhnəlmiş maliyyə proqram təminatı ilə işləyən fərdi maşın öyrənməsi inteqrasiyası isə dərin məlumat auditi tələb edir və xeyli daha çox vaxt aparır. Biz tədqiqat üçün ödəniş almırıq. Layihənin öz müddəti və dəyəri iş başlamazdan əvvəl yazılı iş həcminizdə təsdiqlənir.

Studiyanın tədqiqat prosesinin nə dərəcədə ciddi olduğunu necə qiymətləndirməli?

Meyar tədqiqatın neçəyə başa gəlməsi deyil. Meyar tədqiqatın nəyi dəyişməsidir. Əgər studiyanın təklifi sadəcə göndərdiyiniz funksiyalar siyahısını təkrarlayırsa, deməli hələ heç kim tələblərinizi sual altına qoymayıb.

Ciddi tədqiqat prosesi maraqlı tərəflərinizi birbaşa prosesə cəlb edir. Sistemi layihələndirəcək və quracaq insanlar tələblərinizi sorğulayırlar. Onlar funksiya istəklərinə əsaslı etiraz etməli, nadir kənar hallar barədə soruşmalı və kənar API sənədlərinə çıxış istəməlidirlər.

Həqiqi tədqiqat mərhələsinin sonunda studiya öz anlayışını yazılı şəkildə ifadə edə bilməlidir. Bu, nəyin qurulub-qurulmayacağını açıq göstərən iş həcmi və həmin həcmə bağlı maddələr üzrə bölünmüş smeta deməkdir. Əgər təklif sizinlə danışmadan da yazıla bilərdisə, deməli tədqiqat aparılmayıb.

Tez-tez Verilən Suallar

Tədqiqat mərhələsi tərtibatdan əvvəl sadəcə gecikmədirmi?

Xeyr. Layihənizin öz əməliyyat qaydaları, kənar halları və inteqrasiyaları var. Tərtibatçılar tədqiqatı ötürdükdə biznes məntiqiniz haqqında fərziyyələr irəli sürürlər. Həmin fərziyyələr yanlış çıxdıqda isə yazılmış kod silinməli və yenidən yazılmalıdır.

Tədqiqat mərhələsinin nəticəsi nə olur?

Bu mərhələ hələ heç kim kod yazmazdan əvvəl konkret suallara cavab verir. Buraya funksional həcm, arxitektura, inteqrasiyalar, risklər, eləcə də müəyyən edilmiş tələblərə əsaslanan mərhələli tərtibat planı və smeta daxildir. Nəticələr müqavilə imzalanmazdan əvvəl yazılı təklifə daxil edilir.

Webiland-da tədqiqatın xərcini kim ödəyir?

Webiland-da tədqiqat daxili işdir: qiymət təklifi verməzdən əvvəl onu öz hesabımıza həyata keçiririk. Layihənin müddəti və dəyəri iş başlamazdan əvvəl yazılı iş həcmi sənədinizdə təsdiqlənir.

Studiyanın tədqiqat prosesinin ciddi olduğunu necə müəyyən etmək olar?

Tədqiqatın neçəyə başa gəldiyinə deyil, nəyi dəyişdiyinə baxın. Sistemi layihələndirəcək və quracaq mütəxəssislər tələblərinizi sorğulamalı, kənar hallar və üçüncü tərəf API sənədləri barədə suallar verməlidir. Təklif sadəcə funksiya siyahınızı təkrarlayırsa, deməli, tədqiqat aparılmayıb.