Ələddin Biyabangərd
YazılarMəhsul

Təhvil vermək kodu göndərmək deyil

Müəllif:Ələddin BiyabangərdDərc edilib:4 dəq oxunuş

Layihədə “hazırdır” demək çox vaxt kodun yazılması və ya ekranların tamamlanması kimi başa düşülür.

Amma sistem real istifadəyə keçəndə əsas suallar dəyişir:

Bu iş artıq kimindir? Problem yarananda kim cavab verəcək? Sistem haqqında vacib biliklər komandanın içindədir, yoxsa hələ də bir nəfərin yaddaşındadır?

Layihələrdə bəzən belə bir an olur:

“Sistem hazırdır. İndi istifadə edə bilərsiniz.”

Sonra ilk həftədə suallar gəlməyə başlayır:

  • Bu statusu kim dəyişə bilər?
  • Səhv qeydi necə düzəldirik?
  • Hesabat niyə başqa rəqəm göstərir?
  • Bu istisna halı sistemdə nəzərə alınıb, yoxsa əl ilə həll etməliyik?

Bu sualların hamısı texniki problem deyil.

Çox vaxt problem sistemin düzgün təhvil verilməməsidir.

Təhvil vermək nə deməkdir?

Mənim üçün təhvil sadəcə giriş məlumatlarını vermək, kodu göndərmək və ya faylları paylaşmaq deyil.

Təhvil o deməkdir ki:

  • əsas iş axını yazılı şəkildə və ya ən azı komanda daxilində eyni cür başa düşülür
  • rollar aydındır — kim yaradır, kim təsdiqləyir, kim yalnız baxa bilir
  • ən çox qarşılaşılacaq 3–5 istisna halın necə həll olunacağı məlumdur
  • problem yarananda kimə müraciət ediləcəyi bilinir
  • “sistem xətası” ilə “iş qaydası düzgün müəyyən edilməyib” arasındakı fərq aydındır

Bunlar olmadan sistem texniki olaraq işləyə bilər.

Amma komanda onunla rahat işləyə bilməz.

Niyə bu məsələ tez unudulur?

Çünki təhvil çox vaxt layihənin sonuna saxlanılır.

Hamı funksiyaları bitirməyə, son dəyişiklikləri etməyə və sistemi göstərməyə tələsir.

Demo uğurlu keçəndə isə elə görünür ki, əsas iş artıq bitib.

Halbuki istifadəçi sistemi real iş prosesində məhz bundan sonra öyrənməyə başlayır.

Əgər sistem haqqında vacib biliklər yalnız onu quran komandanın və ya bir nəfərin əlində qalırsa, hər yeni sual yenidən həmin adama qayıdır.

Bu, normal dəstək prosesi deyil.

Bu, sistemin bir nəfərdən asılı qalmasıdır.

Sağlam təhvil necə görünür?

Mən adətən prosesi belə qurardım:

  • Əsas iş axınını qısa və aydın şəkildə izah etmək
  • Rolları və icazələri real nümunələrlə göstərmək
  • Ən çox rast gəlinəcək 3–5 istisna halı əvvəlcədən razılaşdırmaq
  • İlk həftə üçün dəstək kanalını və cavab qaydasını müəyyən etmək
  • Sonra sistemi geniş istifadəyə açmaq

Belə olanda “sistem hazırdır” cümləsi sadəcə layihənin texniki olaraq bitdiyini göstərmir.

Bu, komandanın sistemi artıq müstəqil şəkildə istifadə edə biləcəyi deməkdir.

Nəticə

Kod hazır ola bilər.

Ekran işləyə bilər.

Amma sistemin necə işlədiyini yalnız bir nəfər bilirsə, layihə hələ tam təhvil verilməyib.

Əvvəl sahiblik.

Sonra müstəqil istifadə.