Tikintidən əvvəl çertyoj: niyə yazılı iş həcmi olmadan başlamaqdan imtina edirik

Qurmağa başlamazdan əvvəl yazılı iş həcmini tərtib edin, çünki funksiyalar siyahısı iş həcmi deyil. Yazılı iş həcmi funksional spesifikasiyanı, arxitektura xülasəsini və məlumat modelini özündə birləşdirir və studiyaya işin qiymətini və cədvəlini müəyyənləşdirməyə imkan verir. Onsuz başlamaq gecikmiş təhvilə, büdcə aşımına və sonradan atılan koda gətirib çıxarır.

Müştərilər tez-tez qısa satış zəngindən dərhal sonra tərtibata başlamağı tələb edirlər. Bu tələblə razılaşan studiyalar layihəni mütəmadi olaraq gec təhvil verir, büdcəni aşır və biznes hədəflərinə cavab verməyən məhsullar təqdim edirlər. Daha sonra isə «tələbləri dəyişdiyinə» görə müştərini günahlandırırlar.

Layihələrin İdarə Edilməsi İnstitutunun (Project Management Institute) 2018-ci il sorğusuna əsasən, son 12 ayda tamamlanmış layihələrin 52%-i iş həcminin nəzarətsiz genişlənməsi və ya layihə çərçivəsində idarəolunmaz dəyişikliklərlə üzləşib (PMI, 2018). Məhz buna görə tətbiq tərtibatında ciddi tədqiqat mərhələsi təqvimdə gecikmə deyil; o, məhsulun özünün ən vacib tərkib hissəsidir.

İş həcmi olmadan başlamağın bədəli nədir?

Boehm və Basilinin «IEEE Computer» jurnalında dərc olunmuş proqram mühəndisliyi prinsipi: proqram təminatındakı problemi təhvildən sonra tapıb aradan qaldırmaq, onu tələblərin müəyyənləşdirilməsi və layihələndirmə mərhələsində tapıb düzəltməkdən çox vaxt 100 dəfə baha başa gəlir (Boehm & Basili, 2001).

Funksiyalar siyahısı iş həcmi deyil. Fərdi veb-tətbiq və ya veb-sayt arasında seçim etmək biznes qərarıdır, lakin onun icrası texniki dəqiqlik tələb edir. Funksional spesifikasiya sistemin necə işlədiyini dəqiq müəyyən edir. Arxitektura icmalı isə həmin davranışı dəstəkləmək üçün tələb olunan verilənlər bazası sxemini, API marşrutlamasını və infrastrukturu təyin edir. Bu üç sənəd olmadan tərtibatın qiymətini və ya təqvimini dəqiq müəyyənləşdirmək mümkün deyil.

Tədqiqat mərhələsi nə verir?

Nəticəyə əsaslanan proqram təminatı tərtibatında əməkdaşlığın ilk mərhələsi bütünlüklə layihənin texniki reallığını müəyyən etməyə həsr olunur. Düzgün qurulmuş tədqiqat mərhələsi altı konkret artefakt təqdim edir:

1. 01
   Funksional spesifikasiya

   Hər bir istifadəçi ssenarisini və sistem hərəkətini təfərrüatı ilə əks etdirən yazılı sənəd.

2. 02
   Arxitektura icmalı

   Serverlərin yerləşdirilməsini, növbələri və kənar inteqrasiyaları ətraflı göstərən infrastruktur sxemi.

3. 03
   Məlumat modeli

   Verilənlər bazasının dəqiq sxemi və əlaqələri.

4. 04
   API xəritəsi

   Bütün tələb olunan son nöqtələrin və ötürülən məlumat paketlərinin təsviri.

5. 05
   Texniki risklər reyestri

   Potensial darboğazların müəyyən edilməsi və onların qarşısını almaq üçün strategiyalar.

6. 06
   Mərhələli ödəniş cədvəli

   Maliyyə ödənişlərini birbaşa yoxlanılmış və yerləşdirilməyə hazır təhvil nəticələrinə bağlayan təqvim.

Müqavilə imzalamazdan əvvəl hansı sualları verməli?

Tərtibat müqaviləsi bağlamazdan əvvəl podratçınıza bu sualları verin:

• Tərtibat başlamazdan əvvəl məlumat modelini və arxitektura icmalını təqdim edəcəksinizmi?
• Sprintin ortasında funksional tələblərdə dəyişiklik yaranarsa, bunu necə idarə edirsiniz?
• Ödənişlər sərf olunan vaxta, yoxsa təhvil verilən işlək proqram təminatına bağlıdır?

Əgər podratçı texniki sənədləşmə əvəzinə qeyri-müəyyən funksiyalar siyahısına arxalanırsa, layihə artıq büdcəni aşıb.

Niyə «kiçikdən başlamaq» baha başa gəlir?

«Sadəcə MVP kodlamağa başlayaq» yanaşması birdəfəlik arxitekturaya gətirib çıxarır. Çertyoj olmadan qurulan sistem zəmanət verir ki, tətbiqin ilk böyük yenilənməsində ilkin kod bazası atılacaq. Siz tərtibat üçün iki dəfə ödəniş etmiş olursunuz.

Webiland-də biz təxminlərlə işləmirik. Hələ tək bir repozitoriya belə yaradılmazdan əvvəl verilənlər bazası sxemini müəyyən edir, API xəritəsini çıxarır və arxitekturanı sənədləşdiririk.

Yazılı iş həcmi tələb edin. Arxitekturanın pulunu kodda ödəməzdən əvvəl onu kağız üzərində yoxlayın.

Tez-tez Verilən Suallar

Funksiyalar siyahısı ilə iş həcmi arasında fərq nədir?

Funksiyalar siyahısı nə istədiyinizi sadalayır. İş həcmi isə sistemin necə işlədiyini və necə qurulduğunu təsvir edir. Tərtibatın qiymətini və təqvimini dəqiq müəyyən etmək üçün əvvəlcədən funksional spesifikasiya, arxitektura xülasəsi və məlumat modeli lazımdır.

Tədqiqat mərhələsi nə təqdim edir?

Bu mərhələ altı artefakt yaradır: funksional spesifikasiya, arxitektura xülasəsi, məlumat modeli, API xəritəsi, texniki risklər reyestri və mərhələli ödəniş cədvəli. Sonuncu sənəd ödənişləri yoxlanılmış və yerləşdirilməyə hazır nəticələrə bağlayır.

Müqavilə imzalamazdan əvvəl podratçıdan nə soruşmalıyam?

Tərtibat başlamazdan əvvəl məlumat modeli və arxitektura xülasəsi təqdim edib-etməyəcəklərini soruşun. Sprintin ortasında tələblər dəyişdikdə bunu necə idarə etdiklərini dəqiqləşdirin. Ödənişlərin sərf olunan vaxta, yoxsa təhvil verilən işlək proqram təminatına bağlı olduğunu öyrənin.

Kiçik bir məhsul üçün birbaşa kod yazmağa başlamaq niyə pis fikirdir?

Çertyojsuz qurmaq birdəfəlik arxitekturaya gətirib çıxarır. Tətbiqin ilk böyük yeniləməsində ilkin kod bazası atılır və siz tərtibat üçün iki dəfə ödəniş etmiş olursunuz. Webiland-da repozitoriya yaradılmazdan əvvəl verilənlər bazası sxemi, API xəritəsi və arxitektura sənədləşdirilir.