Ինչպես է կազմակերպված աշխատանքը FoodSoul համակարգի վրա՝ գաղափարից մինչև արդյունք

Մենք գնահատում ենք մեր գործընկերների վստահությունը և ցանկանում ենք լինել առավելագույնս թափանցիկ։ Այս հոդվածում կպատմենք, թե ինչպես է կազմավորված թիմը, ինչպես են գաղափարները վերածվում ֆունկցիոնալի, ինչպես ենք մենք սահմանում առաջնահերթությունները և ինչ է տեղի ունենում кուլիսների հետևում, երբ ինչ-որ բան այնպես չի գնում։

FoodSoul-ը կենդանի համակարգ է

FoodSoul-ը պարզապես հավելված չէ։ Դրա հետևում կանգնած է մեծ ենթակառուցվածք՝ CRM, տվյալների պահպանում և պաշտպանություն, կայքերի և բջջային հավելվածների շաբլոններ և հազարավոր ռեստորան-գործընկերներ, որոնցից յուրաքանչյուրը ունի իր պահանջներն ու աշխատանքի սցենարները։

Մենք մշտապես լսում ենք՝ հավաքում ենք գաղափարներ գործընկերներից տեխնիկական աջակցության միջոցով, հաճախորդների հետ ուղիղ շփումից և մեր IT բաժնի վերլուծաբաններից։ Այս ամենը կուտակվում է բեքլոգում՝ մշտապես թարմացվող առաջադրանքների ցուցակում, որի հիման վրա կազմվում է արտադրանքի զարգացման ճանապարհային քարտեզը։

Ինչպես է կազմավորված թիմը և աշխատանքի կառուցվածքը

FoodSoul-ի վրա աշխատում է մասնագետների մի քանի խումբ, և յուրաքանչյուրն ունի իր պատասխանատվության ոլորտը և փոխգործակցության տրամաբանությունը մյուսների հետ։

Տեխնիկական աջակցություն — գործընկերների հետ առաջին շփման գիծն է։ Այն ընդունում է դիմումները, հասկանում խնդրի էությունը և կամ լուծում տեղում, կամ փոխանցում համապատասխան մասնագետին, ով գիտի համակարգի անհրաժեշտ հատվածը։

Երկրորդ գծի մասնագետները՝ ինժեներներ են, որոնք խորապես տիրապետում են կոնկրետ մոդուլներին՝ ինտեգրացիաներ, բջջային հավելվածներ, CRM, վճարումներ։ Նրանք են ստուգում՝ արդյոք դիմումը ֆունկցիոնալի աշխատանքի առանձնահատկություն է, թե իրական սխալ։

Վերլուծաբանները հավաքում և կառուցվածքավորում են գործընկերների ցանկությունները, գնահատում՝ որքան պահանջված է փոփոխությունը և ինչպես այն կազդի մյուս հաճախորդների վրա, նախքան առաջադրանքը կանցնի մշակման։

Ծրագրավորողներն ու թեստավորողները իրականացնում են առաջադրանքները և ստուգում դրանք թողարկումից առաջ՝ սկսած փոքր ուղղումներից մինչև ֆունկցիոնալի խոշոր փոփոխություններ։

Նախագծերի ղեկավարները պահում են առաջնահերթությունները ուշադրության կենտրոնում՝ հետևում են բեքլոգին, բաշխում առաջադրանքները թիմերի միջև և պատասխանատու են, որ կարևորն չկորչի ընթացիկ խնդիրների մեջ։

Աշխատանքը կառուցված է ցիկլիկ՝ թիմը պարբերաբար վերանայում է բեքլոգը, գնահատում նոր դիմումները և ցանկությունները, պլանավորում մոտակա առաջադրանքները և հետևում արդեն ընթացքի մեջ գտնվողների կարգավիճակին։ Այս ռիթմը թույլ է տալիս չկորցնել տեսադաշտից ոչ հրատապ խնդիրները, ոչ էլ արտադրանքի երկարաժամկետ զարգացումը և միաժամանակ պահպանել կանխատեսելիությունը՝ գործընկերը միշտ կարող է տեխնիկական աջակցության միջոցով իմանալ, թե իր դիմումը որ փուլում է։

Ինչպես ենք մենք սահմանում առաջնահերթությունները

Երբ առաջանում է խնդիր, մենք գործում ենք հետևյալ սցենարներից մեկով։

Զանգվածային խափանում — սխալ, որի հետ մեկ օրվա կամ մի քանի ժամվա ընթացքում միաժամանակ բախվել են մի քանի հաճախորդ։ Սա ամենաբարձր առաջնահերթությունն է՝ թեստավորողն ու ծրագրավորողները միանում են անմիջապես։

Կրիտիկական սխալ մեկ հաճախորդի մոտ — եթե սխալը անմիջականորեն ազդում է գործընկերոջ եկամտի կամ հեղինակության վրա, առաջնահերթությունը նույնքան բարձր է։ Մենք ներգրավում ենք հիմնական ռեսուրսները և կարճ ժամանակում լուծում խնդիրը։

Ստանդարտ սխալ — տեխնիկական աջակցությամբ ընդունված դիմում, որը աղետ չի թվում։ Այն մշակում է երկրորդ գծի մասնագետը, ով լավ գիտի համակարգը։ Հնարավոր են երկու ելք՝ կամ պարզվում է, որ դա ֆունկցիոնալի աշխատանքի առանձնահատկություն է, որը հաշվի չի առնվել, այդ դեպքում հաճախորդին բացատրում են լուծումը, կամ խնդիրը իսկապես գոյություն ունի, այդ դեպքում այն փոխանցվում է նախագծի ղեկավարին, ֆիքսվում առաջադրանքների համակարգում՝ առաջնահերթությամբ և պատասխանատուով և իրականացվում հերթականությամբ։ Տեխնիկական աջակցության մասնագետը հետևում է կարգավիճակին և հաճախորդին տեղեկացնում, երբ առաջադրանքը կատարված է։

Մանր սխալ — սխալ, որը չի ազդում համակարգի աշխատանքի վրա, բայց պահանջում է ուղղում՝ տպագրական սխալ, տեղաշարժված ինտերֆեյսի տարր, կոճակի սխալ գույն։ Այդպիսի առաջադրանքները կատարվում են, երբ ավելի առաջնահերթ դիմումներ չկան։

Ցանկություններ — մենք ուշադիր հետևում ենք, թե ինչ են խնդրում գործընկերները։ Երբ նույն խնդրանքը ստանում ենք մի քանի հաճախորդից, առաջնահերթությունը բարձրանում է, և մենք այն վերցնում ենք վերլուծության։ Ցանկացած փոփոխություն անմիջապես ազդում է բոլոր գործընկերների վրա, ոչ միայն խնդրողին, այդ պատճառով իրականացմանից առաջ հավաքում ենք տարբեր հաճախորդների հետադարձ կապը, որպեսզի բարելավումը մեկի համար անհարմարություն չստեղծի մյուսների համար։ Սա լրացուցիչ քայլ է, բայց հենց դա է վերջնական լուծումը դարձնում ավելի կշռադատված։

Ինչու են առաջանում սխալներ

Ցանկացած բարդ արտադրանքի մշակումը այնպես է կառուցված, որ սխալները գործընթացի կանոնավոր մասն են, ոչ թե բացառություն։ Ահա, թե ինչից է կազմված այս բարդությունը։

Համակարգը աճում է։ Որքան շատ են ֆունկցիաները, ինտեգրացիաները և օգտագործման սցենարները, այնքան շատ են կետերը, որտեղ համակարգի տարբեր մասերը փոխազդում են միմյանց հետ։ Թիմը թեստավորում է առավել տիպիկ սցենարները, բայց ամբողջությամբ բոլոր համակցությունները նախապես ընդգրկել ֆիզիկապես անհնար է նույնիսկ ամենափորձառու թիմի համար։

Յուրաքանչյուր գործընկեր համակարգը օգտագործում է յուրովի։ Հազարավոր հաստատություններ՝ հազարավոր յուրահատուկ աշխատանքային գործընթացներ։ Օգտատերերի վարքագիծը իրական պայմաններում միշտ ավելի բազմազան է, քան կարելի է նախատեսել թեստային սցենարներում, և որոշ շեղումներ ի հայտ են գալիս միայն կենդանի տվյալների վրա։

Մեկ փոփոխությունը ազդում է մյուսի վրա։ Երբ ծրագրավորողը բարելավում է մեկ մոդուլը, դա կարող է անդրադառնալ հարակից ֆունկցիոնալի վրա։ Որքան մեծ է համակարգը, այնքան երկար են կախվածությունների շղթաները դրա մասերի միջև, և այնքան ուշադիր պետք է ստուգել յուրաքանչյուր փոփոխություն։

Միջավայրը մշտապես փոխվում է։ Թարմացվում են դիտարկիչները, օպերացիոն համակարգերը, երրորդ կողմի ծառայությունները, որոնց հետ ինտեգրված ենք։ Այն, ինչ երեկ աշխատում էր, կարող է այլ կերպ գործել երրորդ կողմի թարմացումից հետո, և մենք հետևում ենք այդ փոփոխություններին, որպեսզի արագ արձագանքենք։

Պահանջները հստակեցվում են գործընթացում։ Երբեմն ֆունկցիան իրականացված է հենց այնպես, ինչպես նախատեսված էր, բայց իրական օգտագործման ժամանակ պարզվում է, որ գաղափարը պետք է կատարելագործել։ Այսպես արտադրանքը յուրաքանչյուր իտերացիայով դառնում է ավելի ճշգրիտ։

Մենք սա համարում ենք բարդ համակարգի աճի բնական մաս և մշտապես աշխատում ենք այն ավելի կայուն, արագ և հարմար դարձնելու համար յուրաքանչյուր գործընկերոջ համար՝ ավելի խորը թեստավորման, թիմի հստակ կառուցվածքի և հաճախորդների հետ մշտական հետադարձ կապի շնորհիվ։

Եթե դուք բախվել եք խնդրի կամ ցանկանում եք կիսվել գաղափարով, գրեք տեխնիկական աջակցությանը FoodSoul-ին։ Յուրաքանչյուր դիմում հասնում է անհրաժեշտ մասնագետին և չի կորում։ Մենք ձեր կողքին ենք։

Հարգանքով,

Project Manager FoodSoul