DevOps-ի փիլիսոփայությունը, երբ զարգացումը զուգորդվում է ծրագրային ապահովման սպասարկման հետ, ոչ ոքի չի զարմացնի: Նոր միտում է թափ հավաքում` DevOps 2.0 կամ BizDevOps: Այն միավորում է երեք բաղադրիչ մեկ ամբողջության մեջ՝ բիզնես, զարգացում և աջակցություն: Եվ ինչպես DevOps-ում, ինժեներական պրակտիկան կազմում է զարգացման և աջակցության միջև կապի հիմքը, և բիզնեսի զարգացման մեջ վերլուծությունը ստանձնում է «սոսինձի» դերը, որը միավորում է զարգացումը բիզնեսի հետ:
Ուզում եմ անմիջապես խոստովանել՝ մենք միայն հիմա իմացանք, որ իրական բիզնես զարգացում ունենք՝ խելացի գրքեր կարդալուց հետո։ Այն ինչ-որ կերպ համախմբվեց աշխատակիցների նախաձեռնության և կատարելագործման անզսպելի կրքի շնորհիվ: Վերլուծությունն այժմ զարգացման արտադրական գործընթացի մի մասն է՝ զգալիորեն կրճատելով հետադարձ կապերը և պարբերաբար տրամադրելով պատկերացումներ: Ես ձեզ մանրամասն կպատմեմ, թե ինչպես է ամեն ինչ աշխատում մեզ մոտ:
Դասական DevOps-ի թերությունները
Երբ ստեղծվում են նոր հաճախորդների արտադրանք, բիզնեսը ստեղծում է հաճախորդների վարքագծի իդեալական մոդել և ակնկալում է լավ փոխակերպում, որի հիման վրա կառուցում է իր բիզնես նպատակներն ու արդյունքները: Մշակողների թիմն իր հերթին ձգտում է ստեղծել շատ լավ, որակյալ կոդ։ Աջակցեք գործընթացների ամբողջական ավտոմատացման, նոր արտադրանքի պահպանման հեշտության և հարմարավետության հույսերին:
Իրականությունն ամենից հաճախ զարգանում է այնպես, որ հաճախորդները ստանում են բավականին բարդ գործընթաց, բիզնեսը խրված է ցածր փոխակերպման մեջ, զարգացման թիմերը թողարկում են ուղղումներ շտկման հետևից, և աջակցությունը խեղդվում է հաճախորդների հարցումների հոսքի մեջ: Ծանո՞թ է հնչում:
Չարի արմատն այստեղ կայանում է գործընթացի մեջ ներկառուցված երկար ու վատ հետադարձ կապի մեջ: Բիզնեսները և ծրագրավորողները, երբ հավաքում են պահանջներ և հետադարձ կապ ստանում սպրինտների ժամանակ, շփվում են սահմանափակ թվով հաճախորդների հետ, որոնք մեծապես ազդում են արտադրանքի ճակատագրի վրա: Հաճախ այն, ինչ կարևոր է մեկ անձի համար, բոլորովին բնորոշ չէ ողջ թիրախային լսարանի համար։
Հասկանալը, թե արդյոք ապրանքը շարժվում է ճիշտ ուղղությամբ, գալիս է ֆինանսական հաշվետվությունների և շուկայի հետազոտության արդյունքների հետ՝ մեկնարկից ամիսներ անց: Իսկ ընտրանքի սահմանափակ չափի պատճառով նրանք հնարավորություն չեն տալիս մեծ թվով հաճախորդների վրա վարկածներ փորձարկել։ Ընդհանուր առմամբ, ստացվում է երկար, ոչ ճշգրիտ և անարդյունավետ:
Trophy գործիք
Մենք լավ միջոց գտանք սրանից հեռու մնալու համար: Գործիքը, որը նախկինում միայն օգնում էր շուկայավարներին, այժմ հայտնվել է բիզնեսի և մշակողների ձեռքում: Մենք սկսեցինք ակտիվորեն օգտագործել վեբ վերլուծությունը, որպեսզի նայենք գործընթացին իրական ժամանակում, այստեղ և հիմա հասկանալու համար, թե ինչ է կատարվում: Ելնելով դրանից՝ պլանավորեք ապրանքն ինքնին և տարածեք այն մեծ թվով հաճախորդների համար:
Եթե դուք պլանավորում եք ինչ-որ ապրանքի բարելավում, կարող եք անմիջապես տեսնել, թե ինչ չափանիշների հետ է այն կապված, և ինչպես են այդ չափումները ազդում վաճառքի և բիզնեսի համար կարևոր բնութագրերի վրա: Այս կերպ դուք կարող եք անմիջապես վերացնել ցածր ազդեցություն ունեցող վարկածները: Կամ, օրինակ, նոր գործառույթ տարածեք վիճակագրորեն նշանակալի թվով օգտատերերի համար և վերահսկեք չափումները իրական ժամանակում՝ հասկանալու համար, թե արդյոք ամեն ինչ աշխատում է այնպես, ինչպես նախատեսված է: Մի սպասեք հետադարձ կապի հարցումների կամ հաշվետվությունների տեսքով, այլ անմիջապես վերահսկեք և անմիջապես կարգավորեք արտադրանքի ստեղծման գործընթացը ինքներդ: Մենք կարող ենք ներդնել նոր գործառույթ, հավաքել վիճակագրորեն ճիշտ տվյալներ երեք օրվա ընթացքում, փոփոխություններ կատարել ևս երեք օրից, և մեկ շաբաթվա ընթացքում հիանալի նոր արտադրանքը պատրաստ կլինի:
Դուք կարող եք հետևել ամբողջ ձագարին, բոլոր հաճախորդներին, ովքեր շփվել են նոր արտադրանքի հետ, հայտնաբերել այն կետերը, որտեղ ձագարը կտրուկ նեղացել է և հասկանալ պատճառները: Ե՛վ մշակողները, և՛ բիզնեսներն այժմ վերահսկում են դա որպես իրենց ամենօրյա աշխատանքի մի մաս: Նրանք տեսնում են նույն հաճախորդի ճանապարհորդությունը, և միասին նրանք կարող են առաջացնել գաղափարներ և վարկածներ բարելավման համար:
Բիզնեսի և զարգացման այս ինտեգրումը վերլուծության հետ միասին հնարավորություն է տալիս շարունակաբար ստեղծել ապրանքներ, անընդհատ օպտիմիզացնել, որոնել և տեսնել խոչընդոտները, ինչպես նաև ամբողջ գործընթացը:
Ամեն ինչ բարդության մասին է
Երբ մենք ստեղծում ենք նոր ապրանք, մենք չենք սկսում զրոյից, այլ այն ինտեգրում ենք արդեն գոյություն ունեցող ծառայությունների ցանցում: Նոր ապրանք փորձարկելիս հաճախորդն ամենից հաճախ կապվում է մի քանի բաժինների հետ: Նա կարող է շփվել կոնտակտային կենտրոնի աշխատակիցների հետ, գրասենյակում գտնվող մենեջերների հետ, կարող է կապ հաստատել աջակցության հետ կամ առցանց չաթերում: Օգտագործելով չափումները, մենք կարող ենք տեսնել, օրինակ, թե ինչ ծանրաբեռնվածություն կա կոնտակտային կենտրոնի վրա, ինչպես լավագույնս մշակել մուտքային հարցումները: Մենք կարող ենք հասկանալ, թե քանի մարդ է հասնում գրասենյակ և առաջարկում, թե ինչպես հետագայում խորհուրդ տալ հաճախորդին:
Ճիշտ նույնն է տեղեկատվական համակարգերի դեպքում: Մեր բանկը գոյություն ունի ավելի քան 20 տարի, այդ ընթացքում ստեղծվել և գործում է տարասեռ համակարգերի մեծ շերտ։ Հետադարձ համակարգերի միջև փոխազդեցությունը երբեմն կարող է անկանխատեսելի լինել: Օրինակ, որոշ հնագույն համակարգերում կան որոշակի դաշտի նիշերի քանակի սահմանափակումներ, և երբեմն դա խափանում է նոր ծառայությունը: Բավականին դժվար է հետևել վրիպակին՝ օգտագործելով ստանդարտ մեթոդներ, բայց վեբ վերլուծության միջոցով դա հեշտ է:
Մենք հասանք այն կետին, երբ սկսեցինք հավաքել և վերլուծել սխալի տեքստերը, որոնք հաճախորդին ցուցադրվում են բոլոր ներգրավված համակարգերից: Պարզվեց, որ դրանցից շատերը ժամանակավրեպ էին, և մենք չէինք էլ կարող պատկերացնել, որ նրանք ինչ-որ կերպ ներգրավված են մեր գործընթացում։
Աշխատեք վերլուծականի հետ
Մեր վեբ վերլուծաբանները և SCRUM-ի մշակման թիմերը գտնվում են նույն սենյակում: Նրանք անընդհատ շփվում են միմյանց հետ: Անհրաժեշտության դեպքում մասնագետներն օգնում են կարգավորել չափումները կամ ներբեռնել տվյալները, բայց հիմնականում թիմի անդամներն իրենք են աշխատում վերլուծական ծառայության հետ, այնտեղ բարդ բան չկա:
Օգնությունը պահանջվում է, եթե, օրինակ, ձեզ անհրաժեշտ են որոշ կախվածություններ կամ լրացուցիչ զտիչներ սահմանափակ տեսակի հաճախորդների կամ աղբյուրների համար: Բայց ներկայիս ճարտարապետության մեջ մենք հազվադեպ ենք հանդիպում դրան:
Հետաքրքիր է, որ վերլուծության ներդրումը չի պահանջում նոր ՏՏ համակարգի տեղադրում: Մենք օգտագործում ենք նույն ծրագրաշարը, որի հետ շուկայագետները նախկինում աշխատել են: Հարկավոր էր միայն պայմանավորվել դրա կիրառման շուրջ և այն իրականացնել բիզնեսի և զարգացման մեջ։ Իհարկե, մենք չէինք կարող պարզապես վերցնել այն, ինչ ուներ մարքեթինգը, մենք ստիպված էինք ամեն ինչ նորովի կարգավորել և շուկայավարման հասանելիություն տալ նոր միջավայրին, որպեսզի նրանք լինեին մեզ հետ նույն տեղեկատվական դաշտում:
Ապագայում մենք նախատեսում ենք գնել վեբ վերլուծական ծրագրաշարի բարելավված տարբերակը, որը թույլ կտա մեզ հաղթահարել մշակված նիստերի աճող ծավալները:
Մենք նաև ակտիվորեն գտնվում ենք CRM-ի և հաշվապահական համակարգերից վեբ վերլուծության և ներքին տվյալների բազաների ինտեգրման գործընթացում: Տվյալների համադրմամբ մենք ստանում ենք հաճախորդի ամբողջական պատկերը բոլոր անհրաժեշտ առումներով՝ ըստ աղբյուրի, հաճախորդի տեսակի, ապրանքի: BI ծառայությունները, որոնք օգնում են պատկերացնել տվյալները, շուտով հասանելի կդառնան բոլոր բաժիններին:
Ինչի՞ հետ հայտնվեցինք։ Փաստորեն, մենք դրա վերաբերյալ վերլուծություններն ու որոշումների ընդունումը դարձրինք արտադրական գործընթացի մաս, ինչը տեսանելի ազդեցություն ունեցավ։
Վերլուծություն. մի քայլեք փոցխի վրա
Եվ վերջապես, ես ուզում եմ կիսվել մի քանի խորհուրդներով, որոնք կօգնեն ձեզ խուսափել դժվարությունների մեջ բիզնեսի զարգացման բիզնես կառուցելու գործընթացում:
- Եթե դուք չեք կարող արագ վերլուծություն անել, ապա դուք սխալ վերլուծություն եք անում: Դուք պետք է հետևեք մեկ ապրանքի պարզ ճանապարհին, այնուհետև մեծացնեք:
- Դուք պետք է ունենաք թիմ կամ մարդ, ով լավ հասկանում է ապագա վերլուծական ճարտարապետությունը: Դուք դեռ պետք է ափին որոշեք, թե ինչպես եք մասշտաբավորելու վերլուծական տվյալները, ինտեգրելու այն այլ համակարգերի մեջ և վերօգտագործելու տվյալները:
- Մի ստեղծեք ավելորդ տվյալներ: Վեբ վիճակագրությունը, բացի օգտակար տեղեկատվությունից, նաև հսկայական աղբանոց է՝ անորակ և ավելորդ տվյալներով։ Եվ այս աղբը կխանգարի որոշումների կայացմանն ու գնահատմանը, եթե չլինեն հստակ նպատակներ։
- Անալիտիկա մի արեք հանուն վերլուծության։ Նախ՝ նպատակներ, գործիքի ընտրություն, և միայն դրանից հետո՝ վերլուծություն միայն այնտեղ, որտեղ դա ազդեցություն կունենա։
Նյութը պատրաստվել է Չեբոտար Օլգայի հետ համատեղ ().
Source: www.habr.com