FoodSoul sistemi üzərində iş necə qurulur: ideyadan nəticəyə qədər

Biz tərəfdaşlarımızın etimadını yüksək qiymətləndiririk və buna görə də maksimum dərəcədə şəffaf olmağa çalışırıq. Bu məqalədə komandamızın necə qurulduğunu, ideyaların funksionallığa necə çevrildiyini, prioritetləri necə müəyyənləşdirdiyimizi və nələr baş verdiyini, hər şey plan üzrə getmədikdə pərdəarxasında nələrin baş verdiyini izah edəcəyik.

FoodSoul — canlı bir sistemdir

FoodSoul sadəcə bir tətbiq deyil. Onun arxasında böyük bir infrastruktur dayanır: CRM, məlumatların saxlanması və qorunması, sayt və mobil tətbiq şablonları və minlərlə restoran tərəfdaşı, hər biri öz ehtiyacları və iş ssenariləri ilə.

Biz daim dinləyirik: tərəfdaşlardan ideyaları texniki dəstək vasitəsilə, müştərilərlə birbaşa ünsiyyətdən və IT şöbəmizin analitiklərindən toplayırıq. Bütün bunlar backlog-da toplanır — daim yenilənən tapşırıqlar siyahısı, hansı ki, məhsulun inkişaf yol xəritəsi məhz onun əsasında formalaşır.

Komanda və iş strukturu necə qurulub

FoodSoul üzərində bir neçə mütəxəssis qrupu çalışır və hər birinin öz məsuliyyət sahəsi və digər qruplarla qarşılıqlı əlaqə məntiqi var.

Texniki dəstək — tərəfdaşlarla ilk əlaqə xəttidir. Onlar müraciətləri qəbul edir, problemin mahiyyətini araşdırır və ya yerində həll edir, ya da sistemi yaxşı tanıyan mütəxəssisə ötürürlər.

İkinci xətt mütəxəssisləri — konkret modulları dərindən bilən mühəndislərdir: inteqrasiyalar, mobil tətbiqlər, CRM, ödənişlər. Məhz onlar müraciətin funksionallığın xüsusiyyəti, yoxsa real bir səhv olub-olmadığını yoxlayırlar.

Analitiklər tərəfdaşların istəklərini toplayır və strukturlaşdırır, dəyişikliklərin nə dərəcədə tələb olunduğunu və digər müştərilərə necə təsir edəcəyini qiymətləndirirlər, bundan sonra tapşırıq inkişaf üçün seçilir.

Proqramçılar və testçilər tapşırıqları həyata keçirir və buraxılışdan əvvəl yoxlayırlar — kiçik düzəlişlərdən tutmuş funksionallığın böyük təkmilləşdirilməsinə qədər.

Layihə rəhbərləri prioritetləri diqqətdə saxlayır: backlog-u izləyir, tapşırıqları komandalar arasında bölüşdürür və vacib məsələlərin cari tapşırıqlar arasında itməməsinə cavabdehdirlər.

İş prosesi dövri şəkildə qurulub: komanda mütəmadi olaraq backlog-u nəzərdən keçirir, yeni müraciət və istəkləri qiymətləndirir, yaxın tapşırıqları planlaşdırır və artıq icrada olanların statusunu izləyir. Bu ritm həm təcili problemləri, həm də məhsulun uzunmüddətli inkişafını gözdən qaçırmamağa və eyni zamanda proqnozlaşdırıla bilənliyə imkan verir: tərəfdaş hər zaman texniki dəstək vasitəsilə müraciətinin hansı mərhələdə olduğunu öyrənə bilər.

Prioritetləri necə müəyyənləşdiririk

Problem yarandıqda, biz aşağıdakı ssenarilərə əsasən hərəkət edirik.

Kütləvi nasazlıq — bir neçə müştərinin eyni vaxtda gün ərzində və ya bir neçə saat ərzində qarşılaşdığı səhv. Bu, ən yüksək prioritetdir: testçi və proqramçılar dərhal işə qoşulurlar.

Bir müştəridə kritik səhv — əgər səhv tərəfdaşın gəlirinə və ya nüfuzuna birbaşa təsir edirsə, prioritet eyni dərəcədə yüksək olur. Əsas resurslarımızı səfərbər edib problemi qısa müddətdə həll edirik.

Standart səhv — texniki dəstək tərəfindən qəbul edilən, lakin fəlakət kimi görünməyən müraciət. Onu sistemi yaxşı tanıyan ikinci xətt mütəxəssisi işləyir. İki nəticə mümkündür: ya bu, nəzərə alınmamış funksionallıq xüsusiyyəti olur və müştəriyə izah edilir; ya da problem həqiqətən mövcuddur, bu halda layihə rəhbərinə ötürülür, tapşırıq sistemdə prioritet və məsul şəxs ilə qeyd olunur və növbə ilə icra edilir. Texniki dəstək mütəxəssisi statusu izləyir və tapşırıq yerinə yetirildikdə müştəriyə məlumat verir.

Kiçik səhv — sistemin işinə təsir etməyən, lakin düzəliş tələb edən səhvlər: yazı səhvi, interfeys elementinin yerindən çıxması, düymənin səhv rəngi. Belə tapşırıqlar yalnız yuxarıda qeyd olunan daha prioritet müraciətlər olmadıqda icra edilir.

İstəklər — tərəfdaşların istəklərini diqqətlə izləyirik. Eyni istək bir neçə müştəridən gəldikdə, prioritet artır və biz onu analitikaya alırıq. Hər bir dəyişiklik yalnız istəyənə deyil, bütün tərəfdaşlara təsir edir, buna görə də reallaşdırmadan əvvəl müxtəlif müştərilərdən rəy toplayırıq ki, biriləri üçün yaxşılaşdırma digərləri üçün narahatlıq yaratmasın. Bu əlavə bir addımdır, lakin məhz bu, yekun qərarı daha əsaslı edir.

Niyə səhvlər yaranır

İstənilən mürəkkəb məhsulun hazırlanması elə qurulub ki, səhvlər prosesin daimi hissəsidir, istisna deyil. Bu mürəkkəblik nədən ibarətdir?

Sistem böyüyür. Funksiyalar, inteqrasiyalar və istifadə ssenariləri artdıqca, sistemin müxtəlif hissələrinin bir-biri ilə qarşılıqlı əlaqədə olduğu nöqtələr də çoxalır. Komanda ən tipik ssenariləri test edir, lakin bütün kombinasiyaları əvvəlcədən tam əhatə etmək, hətta ən təcrübəli komanda üçün belə, fiziki olaraq mümkün deyil.

Hər bir tərəfdaş sistemi özünəməxsus şəkildə istifadə edir. Minlərlə müəssisə — minlərlə unikal iş prosesi deməkdir. İstifadəçilərin real şəraitdəki davranışı həmişə test ssenarilərində nəzərdə tutulanlardan daha zəngindir və bəzi sapmalar yalnız canlı məlumatlarda üzə çıxır.

Bir dəyişiklik digərinə təsir edir. Proqramçı bir modulu təkmilləşdirəndə, bu, əlaqəli funksionallığa təsir edə bilər. Sistem nə qədər böyükdürsə, onun hissələri arasında asılılıq zəncirləri bir o qədər uzundur və hər bir dəyişikliyi daha diqqətlə yoxlamaq lazımdır.

Ətraf mühit daim dəyişir. Brauzerlər, əməliyyat sistemləri, inteqrasiya etdiyimiz üçüncü tərəf xidmətləri yenilənir. Dünən işləyən bir şey, üçüncü şirkət tərəfində yeniləmədən sonra fərqli davrana bilər və biz belə dəyişiklikləri izləyir, tez reaksiya veririk.

Tələblər prosesdə dəqiqləşir. Bəzən funksiya məhz nəzərdə tutulduğu kimi reallaşdırılır, lakin real istifadədə məlum olur ki, ideyanı təkmilləşdirmək lazımdır. Beləliklə, məhsul hər iterasiyada daha dəqiq olur.

Biz bunu mürəkkəb bir sistemin inkişafının normal hissəsi kimi qəbul edirik və onu hər bir tərəfdaş üçün daha stabil, sürətli və rahat etmək üçün daim çalışırıq — daha dərin testlərlə, komandanın aydın strukturu və müştərilərlə daimi geribildirim sayəsində.

Əgər problem ilə qarşılaşmısınızsa və ya ideyanızı bölüşmək istəyirsinizsə, FoodSoul-un texniki dəstəyinə yazın. Hər bir müraciət lazımi mütəxəssisə çatır və itmir. Biz yanınızdayıq!

Hörmətlə,

FoodSoul Layihə Meneceri