Bir tvitdə abunəlikdən çıxmaq niyə "günlər çəkə bilər" deyə soruşdu. Bağlayın, mən sizə demək istəyirəm inanılmaz Enterprise Development™-də bunun necə edildiyinin hekayəsi...
Bir bank var. Yəqin ki, bu barədə eşitmisiniz və əgər Böyük Britaniyada yaşayırsınızsa, bunun 10% ehtimalı var. ваш bank. Orada əla maaşla “məsləhətçi” işləyirdim.
Bank marketinq məktubları göndərir. Hər bir e-poçtun altbilgisində kiçik bir “abunədən çıx” linki var. İnsanlar bəzən bu linklərə klikləyirlər.
Bir keçidə klikləmək bir tarixdən əvvəlki veb serverin fırlanmasına səbəb olur bir yerdə bankda. Düzünü desəm, onu tapmaq üçün mənə üç həftə lazım oldu.
Bu xidmət hər dəfə keçidə kliklədikdə daxili gələnlər qutunuza e-poçt göndərir. Bu, gündə bir neçə yüz dəfə baş verir.
Əvvəllər bu məktublar konkret işçiyə göndərilirdisə, o, beş il əvvəl gedib.
İndi məktub paylama qrupuna göndərilir. Qəbul edənin ünvanını dəyişə bilmədilər, çünki o, sərt kodlaşdırılıb və mənbə kodunu xidmətdən tapa bilmədilər. Xidmət Java 6-da yazılmışdır.
Poçt qrupundakı məktublar bankın Haydarabadda (Hindistanda) ofşor mərkəzinin iki əməkdaşı tərəfindən yoxlanılır. Çox çalışırlar və tapşırıqlarını yerinə yetirirlər офигенno, amma lənətə gəlsin, bu iş dözülməzdir.
Mən onlarla videokonfrans vasitəsilə əlaqə saxladım və onlarda müəssisə-travmatik sindromun bütün əlamətləri var idi. Onlar bu cəfəngiyyatla mübarizə apardılar illərdir və bu müddət ərzində heç bir şey dəyişməyib.
Məktub gəldikdə, onlar abunədən çıxarılan ünvanın bank müştərisinə (sonra protokol birdir) aid olub-olmadığını (sonra başqa) müəyyən edən SQL skriptini icra etməlidirlər.
Əgər alıcı müştəridirsə, onlar ETL-dən əvvəlki mühitdə müştəri qeydini yeniləyən başqa SQL skriptini işlətməlidirlər. Bütün dəyişikliklər London vaxtı ilə saat 16:00-da Şotlandiyada ayrıca komanda tərəfindən nəzərdən keçirilir. Dəyişikliklər yoxlamadan keçərsə, onlar real verilənlər bazasına tətbiq ediləcək başqa bir gündə saat 16: 00-da.
Əgər alıcı müştəri deyilsə, onu Excel cədvəlinə əlavə edir və evə getməzdən əvvəl Svindondakı marketinq komandasına göndərirlər.
Marketinq qrupu, çay yarpaqlarından və digər gizli təcrübələrdən istifadə edərək, müştərinin "potensial əhəmiyyətli" olub-olmadığını müəyyən edir (daxili qaydalara əsasən, "48 saata qədər"). Əgər belə deyilsə, o zaman ünvan başqa cədvələ əlavə edilir və başqa SQL sorğusunu yerinə yetirmək üçün Hindistana geri göndərilir.
Əgər marketinq müştərini "əhəmiyyətli" kimi müəyyən edibsə, ona əl ilə "Abunəliyi ləğv etmək istədiyinizə əminsinizmi?" kimi məktub göndərilir. Deyəsən avtomatik olaraq yaradılır, amma əslində belə deyil.
Əgər onlar “bəli” cavabını versələr (əvvəlcə böyük hərflərlə “BƏLİ” yazmaq lazım idi), onda Svindon komandası onları Hindistana göndərir. üçüncüsü masa və orada növbəti skript təntənəli şəkildə icra olunur.
Səhv xatırlayıramsa, orta hesabla alır dörd iş günü. Orta hesabla, gündə təxminən 700 nəfər abunəlikdən çıxır ki, bunun da 70%-i “potensial əhəmiyyətlidir”.
Yeri gəlmişkən, bu iki hindistanlı bizim inkişaf komandamıza keçdi və bütün bu cəfəngiyatı əvəz edən sistem üçün PM oldu. Onlar mənimlə işləməkdən zövq aldığım ən mehriban, ən şəfqətli və çalışqan insanlar idi. Məhz onların sayəsində bu qorxulu korporativ proses bütün bu illər ərzində belə “rəvan” işləyirdi. Daha sonra onlar İngiltərəyə köçdülər və onlardan biri indi 40+ işçisi olan bir şöbəni idarə edir.
Tərcüməçinin qeydi: KDPV-də bayquş - .
Mənbə: www.habr.com