Մի թվիթ հարցրեց, թե ինչու բաժանորդագրությունից դուրս գալը կարող է «օրեր տևել»: Ամուր բռնիր, ես պատրաստվում եմ քեզ ասել անհավանական պատմությունը, թե ինչպես է դա արվել Enterprise Development™-ում...
Կա մեկ բանկ. Դուք հավանաբար լսել եք դրա մասին, և եթե դուք ապրում եք Մեծ Բրիտանիայում, ապա 10% հավանականություն կա, որ դա ձերն է բանկ. Ես այնտեղ աշխատել եմ որպես «խորհրդատու» գերազանց աշխատավարձով։
Բանկը մարքեթինգային նամակներ է ուղարկում: Յուրաքանչյուր էլփոստի ստորոտում կա փոքրիկ «չբաժանորդագրվել» հղում: Մարդիկ երբեմն սեղմում են այս հղումները:
Հղման վրա սեղմելը հանգեցնում է մեկ նախապատմական վեբ սերվերի պտտմանը Որտեղ բանկում։ Անկեղծ ասած, ինձանից երեք շաբաթ պահանջվեց միայն նրան գտնելու համար:
Այս ծառայությունը նամակ է ուղարկում ձեր ներքին մուտքի արկղ ամեն անգամ, երբ հղումը սեղմվում է: Դա տեղի է ունենում օրական մի քանի հարյուր անգամ:
Նախկինում այդ նամակները ուղարկվում էին կոնկրետ աշխատակցին, սակայն հինգ տարի առաջ նա հեռացավ։
Այժմ նամակը փոխանցվում է բաշխման խմբին։ Նրանք չկարողացան փոխել ստացողի հասցեն, քանի որ այն կոշտ կոդավորված էր, և նրանք չկարողացան գտնել ծառայության աղբյուրի կոդը: Ծառայությունը գրված է Java 6-ով:
Փոստային խմբում նամակները ստուգվում են բանկի Հայդարաբադում (Հնդկաստան) օֆշորային կենտրոնի երկու աշխատակիցների կողմից: Նրանք քրտնաջան աշխատում են և կատարում իրենց առաջադրանքները օֆիգեննո, բայց անիծյալ, այս գործն անտանելի է։
Ես նրանց հետ շփվել եմ վիդեոկոնֆերանսի միջոցով, և նրանք ունեցել են ձեռնարկատիրական-հետտրավմատիկ համախտանիշի բոլոր նշանները։ Նրանք պայքարեցին այս անհեթեթության դեմ տարիների ընթացքում և այս ընթացքում ոչինչ չի փոխվել.
Երբ նամակը հասնում է, նրանք պետք է գործարկեն SQL սկրիպտը, որը որոշում է, թե արդյոք հասցեն, որը դուրս է գրվել բաժանորդագրությունից, պատկանում է բանկի հաճախորդին (այդ դեպքում արձանագրությունը մեկն է), թե ոչ (այնուհետև մյուսը):
Եթե ստացողը հաճախորդ է, նա պետք է գործարկի մեկ այլ SQL սկրիպտ, որը թարմացնում է հաճախորդի գրառումը նախնական ETL միջավայրում: Բոլոր փոփոխությունները վերանայվում են Լոնդոնի ժամանակով 16:00-ին Շոտլանդիայի առանձին թիմի կողմից: Եթե փոփոխություններն անցնեն ստուգում, ապա դրանք կկիրառվեն իրական տվյալների բազայում մեկ այլ օրում ժամը 16: 00-ին:
Եթե ստացողը հաճախորդ չէ, նրանք այն ավելացնում են Excel-ի աղյուսակում և տուն գնալուց առաջ ուղարկում են Սվինդոնի մարքեթինգային թիմին:
Մարքեթինգային թիմը, օգտագործելով թեյի տերևներ և այլ գաղտնի պրակտիկա, որոշում է, թե արդյոք հաճախորդը «պոտենցիալ նշանակալի է» (որի համար, համաձայն ներքին կանոնակարգերի, «մինչև 48 ժամ»): Եթե դա այդպես չէ, ապա հասցեն ավելացվում է մեկ այլ աղյուսակում և հետ է ուղարկվում Հնդկաստան՝ մեկ այլ SQL հարցում կատարելու համար:
Եթե մարքեթինգը հաճախորդին ճանաչել է որպես «նշանակալի», նրան ձեռքով նամակ է ուղարկվում, ինչպիսին է «Վստա՞հ եք, որ իսկապես ցանկանում եք չեղարկել բաժանորդագրությունը»: Թվում է, թե այն ավտոմատ կերպով ստեղծվում է, բայց իրականում դա այդպես չէ:
Եթե նրանք պատասխանեն «այո» (ի սկզբանե անհրաժեշտ էր գրել «ԱՅՈ» մեծատառերով), ապա Սվինդոնից թիմը նրանց ուղարկում է Հնդկաստան։ երրորդը սեղան և այնտեղ հանդիսավոր կերպով կատարվում է հաջորդ սցենարը:
Եթե ճիշտ եմ հիշում, միջինը տեւում է չորս աշխատանքային օր. Օրական միջինում մոտ 700 մարդ դուրս է գալիս բաժանորդագրությունից, որից 70%-ը «պոտենցիալ նշանակալի» է։
Ի դեպ, այս երկու հնդիկները տեղափոխվեցին մեր զարգացման թիմ և դարձան վարչապետներ այն համակարգի համար, որը փոխարինեց այս բոլոր անհեթեթությանը: Նրանք ամենաբարի, ամենակարեկից և աշխատասեր մարդիկ էին, որոնց հետ աշխատելու հաճույք եմ ունեցել: Նրանց շնորհիվ էր, որ այս մղձավանջային կորպորատիվ գործընթացն այդքան «սահուն» աշխատեց այս տարիների ընթացքում։ Ավելի ուշ նրանք տեղափոխվեցին Անգլիա, և նրանցից մեկն այժմ ղեկավարում է 40+ աշխատակից ունեցող բաժանմունք:
Թարգմանչի նշում. owl on KDPV - .
Source: www.habr.com