Texniki tapşırıq (TZ) necə hazırlanır? Struktur və şablon

Proqram layihələrinin çoxu kod yazılanda yox, texniki tapşırıq mərhələsində uğursuz olur. Pis TZ pis proqram deməkdir: podratçı bir şey başa düşür, sən başqa şey gözləyirsən. Bu yazıda yaxşı texniki tapşırığın strukturunu və istifadəyə hazır sadə şablonu tapacaqsan.

TZ nədir və niyə bu qədər vacibdir?

Texniki tapşırıq (qısaca TZ) — sifariş etdiyin proqramın nə etməli olduğunu yazılı şəkildə təsvir edən sənəddir. Sadə dillə desək: sənin başındakı təsəvvürlə podratçının başındakı təsəvvürü eyniləşdirən körpüdür. Proqram tələbləri sənədi kimi də adlandırılır və layihənin əsas müqavilə əlavəsi sayılır — mübahisə yarananda hamı məhz bu sənədə baxır.

Bakıda proqram sifariş edən bizneslərin ən çox rastlaşdığı problem budur: sifarişçi "mənə anbar proqramı lazımdır" deyir, podratçı da öz bildiyi kimi düzəldir. Nəticə — aylar sonra ortaya çıxan, amma real iş prosesinə uyğun gəlməyən sistem. Günahkar nə sifarişçidir, nə podratçı. Günahkar yazılmamış və ya səthi yazılmış texniki tapşırıqdır.

Pis TZ = pis proqram: problem haradan başlayır?

Bu tezisi bir dəfə qəbul etsən, çox pul və vaxt qənaət edəcəksən. Proqramçı sənin biznesini sənin qədər bilmir — o, yalnız yazılanı görür. TZ-də yazılmayan hər detal iki formadan birində geri qayıdır:

• Yanlış fərziyyə: podratçı boşluğu öz təxmini ilə doldurur və çox vaxt səhv doldurur;
• Əlavə iş: "bunu da unutmuşuq" deyə layihənin ortasında yeni tələblər çıxır, müddət uzanır, büdcə şişir;
• Mübahisə: "biz bunu nəzərdə tutmuşduq" — "amma sənəddə yazılmayıb" dialoqu başlayır;
• İstifadəsiz funksiyalar: heç kimin işlətmədiyi, amma vaxt aparan modullar yaranır.

Maraqlısı odur ki, əks tərəf də doğrudur: aydın, konkret və ölçülə bilən TZ olan layihələr demək olar ki, həmişə planlaşdırıldığı kimi bitir. Çünki hər iki tərəf eyni sənədə baxır və "hazırdır" sözünün nə demək olduğunu əvvəlcədən bilir.

Yaxşı texniki tapşırıq hansı bölmələrdən ibarətdir?

Texniki tapşırıq akademik sənəd deyil — 50 səhifəlik nəzəriyyə yazmağa ehtiyac yoxdur. Kiçik və orta biznes layihəsi üçün altı əsas bölmə kifayətdir.

1. Layihənin məqsədi

Bir-iki abzasla cavab ver: bu proqram hansı problemi həll edir və uğur nə ilə ölçüləcək? Məsələn: "Sifarişlər hazırda WhatsApp və dəftərdə qeyd olunur, itir və qarışır. Məqsəd — bütün sifarişlərin bir sistemdə qeydiyyatı və statusunun izlənməsi." Məqsəd aydın olanda podratçı hər qərarı ona uyğun verir.

2. İstifadəçi rolları

Proqramı kimlər işlədəcək? Hər rolun adını və səlahiyyətini yaz: direktor (hər şeyi görür), operator (sifariş daxil edir), kuryer (yalnız öz çatdırılmalarını görür), mühasib (yalnız hesabatlara baxır). Rollar sonradan əlavə ediləndə sistemin xeyli hissəsi yenidən qurulmalı olur — ona görə əvvəldən düşün.

3. Funksiyalar siyahısı

Layihənin ürəyi budur. Hər funksiyanı bir cümlə ilə, konkret fel ilə yaz: "Operator yeni sifariş yaradır və müştəri seçir", "Sistem borcu qalan müştəriləri siyahıda qırmızı göstərir". "Rahat olsun", "müasir görünsün" tipli ifadələr funksiya deyil — onları ölçmək mümkün deyil. Funksiyaları "mütləq lazımdır" və "sonra əlavə oluna bilər" deyə iki qrupa bölmək də çox faydalıdır: bu, ilk versiyanın tez çıxmasını təmin edir.

4. Ekranlar və axınlar

Proqramda təxminən hansı ekranlar olacaq: giriş, ana panel, sifariş siyahısı, sifariş kartı, hesabatlar. Hər ekran üçün əl ilə çəkilmiş sadə eskiz belə kifayətdir — vacib olan gözəllik yox, məntiqdir. İstifadəçinin ən çox təkrarlanan hərəkətini (məsələn, yeni sifarişin daxil edilməsi) addım-addım yaz: bu, "axın" adlanır və dizaynın əsasını təşkil edir.

5. İnteqrasiyalar

Proqram hansı xarici sistemlərlə danışmalıdır? SMS göndərişi, WhatsApp və Instagram yazışmaları, ödəniş sistemləri, mövcud mühasibat proqramı, Excel idxal-ixracı. İnteqrasiyalar layihənin ən çox gözlənilməz iş çıxaran hissəsidir — onları sonda yox, əvvəldə qeyd etmək lazımdır.

6. Qəbul meyarları

Ən çox unudulan, amma ən qiymətli bölmə. Hər əsas funksiya üçün "hazır sayılır, əgər..." cümləsi yaz: "Sifariş yaradılanda müştəriyə SMS gedirsə və sifariş siyahıda görünürsə — funksiya hazırdır." Qəbul meyarları olanda təhvil-təslim mübahisəsiz keçir: yoxlanılır, işləyirsə imzalanır.

Sadə texniki tapşırıq nümunəsi — hazır şablon

TZ hazırlanması prosesini asanlaşdırmaq üçün praktik bir yol da var: sənədi bir gündə bitirməyə çalışma. Əvvəl məqsədi və rolları yaz, bir gün sonra funksiyalar siyahısına qayıt — təzə gözlə baxanda unudulmuş detallar mütləq görünəcək. Sonra sənədi proqramı real işlədəcək əməkdaşlara oxut: operator, anbardar, kuryer. Onlar gündəlik işin elə incəliklərini deyəcəklər ki, rəhbər masasından heç vaxt görünmür.

Aşağıdakı strukturu kopyala və öz layihən üçün doldur. Bir çox layihə üçün 3-5 səhifəlik sənəd tamamilə yetərlidir:

1. Layihə haqqında: şirkət, fəaliyyət sahəsi, mövcud vəziyyət (indi bu iş necə görülür?).
2. Məqsəd: proqram hansı problemi həll edir, uğur nə ilə ölçülür.
3. Rollar: istifadəçi tipləri və hər birinin səlahiyyəti.
4. Funksiyalar: nömrələnmiş siyahı, hər biri bir cümlə; "mütləq" və "sonraya" bölgüsü ilə.
5. Ekranlar: siyahı + əsas axının addımları (eskizlər varsa, əlavə et).
6. İnteqrasiyalar: SMS, mesajlaşma kanalları, ödəniş, mövcud sistemlər.
7. Qəbul meyarları: hər əsas funksiya üçün "hazırdır, əgər..." cümləsi.
8. Məhdudiyyətlər: istifadə dili (Azərbaycan dili vacibdirsə, mütləq yaz), mobil telefonda işləmə, istənilən müddət.

Bu şablonla yazılmış sənəd hətta qeyri-texniki adamın əlindən çıxsa belə, podratçıya real qiymətləndirmə aparmaq üçün lazım olan hər şeyi verir.

TZ-ni təkbaşına yox, podratçı ilə birgə yaz

Burada çoxlarının bilmədiyi bir incəlik var: ən yaxşı texniki tapşırıq sifarişçinin tək otağında yazdığı sənəd deyil — sifarişçi ilə podratçının birgə hazırladığı sənəddir. Səbəb sadədir: sən biznesini bilirsən, podratçı isə texnologiyanın imkanlarını və tələlərini. İkisi birləşəndə real sənəd alınır.

Birgə yazmanın konkret üstünlükləri:

• Podratçı sənin ağlına gəlməyən sualları verir: "iki operator eyni sifarişi eyni anda açsa nə olsun?", "internet kəsiləndə kuryer nə görsün?", "köhnə məlumatlar yeni sistemə necə köçürüləcək?";
• Texniki cəhətdən baha başa gələn istəklər əvvəlcədən üzə çıxır və daha sadə alternativlə əvəzlənir;
• Hazır həllərlə örtülən hissələr görünür — bəzən istədiyin funksiya sıfırdan yazılmamalı, mövcud hazır məhsulların üzərində qurulmalıdır;
• Hər iki tərəf sənədi birlikdə yazdığı üçün "mən bunu başqa cür başa düşmüşdüm" halları minimuma enir.

AI Media-da texnologiya şirkəti kimi biz hər layihəyə məhz bu addımdan başlayırıq: sifarişçi ilə oturub prosesi dinləyirik, sualları veririk və TZ-ni birlikdə formalaşdırırıq. Xidmətlərimizin hamısında — istər şirkətə özəl proqram, istər ERP, istər avtomatlaşdırma layihəsi olsun — ilk sənəd həmişə birgə yazılmış texniki tapşırıqdır. Bu yanaşmanın xərci layihədən asılıdır və ilkin söhbət pulsuz konsultasiya formatında keçir.

Texniki tapşırıq yazanda buraxılan tipik səhvlər

Yaxşı xəbər budur ki, texniki tapşırıqda buraxılan səhvlər demək olar ki, həmişə eynidir — yəni onları əvvəlcədən bilsən, qarşısını almaq çətin deyil. Sonda ən çox rast gəlinən tələlərə nəzər sal ki, öz sənədində onları təkrarlamayasan:

• Ümumi ifadələr: "istifadəçi dostu", "sürətli", "müasir" — ölçülə bilməyən söz TZ-yə yazılmır;
• Hər şeyi birinci versiyaya yığmaq: 40 funksiyalı nəhəng siyahı layihəni boğur; əvvəl özəyi çıxar, qalanını mərhələlə;
• İstisna hallarını unutmaq: sifariş ləğvi, geri qaytarma, səhv daxil edilən məlumatın düzəlişi — real həyat məhz bunlardan ibarətdir;
• Mövcud prosesi təsvir etməmək: podratçı indiki iş qaydasını bilmədən yaxşısını qura bilməz;
• Sənədi dondurmaq: TZ müqəddəs kitab deyil — layihə boyu dəyişikliklər olur, sadəcə hər dəyişiklik yazılı razılaşdırılmalıdır.

Azərbaycan bazarında proqram sifarişi verən bizneslər üçün bu siyahı xüsusilə aktualdır, çünki çox vaxt layihələr şifahi razılaşma ilə başlayır və problem məhz oradan qaynaqlanır.

Növbəti addım: TZ-ni birlikdə hazırlayaq

Texniki tapşırıq proqram layihəsinin bünövrəsidir: məqsəd, rollar, funksiyalar, ekranlar, inteqrasiyalar və qəbul meyarları — bu altı bölməni doldursan, layihən artıq yarı yolda uğurludur. Təkbaşına əziyyət çəkmə: ağlındakı ideyanı danış, prosesi birlikdə sənədə çevirək. İstər yeni proqram, istər onlayn ERP üzərində qurulan həll olsun — ilk addım eynidir. Pulsuz konsultasiya üçün bizimlə əlaqə saxla və ya birbaşa +994 50 250 00 74 nömrəsinə zəng et — texniki tapşırığını birgə hazırlayaq.