FoodSoul жүйесімен жұмыс қалай ұйымдастырылған: идеядан нәтижеге дейін

Біз серіктестеріміздің сенімін жоғары бағалаймыз, сондықтан барынша ашық болуға тырысамыз. Бұл мақалада команда қалай құрылғанын, идеялар қалай функционалға айналатынын, біз қалай басымдық қоятынымызды және бірдеңе дұрыс болмаған кезде сахна артында не болатынын айтып береміз.

FoodSoul — бұл тірі жүйе

FoodSoul — жай ғана қосымша емес. Оның артында үлкен инфрақұрылым бар: CRM, деректерді сақтау және қорғау, сайттар мен мобильді қосымшалардың шаблондары және әрқайсысының өз қажеттіліктері мен жұмыс сценарийлері бар мыңдаған серіктес мейрамханалар.

Біз үнемі тыңдаймыз: серіктестерден идеяларды техникалық қолдау арқылы, клиенттермен тікелей қарым-қатынастан және IT-бөлімнің өз аналитиктерінен жинаймыз. Мұның бәрі бэклогқа — үнемі жаңартылып отыратын тапсырмалар тізіміне жиналады, осының негізінде өнімді дамыту жол картасы құрылады.

Команда мен жұмыс құрылымы қалай ұйымдастырылған

FoodSoul-да бірнеше мамандар тобы жұмыс істейді, әрқайсысының өз жауапкершілік аймағы және басқалармен өзара әрекеттесу логикасы бар.

Техникалық қолдау — серіктестермен алғашқы байланыс желісі. Олар өтініштерді қабылдайды, мәселенің мәнін түсінеді және оны орнында шешеді немесе жүйенің қажетті бөлігін білетін маманға жолдайды.

Екінші желі мамандары — бұл интеграциялар, мобильді қосымшалар, CRM, төлемдер сияқты нақты модульдерді терең білетін инженерлер. Дәл осы мамандар өтініштің функционал жұмысының ерекшелігі ме, әлде нақты қате ме екенін тексереді.

Аналитиктер серіктестердің тілектерін жинап, құрылымдайды, өзгерістің қаншалықты сұранысқа ие екенін және оның басқа клиенттерге қалай әсер ететінін бағалайды, содан кейін ғана тапсырма әзірлеуге өтеді.

Әзірлеушілер мен тестілеушілер тапсырмаларды жүзеге асырады және оларды шығарылым алдында тексереді — шағын түзетулерден бастап функционалдың ірі жетілдірулеріне дейін.

Жоба жетекшілері басымдықтарды назарда ұстайды: бэклогты қадағалайды, тапсырмаларды командалар арасында бөледі және маңызды нәрсенің ағымдағы тапсырмалар арасында жоғалып кетпеуіне жауап береді.

Жұмыс циклдік түрде ұйымдастырылған: команда бэклогты үнемі қайта қарап, жаңа өтініштер мен тілектерді бағалайды, алдағы тапсырмаларды жоспарлайды және жұмысқа алынғандардың мәртебесін қадағалайды. Мұндай ырғақ шұғыл мәселелерді де, өнімнің ұзақ мерзімді дамуын да назардан тыс қалдырмауға және болжамдылықты сақтауға мүмкіндік береді: серіктес әрқашан техникалық қолдау арқылы өз өтінішінің қай кезеңде екенін біле алады.

Біз қалай басымдық қоямыз

Мәселе туындағанда, біз келесі сценарийлердің бірін қолданамыз.

Жаппай ақау — бірнеше клиент бір уақытта бірнеше сағат немесе күн ішінде кездесетін қате. Бұл ең жоғары басымдық: тестілеуші мен әзірлеушілер бірден қосылады.

Бір клиенттегі маңызды қате — егер қате серіктестің табысына немесе беделіне тікелей әсер етсе, басымдық дәл сондай жоғары. Біз негізгі ресурстарды жұмылдырып, мәселені қысқа мерзімде шешеміз.

Стандартты қате — техникалық қолдау қабылдаған, бірақ апатқа ұқсамайтын өтініш. Оны жүйені жақсы білетін екінші желі маманы өңдейді. Екі нәтиже болуы мүмкін: бұл функционал жұмысының ескерілмеген ерекшелігі болып шығады, онда клиентке шешімі түсіндіріледі; немесе мәселе шынымен бар, онда ол жоба жетекшісіне өтеді, тапсырмалар жүйесінде басымдықпен және жауаптымен тіркеледі және кезекпен орындалады. Техникалық қолдау маманы мәртебесін қадағалап, тапсырма орындалғанда клиентке хабарлайды.

Кішігірім қате — жүйенің жұмысына әсер етпейтін, бірақ түзетуді қажет ететін қате: қате жазу, интерфейс элементінің дұрыс көрсетілмеуі, батырманың түсінің дұрыс болмауы. Мұндай тапсырмалар жоғарыда аталған басым өтініштер болмаған кезде орындалады.

Тілектер — біз серіктестердің сұраныстарын мұқият қадағалаймыз. Бір өтініш бірнеше клиенттен түссе, оның басымдығы артады және біз оны аналитикаға аламыз. Кез келген өзгеріс бірден барлық серіктестерге әсер етеді, сондықтан іске асырмас бұрын біз әртүрлі клиенттерден кері байланыс жинаймыз, осылайша біреулерге жақсарту басқаларға қолайсыздық тудырмас үшін. Бұл қосымша қадам, бірақ дәл осы шешімді салмақты етеді.

Неліктен қателер пайда болады

Күрделі өнімді әзірлеу барысында қателер — бұл ерекше жағдай емес, үнемі кездесетін процесс бөлігі. Бұл күрделілік неден тұрады:

Жүйе өсіп келеді. Функциялар, интеграциялар мен пайдалану сценарийлері көбейген сайын, жүйенің әртүрлі бөліктері өзара әрекеттесетін нүктелер де көбейеді. Команда ең типтік сценарийлерді тексереді, бірақ барлық комбинацияларды алдын ала толық қамту тіпті ең тәжірибелі команда үшін де физикалық тұрғыдан мүмкін емес.

Әр серіктес жүйені өзінше пайдаланады. Мыңдаған мекеме — бұл мыңдаған бірегей жұмыс процесі. Пайдаланушылардың нақты жағдайдағы әрекеті тестілік сценарийлерде болжауға қарағанда әлдеқайда күрделі, сондықтан кейбір ауытқулар тек нақты деректерде ғана көрінеді.

Бір өзгеріс екіншісіне әсер етеді. Әзірлеуші бір модульді жақсартқанда, бұл көршілес функционалға әсер етуі мүмкін. Жүйе неғұрлым ірі болса, оның бөліктері арасындағы тәуелділік тізбегі соғұрлым ұзақ, сондықтан әр өзгерісті мұқият тексеру қажет.

Орта үнемі өзгеріп отырады. Біз интеграцияланған браузерлер, операциялық жүйелер, үшінші тарап сервистері жаңарып отырады. Кеше жұмыс істеген нәрсе, үшінші тарап компаниясында жаңарту болғаннан кейін басқаша жұмыс істеуі мүмкін, сондықтан біз мұндай өзгерістерді бақылап, тез әрекет етеміз.

Талаптар үдерісте нақтыланады. Кейде функция дәл ойластырылғандай жүзеге асырылады, бірақ нақты қолдануда оны жетілдіру қажет екені анықталады. Осылайша, өнім әр итерация сайын дәлірек бола түседі.

Біз мұны күрделі жүйенің өсуінің қалыпты бөлігі ретінде қабылдаймыз және оны әр серіктес үшін тұрақтырақ, жылдамырақ және ыңғайлырақ ету үшін үнемі жұмыс істейміз — тереңірек тестілеу, команданың нақты құрылымы және клиенттермен тұрақты кері байланыс арқылы.

Егер сіз мәселе тапсаңыз немесе идеямен бөліскіңіз келсе, FoodSoul техникалық қолдауына жазыңыз. Әр өтініш тиісті маманға түседі және жоғалмайды. Біз әрдайым жанымыздамыз!

Құрметпен,

FoodSoul жобасының менеджері