Ճարտարապետի ուղին. հավաստագրում և արտադրանքի մեջ ընկղմում

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

Ո՞վ է ճարտարապետը։

ՏՏ ճարտարապետը (տեխնոլոգիական ղեկավար) բարձր մակարդակի մշակող է, որը զբաղվում է ՏՏ նախագծերի գլոբալ խնդիրներով։ Նա խորանում է հաճախորդի բիզնես գործընթացների մեջ և օգնում լուծել նրանց խնդիրները՝ օգտագործելով տեխնոլոգիաներ, ինչպես նաև որոշում է, թե ինչպես է կառուցվելու տվյալ տեղեկատվական համակարգը։

Նման մասնագետը պետք է ոչ միայն հասկանա առանձին առարկայական ոլորտները, այլև տեսնի ամբողջ գործընթացը.

• Բիզնեսի խնդրի սահմանում։
• Մշակում, ներառյալ ծրագրավորումը, տվյալների պատրաստումը, պահպանումը և մշակումը։
• Ենթակառուցվածքների տեղակայում և աջակցություն։
• Թեստավորում
• Տեղակայել։
• Վերլուծություն և գործառնական սպասարկում։

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

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

Մեկ նախագծում ավելի քան 5 տարի՝ ռեժիմ, թե՞ աճի հնարավորություն։

Մի քանի տարի առաջ մենք սկսեցինք աշխատել արտասահմանյան հաճախորդի համար նախատեսված խոշոր բժշկական տեղեկատվական համակարգի վրա։ Այս լայնածավալ նախագծի հետ կապված որոշակի խնդիրներ կային.

• սահմանափակ մուտք;
• անկայուն արտադրանք;
• անհավանական երկար սպրինտներ և երկարատև հաստատումներ։

«Ժամանակն է բարելավել ձեր որակավորումը», - առաջատար մշակողներից մեկը՝ Ալեքսեյը, այս որոշմանը հանգեց թվարկված դժվարությունները հաղթահարելու և համակարգը ավելի լավ հասկանալու համար։

Ալեքսեյը կիսվեց իր փորձով այն մասին, թե որտեղ է լավագույնս սկսել մարզումները, ինչ վկայականներ է կարևոր ստանալ, ինչպես և ինչու դա անել։

Քայլ մեկ՝ բարելավեք ձեր անգլերենը

Ծրագրավորման լեզուները զարգացման հիմնարար մասն են կազմում, բայց հաղորդակցման լեզուները նույնպես կարևոր են։ Հատկապես անգլերեն խոսող հաճախորդի հետ շփվելիս։

Պրակտիկայից

Մի գեղեցիկ օր Ալեքսեյը զանգ ստացավ հաճախորդի կողմից աշխատողից։ Այդ ժամանակ մեր մշակողը դեռ չէր կարող պարծենալ վկայականների կույտով՝ ո՛չ տեխնոլոգիայի, ո՛չ կառավարման, ո՛չ էլ հաղորդակցության ոլորտում։ Հնարավոր է՝ դրանք օգտակար չլինեին. չէ՞ որ հնարավոր է լինել գրագետ մասնագետ առանց լրացուցիչ հանդերձանքի։ Բայց խնդիրը դեռ առաջացավ։

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

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

Անշուշտ, գործընթացի ընթացքում որոշ տհաճ հայտնագործություններ արվեցին։ Մեր մշակողը համաձայնվեց մի բանի, որից լիովին գիտակցաբար կմերժվեր, եթե առաջարկը արվեր հասկանալի լեզվով։

Այդ պահին պարզ դարձավ, որ պարզապես անհրաժեշտ է բարելավել լսելու և խոսելու հմտությունները։ Դա անելու լավագույն միջոցը վկայագրերի միջոցով էր։

Անգլերեն լեզվի վկայական

Մեր բժշկական նախագծի շրջանակներում հաղորդակցությունը բարելավելու համար Ալեքսեյը միաժամանակ սովորում էր մի քանի ծրագրերում։ Արդյունքում նա հանձնեց FCE հավաստագիրը՝ First Certificate in English: Սա օգնեց ինձ սկսել լսել հաճախորդին և փոխանցել իմ մտքերը նրան։

Life hacking:

Խուսափեք անգլերեն լեզվի հիմնական ծրագրերից։ Հմտությունը պետք է լինի նպատակային։ Եթե ​​ձեզ անգլերեն է պետք գործնական հաղորդակցության համար, ապա դա այն է, ինչ դուք պետք է վերցնեք։ Պարզապես մի՛ գնացեք ծայրահեղությունների և հանձնեք CAE-ն (Certificate in Advanced English): Դրա առանձնահատկությունը բարդ բառերն են, յուրահատուկ արտահայտությունները, որոնք գրեթե երբեք չեն օգտագործվում միջազգային հաղորդակցության մեջ։

Երկրորդ քայլ. Հավաստագրում ամբողջ տեխնոլոգիական հարթակի համար

Սկզբնապես նախագիծը հիմնված էր ORM օբյեկտ-ռելացիոն քարտեզագրման տեխնոլոգիայի վրա։ Հաճախորդի կողմից մշակողների թիմը հպարտ էր իրենց մտքի զավակով, քանի որ ամեն ինչ արվել էր առաջադեմ, բարդ և հետաքրքիր հայեցակարգերի միջոցով։

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

Հաճախորդը ցանկանում էր աշխատել համակարգի աշխատանքի վրա, դրա համար անհրաժեշտ էր իրականացնել պրոֆիլավորում և պարբերաբար անցկացնել օպտիմալացում։ Այդ ժամանակ, մոտավորապես 2015 թվականին, պրոֆիլավորման նախընտրելի գործիքը Ants Profiler-ն էր, բայց այն վատ էր աշխատում։ Քիչ մանրամասների պատճառով դժվար էր տեղեկատվություն ստանալ կոդի կարևորագույն բլոկի մասին։ Առավելագույն մանրամասնությամբ, Ants Profiler-ը սկսեց փոխել կոդը այնպես, որ համակարգերի ֆունկցիոնալությունը վտանգված լիներ. որտեղ պրոֆիլավորումը կարգավորված էր, ամեն ինչ պարզապես վթարի էր ենթարկվում: Այսպիսով, մենք փոխեցինք մեր մոտեցումը։

Մենք սկսեցինք վիճակագրության վերլուծությունից։

Վաճառքի վիճակագրությունը վերլուծելիս պարզ դարձավ, որ սերվերի վրա կատարված աշխատանքների 95%-ը ունեն պարզունակ բիզնես տրամաբանություն 4 տողում։ Նրանց համար բավարար էր մեկ SQL հարցումը, և ոչ թե ORM-ով բիզնես տրամաբանության բլոկի կողմից ստեղծված հարցումների ամբողջական փաթեթը։

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

Եվ այնուամենայնիվ, մենք դեռ կասկածներ ունեինք. սա ճի՞շտ որոշում էր, թե՞ անձնական նախասիրության հարց էր։ Ամենակարող C#-ի և ORM-ի նկատմամբ հավատը սասանվեց մի պատահարի պատճառով, որը ցույց տվեց պարզ լուծումների ողջ ուժը։

Երկրորդ դեպք

Թիմը գրեց ORM պարադիգմայի շրջանակներում տվյալների հետ աշխատելու հարցում, որը կազմվեց բոլոր կանոններին համապատասխան՝ առանց սխալների։ Մշակման համար պահանջվեց 2-3 րոպե, և այս պարամետրերը թվում էին ընդունելի։ Սակայն, պարզ ընտրությունների և դիտումների միջոցով այլընտրանքային իրականացումը ապահովեց ավելի արագ արդյունք՝ 2 վայրկյանում։

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

Առաջին վկայականները

Էությունը հասկանալու համար Ալեքսեյը անցավ Microsoft-ի բազմաթիվ հավաստագրեր, որը ներառում է նախագծի ողջ տեխնոլոգիական փաթեթը՝

• TS: Windows Ծրագրերի մշակում Microsoft .NET Framework 4-ով
• ՏՏ: Տվյալների մուտք Microsoft .NET Framework 4-ի միջոցով։ Ծրագրավորում C# լեզվով։
• ՏՀ՝ Microsoft .NET Framework 3.5 Windows Ձևաթղթերի կիրառման մշակում
• PRO: Դիզայն և մշակում Windows Microsoft .NET Framework 3.5 օգտագործող ծրագրեր
• PRO: Դիզայն և մշակում Windows-ի վրա հիմնված ծրագրեր՝ օգտագործելով Microsoft .NET Framework-ը
• ՏՀ: Microsoft .NET Framework 2.0 - Windowsհաճախորդների զարգացման վրա հիմնված

Նոր նախագծի վրա աշխատանքը օպտիմալացնելու նպատակով թիմը հանգեց հետևյալ եզրակացություններին.

• Որպեսզի համակարգերը աշխատեն, անհրաժեշտ է հետևել կոդ գրելու կանոններին. ոչ թե ներդիրներ և մեկնաբանություններ, այլ տեխնիկական բնութագրեր՝ տվյալների բազայի հարցումների քանակը, սերվերի բեռը և շատ ավելին։
• Հակասական հասկացությունների կիրառումը կարող է խնդիրներ առաջացնել։ Տվյալների բազաների հայեցակարգը բազմությունների տեսություն է, մինչդեռ ORM-ը գործառնությունների հայեցակարգ է։
• Գաղափարները, որոնք խախտում են իրերի հաստատված կարգը, կարող են հանդիպել դիմադրության թիմի ներսում։ Զարգացումը նաև հարաբերությունների և ձեր տեսակետը վիճարկելու կարողության մասին է։
• Վկայականը ընդլայնում է ձեր հորիզոնները և թույլ է տալիս հասկանալ, թե ինչ կարելի է օգտագործել և ինչը՝ ոչ։

Քայլ երրորդ. Սովորեք ավելին, քան պարզապես կոդավորում

Մեծածավալ ՏՏ լուծումների վրա աշխատելիս կարևոր են բազմաթիվ գործոններ։ Օրինակ, ոչ բոլոր մշակողներն են ուշադրություն դարձնում ցանցի պարամետրերին, բայց նույնիսկ դրա թողունակությունը կարող է ազդել բիզնես խնդրի լուծման վրա։

Սա հասկացողությունը տրված է 98 շարքի հավաստագրեր:

• 98-361: Ծրագրային ապահովման մշակման հիմունքներ
• 98-364: Տվյալների բազայի հիմունքներ

Դրանք թույլ են տալիս ավելի լայն տեսանկյունից նայել իրերին և անցնել սահմանափակ «միայն կոդ» հասկացությունից այն կողմ։ Սրանք Հիմունքներ են, հիմունքներ, բայց դրանք կարևոր են ամեն ինչ ավելի խորը մակարդակով հասկանալու համար։

98-րդ շարքի հավաստագրերը կարճ թեստեր են՝ 30 հարց 45 րոպեի ընթացքում։

Չորրորդ քայլ. Գործընթացների կառավարում

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

Տիպիկ Agile-ը չէր տալիս ցանկալի արդյունքներ այս նախագծում, և յուրաքանչյուր սպրինտ բավականին երկար ժամանակ էր պահանջում։ Տեղակայումների միջև ընկած ժամանակահատվածները տատանվում էին 6 ամսից մինչև մեկ տարի։

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

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

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

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

Թիմում յուրաքանչյուր մշակող հասկանում է, որ իր գործընկերները կախված են իր գործողություններից։ Մշակման փուլում 5 րոպե խնայելը կարող է նշանակել փորձարկման համար 5 լրացուցիչ ժամ։ Սա հասկանալու համար կարևոր է կապեր հաստատել։

Մեր նախագծում Ալեքսեյին գործընթացները յուրացնելու հարցում օգնել են՝ EXIN-ի վկայականներ:

• M_o_R հիմնադրամի ռիսկերի կառավարման վկայական
• Agile Scrum հիմնադրամ
• ՏՏ ծառայությունների կառավարման հիմնադրամ
• EXIN Բիզնես տեղեկատվության կառավարման հիմնադրամ
• PRINCE2 հիմնադրամի վկայական նախագծերի կառավարման ոլորտում
• Փորձարկող ինժեների վկայական
• Microsoft Operations Framework Foundation
• Agile Service Projects

EdX-ում անցած դասընթացներ կային, որոնք օգնեցին ինձ դիտարկել համակարգը վիճակագրական և նիհար ծրագրավորման տեսանկյունից, իսկ ավելի ուշ՝ մղեցին ինձ դեպի ճարտարապետի վկայական:

• Նիհար արտադրություն
• Վեց սիգմա՝ վերլուծել, կատարելագործել, վերահսկել
• Վեց սիգմա. սահմանում և չափում

Վեց սիգմայի սկզբունքի համաձայն՝ վիճակագրական վերահսկողությունը ապահովում է որակյալ արդյունք՝ չափազանց բարձր հավանականությամբ։

Իր մակարդակը բարձրացնելով՝ մշակողը սովորաբար գալիս է հետևյալ եզրակացություններին.

• Աշխատեք ոչ թե շատ, այլ արդյունավետ։
• Մի՛ բարդացրեք ձեր կյանքը՝ արտաքին տեսքի հետևից ընկնելով. ավելի բարդ տեխնոլոգիաները պարտադիր չէ, որ ավելի լավ լուծեն խնդիրները։
• Ընկերացեք մասնագետների հետ ցիկլի բոլոր փուլերում և պարզեք նրանց ցավոտ կետերը: Ճարտարապետը պետք է հմուտ լինի հետևյալ գործընթացներում՝ խնդիրների բացահայտում, առաջադրանքների սահմանում, ցանցային տոպոլոգիայի նախագծում, մշակում, փորձարկում, աջակցություն, շահագործում:
• Փորձարկեք յուրաքանչյուր գործառույթ սկզբից մինչև վերջ։
• Պատահում է, որ ՏՏ գործընթացները չեն համապատասխանում բիզնես գործընթացներին, և սա պետք է լուծվի։

Քայլ հինգ. Ճարտարապետության ըմբռնումը մեծ տվյալների տեսանկյունից

Նախագծի շրջանակներում մենք գործ ունեինք բավականին մեծ տվյալների բազաների հետ։ Գոնե մինչև որոշակի պահ այդպես էր թվում։ Երբ Ալեքսեյը սկսեց ուսումնասիրել մեծ տվյալները edX-ում, պարզվեց, որ նախագծում 1,5 ՏԲ-ն փոքր տվյալների բազա է։ Լուրջ կշեռքներ՝ 10 ՏԲ-ից, և այնտեղ անհրաժեշտ են այլ մեթոդներ։

Հավաստագրման հաջորդ քայլը մեծ տվյալների վերաբերյալ դասընթացն էր։ Այն օգնեց հասկանալ տվյալների հոսքի կազմակերպումը և արագացնել արտադրության գործընթացները։ Եվ նաև ուշադրություն դարձրեք փոքր գործիքներին, օրինակ՝ սկսեք օգտագործել Excel-ը՝ առանձին միկրոառաջադրանքներ լուծելու համար։

Ատեստատ:
Microsoft Professional ծրագիր. Մեծ տվյալների վկայական

Վեցերորդ քայլ՝ մշակողից մինչև ճարտարապետ

Վերոնշյալ բոլոր վկայականները ստանալուց հետո, դեռևս ծրագրավորող լինելով հանդերձ, Ալեքսեյը սկսեց հասկանալ, որ ստացած տեղեկատվությունն ուներ բարձր մակարդակի աբստրակցիա, և դա ամենևին էլ վատ չէր։

Գործընթացների լայնածավալ տեսլականը հանգեցնում է ճարտարապետի մակարդակի, որը հավաստագրման ամենաբարձր մակարդակներից մեկն է։

Ճարտարապետի վկայական փնտրելու համար Ալեքսեյը գնաց Հավաստագրված ծրագրային ճարտարապետ - Microsoft Platform Sundblad-ից և Sundblad-ից։ Սա Microsoft-ի կողմից ճանաչված ծրագիր է, որի մշակումը սկսվել է 14 տարի առաջ՝ ընկերության գլխավոր գրասենյակի և շվեդական գրասենյակի համագործակցությամբ։ Այն բարձր մակարդակով ներառում է .NET Framework-ը, պահանջների հավաքագրումը, տեղեկատվության հոսքի կառավարումը և շատ այլ թեմաներ և համարվում է ճարտարապետի հմտությունների ուժեղ հավանություն։

Ծրագիրը ներառում էր ուսումնասիրության դասընթացներ։ Հավաստագրումը համակարգեց գիտելիքները և թույլ տվեց մեզ հասնել զարգացման նոր մակարդակի՝ մշակողից մինչև ճարտարապետ։

Ամփոփելով

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

Ճարտարապետը հատուկ տեսակետ ունի ծրագրավորման և դրա տարրական բաղադրիչների վերաբերյալ.

• Տվյալների հոսքի ստեղծում և/կամ պահպանում
• Տեղեկատվական հոսքի արդյունահանում տվյալների հոսքից
• Արժեքի հոսքի արդյունահանում տեղեկատվական հոսքից
• Արժեքի հոսքի մոնետիզացիա

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

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

Այսօր մենք ավելի քան հինգ տարի աշխատում ենք վերը նկարագրված բժշկական համակարգով և հասել ենք զգալի բարելավումների։ Այս ընթացքում Ալեքսեյը հանձնել է ավելի քան 20 հավաստագրման քննություններ.

1. TS: Windows Ծրագրերի մշակում Microsoft .NET Framework 4-ով
2. ՏՏ: Տվյալների մուտք Microsoft .NET Framework 4-ի միջոցով։ Ծրագրավորում C# լեզվով։
3. ՏՀ՝ Microsoft .NET Framework 3.5 Windows Ձևաթղթերի կիրառման մշակում
4. PRO: Դիզայն և մշակում Windows Microsoft .NET Framework 3.5 օգտագործող ծրագրեր
5. PRO: Դիզայն և մշակում Windows-ի վրա հիմնված ծրագրեր՝ օգտագործելով Microsoft .NET Framework-ը
6. ՏՀ: Microsoft .NET Framework 2.0 - Windowsհաճախորդների զարգացման վրա հիմնված
7. 98-361: Ծրագրային ապահովման մշակման հիմունքներ
8. 98-364: Տվյալների բազայի հիմունքներ
9. M_o_R հիմնադրամի ռիսկերի կառավարման վկայական
10. Agile Scrum հիմնադրամ
11. ՏՏ ծառայությունների կառավարման հիմնադրամ
12. EXIN Բիզնես տեղեկատվության կառավարման հիմնադրամ
13. PRINCE2 հիմնադրամի վկայական նախագծերի կառավարման ոլորտում
14. Փորձարկող ինժեների վկայական
15. Microsoft Operations Framework Foundation
16. Agile Service Projects
17. Նիհար արտադրություն
18. Վեց սիգմա՝ վերլուծել, կատարելագործել, վերահսկել
19. Վեց սիգմա. սահմանում և չափում
20. Microsoft Professional ծրագիր. Մեծ տվյալների վկայական
21. Հավաստագրված ծրագրային ճարտարապետ - Microsoft Platform

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

«Վկայագրման RAM»-ը օգնեց հասանելիություն ստանալ առանձին կարևորագույն գործընթացներին, որոնք վերահսկողության և զարգացման կարիք ունեին։ ՏՏ լուծումների եվրոպական հաճախորդները, որպես կանոն, բարձր են գնահատում հավաստագրված մասնագետներին և պատրաստ են նրանց ավելի մեծ գործողությունների ազատություն տալ։

Շնորհակալություն ուշադրության համար։ Հուսով ենք, որ այս հոդվածը օգտակար էր ձեզ համար։

Source: www.habr.com