Ով ով է ՏՏ ոլորտում:

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

Հոդվածում քննարկվում են ՏՏ ընկերությունների HR մասնագետներին առնչվող հարցեր. պատճառահետևանքային հարաբերություններ արտադրական դերերի էվոլյուցիայում, դերերի բովանդակության սխալ մեկնաբանման հետևանքները ընդհանրապես HR աշխատանքի համար, ինչպես նաև հնարավոր տարբերակները բարձրացնելու հնարավորությունները: մասնագետների հավաքագրման արդյունավետությունը.

ՏՏ արտադրություն անգիտակիցների համար

Ով ով է ՏՏ ոլորտում՝ քննարկման թեմա է տարբեր հարթակներում։ Այն գոյություն ունի այնքան ժամանակ, որքան ամբողջ ՏՏ ոլորտը, այսինքն՝ անցյալ դարի 90-ականների սկզբին սպառողական շուկայում ծրագրային ապահովման մշակման առաջին ընկերությունների հայտնվելուց հետո։ Եվ նույնքան ժամանակ չի եղել ընդհանուր տեսակետ այս հարցում, ինչը դժվարություններ է ստեղծում և նվազեցնում կադրային աշխատանքի արդյունավետությունը։ Փորձենք դա պարզել:

Ինձ համար ՏՏ ոլորտում արտադրական դերերի թեման արդիական և հետաքրքիր է դարձել այն պահից, երբ ես միացա ՏՏ ընկերությանը: Ես շատ ժամանակ և նյարդային էներգիա ծախսեցի՝ փորձելով հասկանալ արտադրության գործընթացը։ Այս ծախսերը գերազանցեցին իմ սպասելիքները և այլ ոլորտների գործընթացներին հարմարվելու ծախսերը՝ կրթություն, նյութական արտադրություն, փոքր բիզնես: Ես հասկացա, որ գործընթացները բարդ են և անսովոր, քանի որ, ընդհանուր առմամբ, մարդն ավելի հարմարված է նյութական աշխարհին, քան վիրտուալին։ Բայց ինտուիտիվ դիմադրություն կար. թվում էր, թե այստեղ ինչ-որ բան այն չէ, այդպես չպետք է լիներ: Հարմարվողականության գործընթացը հավանաբար տեւել է մեկ տարի, որն, իմ ընկալմամբ, ուղղակի տիեզերական է։ Արդյունքում, ես բավականին հստակ պատկերացում ունեի ՏՏ արտադրության հիմնական դերերի մասին:

Ներկայումս ես շարունակում եմ աշխատել այս թեմայով, բայց այլ մակարդակով։ Որպես ՏՏ ընկերության զարգացման կենտրոնի ղեկավար՝ ես հաճախ ստիպված եմ լինում շփվել ուսանողների, համալսարանի ուսուցիչների, դիմորդների, դպրոցականների և այլոց հետ, ովքեր ցանկանում են մասնակցել ՏՏ արտադրանքի ստեղծմանը, որպեսզի աշխատաշուկայում առաջ տանեմ գործատուի բրենդը։ նոր տարածք (Յարոսլավլ). Այս շփումը հեշտ չէ զրուցակիցների ցածր տեղեկացվածության պատճառով, թե ինչպես է կազմակերպվում ծրագրային ապահովման մշակման գործընթացը, և, որպես հետևանք, նրանք չեն հասկանում զրույցի թեման: 5–10 րոպե երկխոսությունից հետո դուք դադարում եք արձագանք ստանալ և սկսում եք զգալ օտարերկրացի, որի խոսքը թարգմանություն է պահանջում: Որպես կանոն, զրուցակիցների մեջ կա մեկը, ով երկխոսության մեջ գիծ է քաշում և բարձրաձայնում 90-ականների ժողովրդական առասպել. «Ամեն դեպքում, ՏՏ ոլորտի բոլոր մասնագետները ծրագրավորողներ են»։ Առասպելի ակունքներն են.

• ՏՏ ոլորտը արագ զարգանում է, այս պայմաններում բոլոր հիմնարար իմաստներն ու սկզբունքները կայացման փուլում են.
• Դժվար է գոյատևել անորոշության պայմաններում, ուստի մարդն առասպելներ ստեղծելով փորձում է իր համար հեշտացնել անհայտը հասկանալը.
• մարդն ավելի շատ է սովոր նյութական աշխարհի ընկալմանը, քան վիրտուալին, և, հետևաբար, նրա համար դժվար է սահմանել հասկացություններ, որոնք դուրս են իր ընկալումից:

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

Ծրագրային ապահովման կյանքի ցիկլը որպես արտադրության դերերի հիմք

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

Այսպիսով, եկեք նայենք այն փուլերին, որոնք ներառում է ծրագրային ապահովման կյանքի ցիկլը՝ որպես օրինակ օգտագործելով RUP մեթոդաբանությունը: Դրանք բավականին հասուն հղումներ են բովանդակության և տերմինաբանության առումով: Արտադրական գործընթացը միշտ և ամենուր սկսվում է բիզնես մոդելավորմամբ և պահանջների ձևավորմամբ և ավարտվում (իհարկե, պայմանականորեն) օգտատերերի խորհրդատվությունով և ծրագրակազմի փոփոխմամբ՝ հիմնված օգտատերերի «ցանկությունների» վրա:

Եթե ​​պատմական էքսկուրսիա կատարեք մինչև անցյալ դարի վերջ (ինչպես գիտեք, սա «կղզիների ավտոմատացման» ժամանակաշրջանն էր), ապա կարող եք տեսնել, որ ծրագրակազմի ստեղծման ողջ գործընթացը իրականացվել է ծրագրավորող-ծրագրավորողի կողմից։ Ահա այն առասպելի արմատները, որ յուրաքանչյուր ՏՏ մասնագետ ծրագրավորող է:

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

Պաշտոնների բազմազանությունը՝ օգտագործելով վերլուծաբանի դերի օրինակը

Վերլուծաբանը (նույն ինքը՝ վերլուծական ինժեներ, նույն ինքը՝ տնօրեն, մեթոդոլոգ, բիզնես վերլուծաբան, համակարգերի վերլուծաբան և այլն) օգնում է «ընկերանալ» բիզնես առաջադրանքների և դրանց իրականացման տեխնոլոգիաների հետ: Խնդրի հայտարարության նկարագրությունը մշակողի համար. այսպես կարելի է բնութագրել վերացական վերլուծաբանի հիմնական գործառույթը: Նա հանդես է գալիս որպես կապող օղակ հաճախորդի և մշակողի միջև պահանջների ձևավորման, վերլուծության և ծրագրային ապահովման ձևավորման գործընթացներում: Իրական արտադրության պայմաններում վերլուծական գործառույթների ցանկը որոշվում է արտադրության կազմակերպման եղանակով, մասնագետի որակավորումներով և մոդելավորված առարկայական ոլորտի առանձնահատկություններով:

Որոշ վերլուծաբաններ տեղակայված են հաճախորդին ավելի մոտ: Սրանք բիզնես վերլուծաբաններ են (Business Analyst): Նրանք խորապես հասկանում են առարկայական ոլորտի բիզնես գործընթացները և իրենք են ավտոմատացված գործընթացների փորձագետներ: Շատ կարևոր է ձեռնարկության աշխատակազմում ունենալ նման մասնագետներ, հատկապես մեթոդաբանորեն բարդ առարկայական ոլորտները ավտոմատացնելիս: Մասնավորապես, մեզ՝ որպես պետբյուջեի գործընթացն ավտոմատացնողների, ուղղակի անհրաժեշտ է, որ վերլուծաբանների մեջ լինեն առարկայական փորձագետներ։ Սրանք բարձր որակավորում ունեցող աշխատակիցներ են, լավ ֆինանսատնտեսական կրթություն և ֆինանսական մարմիններում աշխատելու փորձ, ցանկալի է առաջատար մասնագետների դերում: Չափազանց կարևոր է փորձը ոչ թե ՏՏ ոլորտում, այլ հատկապես առարկայական ոլորտում:

Վերլուծաբանների մյուս մասն ավելի մոտ է մշակողներին։ Սրանք համակարգային վերլուծաբաններ են (System Analyst): Նրանց հիմնական խնդիրն է բացահայտել, համակարգել և վերլուծել հաճախորդների պահանջները դրանք բավարարելու հնարավորության համար, պատրաստել տեխնիկական բնութագրեր և նկարագրել խնդրի հայտարարությունները: Նրանք հասկանում են ոչ միայն բիզնես գործընթացները, այլև տեղեկատվական տեխնոլոգիաները, լավ են հասկանում հաճախորդին մատակարարվող ծրագրաշարի հնարավորությունները, ունեն դիզայնի հմտություններ և, համապատասխանաբար, հասկանում են, թե ինչպես լավագույնս փոխանցել հաճախորդի շահերը մշակողին: Այս աշխատակիցները պետք է ունենան ՏՀՏ ոլորտում կրթություն և ինժեներատեխնիկական մտածելակերպ, ցանկալի է ՏՏ ոլորտում փորձ: Նման մասնագետներ ընտրելիս ակնառու առավելություն կլինի ժամանակակից գործիքների կիրառմամբ դիզայներական հմտություններ ունենալը։

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

Այսպիսով, մենք տեսնում ենք նույն դերը (և, ի դեպ, հաստիքային աղյուսակում պաշտոնը)՝ վերլուծաբան, բայց դրա տարբեր հատուկ կիրառական մարմնավորումներում։ Նրանցից յուրաքանչյուրի համար մասնագետների որոնումն ունի իր առանձնահատկությունները։ Կարևոր է իմանալ, որ այս տեսակի վերլուծաբանները պետք է ունենան հմտություններ և գիտելիքներ, որոնք հաճախ անհամատեղելի են մեկ անձի մոտ: Մեկը հումանիտար գիտությունների մասնագետ է, հակված է վերլուծական աշխատանքի՝ մեծ ծավալի տեքստային փաստաթղթերով, զարգացած խոսքի և հաղորդակցման հմտություններով, մյուսը՝ «տեխնոլոգ»՝ ինժեներական մտածողությամբ և ՏՏ ոլորտում հետաքրքրություններով:

Դրսի՞ց ենք վերցնում, թե աճում ենք։

ՏՏ ոլորտի խոշոր ներկայացուցչի համար Ինտերնետային ռեսուրսներից ուղղակի ընտրության արդյունավետությունը նվազում է, քանի որ նախագծերն աճում են: Դա տեղի է ունենում, մասնավորապես, հետևյալ պատճառներով. ընկերության ներսում բարդ գործընթացներին արագ հարմարվելն անհնար է, կոնկրետ գործիքների յուրացման արագությունն ավելի ցածր է, քան նախագծի մշակման արագությունը: Հետևաբար, HR մասնագետի համար կարևոր է իմանալ ոչ միայն ում փնտրել արտաքինից, այլ նաև ինչպես օգտագործել ընկերության ներքին ռեսուրսները, ումից և ինչպես զարգացնել մասնագետին:

Բիզնես վերլուծաբանների համար առարկայական ոլորտում իրական գործընթացների շրջանակներում աշխատելու փորձը շատ կարևոր է, ուստի նրանց «դրսից» հավաքագրելը ավելի արդյունավետ է, քան ընկերության ներսում նրանց աճեցնելը: Միևնույն ժամանակ, HR մասնագետի համար կարևոր է իմանալ այն կազմակերպությունների ցանկը, որոնք կարող են լինել այս մարդկային ռեսուրսի աղբյուրները և ընտրելիս կենտրոնանալ դրանցից ռեզյումեներ փնտրելու վրա:

Համակարգային վերլուծաբանի և ծրագրային ապահովման ճարտարապետի թափուր աշխատատեղերը համալրելու համար, ընդհակառակը, ընկերության ներսում վերապատրաստման գործընթացը մեծ նշանակություն ունի: Այս մասնագետները պետք է ձևավորվեն ներկայիս արտադրական միջավայրում և կոնկրետ կազմակերպության առանձնահատկություններում: Համակարգի վերլուծաբանները զարգանում են բիզնես վերլուծաբաններից, տեխնիկական գրողներից և տեխնիկական աջակցության ինժեներներից: Ծրագրային ապահովման ճարտարապետներ - դիզայներներից (System Designer) և ծրագրային ապահովման մշակողներից (Software Developer), քանի որ նրանք փորձ են ձեռք բերում և ընդլայնում իրենց հորիզոնները: Այս հանգամանքը HR մասնագետին թույլ է տալիս արդյունավետորեն օգտագործել ընկերության ներքին ռեսուրսները:

Արտադրական դերերի խաչմերուկ, ինտեգրում և էվոլյուցիա

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

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

Բացի համընկնումից, հաճախ տեղի է ունենում արտադրական դերերի համախմբում: Օրինակ, բիզնես վերլուծաբանը և տեխնիկական գրողը կարող են գոյություն ունենալ որպես մեկ մարդ: Ծրագրային ճարտարապետի (Software Architect) առկայությունը պարտադիր է խոշոր արդյունաբերական զարգացման մեջ, մինչդեռ շատ փոքր նախագծերը կարող են անել առանց այդ դերի. այնտեղ ճարտարապետի գործառույթները կատարում են մշակողները (Software Developer):

Զարգացման մոտեցումների և տեխնոլոգիաների պատմական ժամանակաշրջանների փոփոխություններն անխուսափելիորեն հանգեցնում են նրան, որ ծրագրային ապահովման կյանքի ցիկլը նույնպես զարգանում է: Գլոբալ առումով, իհարկե, դրա հիմնական փուլերը մնում են անփոփոխ, բայց դրանք ավելի մանրամասն են դառնում։ Օրինակ, վեբ վրա հիմնված լուծումներին անցնելու և հեռավոր կազմաձևման հնարավորությունների աճով ի հայտ եկավ ծրագրային ապահովման կազմաձևման մասնագետի դերը: Վաղ պատմական փուլում սրանք իրականացնողներ էին, այսինքն՝ ինժեներներ, ովքեր իրենց աշխատանքային ժամանակի մեծ մասն անցկացնում էին հաճախորդների աշխատավայրում: Ծրագրային ապահովման ծավալների և բարդության ավելացումը հանգեցրել է Ծրագրային ճարտարապետի դերի առաջացմանը: Տարբերակների թողարկումների արագացման և ծրագրաշարի որակի բարելավման պահանջները նպաստեցին ավտոմատացված թեստավորման զարգացմանը և նոր դերի առաջացմանը՝ QA ինժեներ (Որակի ապահովման ինժեներ) և այլն: Արտադրության գործընթացի բոլոր փուլերում դերերի էվոլյուցիան էականորեն կապված է մեթոդների, տեխնոլոգիաների և գործիքների մշակման հետ:

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

Ինչն է սխալ ՏՏ պաշտոնների «կենդանաբանական այգում»:

HR մասնագետների, արտադրության մենեջերների մտքերում խառնաշփոթը և մոտեցումների բազմազանությունը հանգեցնում են ՏՏ պաշտոնների շատ լայն բազմազանության, իսկական «կենդանաբանական այգու»: Հարցազրույցների և պարզապես մասնագիտական ​​շփումների փորձը ցույց է տալիս, որ մարդիկ հաճախ հստակ չեն պատկերացնում այն ​​իմաստը, որը պետք է բխի աշխատանքի կոչումից: Օրինակ, մեր կազմակերպությունում «վերլուծական ինժեներ» տերմինը ներառող պաշտոնները ենթադրում են, որ սա առաջադրանք սահմանող է: Սակայն պարզվում է, որ ամենուր այդպես չէ՝ կան զարգացման կազմակերպություններ, որտեղ իրականացնող ինժեներն է։ Բոլորովին այլ ըմբռնում, կհամաձայնե՞ք:

Նախ, ՏՏ պաշտոնների «կենդանաբանական այգին», անկասկած, նվազեցնում է հավաքագրման արդյունավետությունը: Յուրաքանչյուր գործատու իր ապրանքանիշը զարգացնելիս և գովազդելիս ցանկանում է հակիրճ ձևով փոխանցել այն բոլոր իմաստները, որոնք առկա են իր արտադրության մեջ: Իսկ եթե ինքը հաճախ չի կարողանում հստակ ասել, թե ով ով է, բնական է, որ անորոշություն կհաղորդի արտաքին միջավայր։

Երկրորդ, ՏՏ պաշտոնների «կենդանաբանական այգին» հսկայական խնդիրներ է ստեղծում ՏՏ կադրերի պատրաստման և զարգացման գործում։ Յուրաքանչյուր լուրջ ՏՏ ընկերություն, որը միտված է մարդկային ռեսուրսների ձևավորմանն ու զարգացմանը, այլ ոչ միայն «կթելու» աշխատատեղերին, վաղ թե քիչ ուշ բախվում է ուսումնական հաստատությունների հետ շփվելու անհրաժեշտությանը։ Բարձր որակավորում ունեցող ՏՏ անձնակազմի համար սա բուհերի մի հատված է, ընդ որում՝ լավագույնները, առնվազն TOP-100 վարկանիշում:

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

Բուհերի հետ մեր սերտ համագործակցության փորձը ցույց է տալիս, որ «Կիրառական ինֆորմատիկա (ըստ արդյունաբերության)» մասնագիտությունը մեզ մատակարարում է մեթոդաբանության և տեխնիկական աջակցության բաժինների կադրերով, բայց ոչ զարգացման: Մինչ «Ֆունդամենտալ ինֆորմատիկան», «Ծրագրային ճարտարագիտությունը» հիանալի մարդկային ռեսուրս են պատրաստում ծրագրավորողների համար: Որպեսզի ի սկզբանե դիմորդին չուղղորդեն իր համար ոչ պիտանի ճանապարհով, անհրաժեշտ է «ցրել մառախուղը», որը շրջապատում է ՏՏ արտադրությունը:

Հնարավո՞ր է ամեն ինչ ընդհանուր հայտարարի բերել։

Հնարավո՞ր է արդյոք միավորել արտադրական դերերը և ընդհանուր պատկերացում կազմել ընկերության ներսում և դրսում:

Իհարկե, դա հնարավոր է և անհրաժեշտ, քանի որ բոլոր զարգացման ձեռնարկությունների կուտակված կոլեկտիվ փորձը ցույց է տալիս արտադրական գործընթացի կազմակերպման ընդհանուր, միավորող հայեցակարգերի առկայությունը։ Սա հետևանք է այն բանի, որ դեռևս կա ծրագրային ապահովման կյանքի ցիկլի եզակի մեկնաբանված հայեցակարգ, և նոր առաջացող արտադրության դերերը (DataScientist, QA-Engineer, MachineLearning Engineer և այլն) հետևանք են պարզաբանման և զարգացման: Ծրագրային ապահովման կյանքի ցիկլը, որպես այդպիսին, տեղի է ունենում տեխնոլոգիաների և գործիքների կատարելագործման, ինչպես նաև բիզնես առաջադրանքների մշակման և ընդլայնման հետ:

Միևնույն ժամանակ, դժվար է միավորել արտադրական դերերը, քանի որ ՏՏ-ն տնտեսության ամենաերիտասարդ և ամենաարագ զարգացող ոլորտներից է։ Ինչ-որ իմաստով սա այն քաոսն է, որից առաջացել է տիեզերքը: Հստակ կազմակերպչական կառուցվածքն այստեղ անհնար է և տեղին չէ, քանի որ ՏՏ-ն ինտելեկտուալ, բայց շատ ստեղծագործ ոլորտ է։ ՏՏ մասնագետը մի կողմից «ֆիզիկոս» մտավորական է՝ զարգացած ալգորիթմական և մաթեմատիկական մտածողությամբ, մյուս կողմից՝ «քնարերգու»՝ գաղափարներ ստեղծող, կրող և քարոզող։ Նա, ինչպես նկարիչը, չունի նկարչության հստակ ծրագիր, չի կարող կերպարը մասերի բաժանել, քանի որ վերջիններս կդադարեն գոյություն ունենալ։ Նա տեղեկատվական գործընթացների տիրակալն է, որոնք ինքնին վերացական են, ոչ նյութական, դժվար չափելի, բայց արագընթաց։

ՏՏ արտադրության մեջ արդյունավետ կադրային աշխատանք ստեղծելու ուղիները

Այսպիսով, ինչն է կարևոր իմանալ HR մասնագետի համար՝ ՏՏ արտադրության դերերի բազմազանության համատեքստում արդյունավետ HR աշխատանք կառուցելու համար:

Նախ, ՏՏ ընկերության ցանկացած HR մասնագետ պետք է պատկերացում ունենա կոնկրետ իր ձեռնարկությանը բնորոշ իրավիճակի մասին. որոշակի արտադրություն.

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

Երրորդ, դուք անպայման պետք է պատկերացնեք որոշակի մասնագետների զարգացման հնարավոր հետագծերը. ո՞ր դեպքերում արտաքին ընտրությունը կարող է արդյունավետ լինել, և երբ է ավելի լավ աշխատակցին աճեցնել ձեր թիմում, նրան զարգացման հնարավորություններ տալ, ինչ որակներ: Թեկնածուները թույլ կտան նրանց զարգանալ որոշակի ուղղությամբ, որի որակները չեն կարող համատեղելի լինել մեկ անձի համար, ինչը ի սկզբանե կարևոր է զարգացման հետագիծ ընտրելու համար:

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

Այսպիսով, եթե մենք նպատակաուղղվածորեն ջարդենք այն առասպելը, որ բոլոր ՏՏ մասնագետները ծրագրավորողներ են, ապա անհրաժեշտ է մի շարք քայլեր ձեռնարկել այս ուղղությամբ և հատուկ ուշադրություն դարձնել մեր բուհերին, որտեղ դրված են ապագա մասնագիտության ընկալման հիմքերը։ Այլ կերպ ասած, մեզ անհրաժեշտ է մշտական ​​փոխազդեցություն կրթական միջավայրի հետ, օրինակ՝ օգտագործել համագործակցության ժամանակակից ձևաչափը coworking կենտրոններում, «եռման կետերը» և մասնակցել ուսումնական ինտենսիվներին: Սա կօգնի վերացնել ՏՏ ձեռնարկության մասին թյուր պատկերացումները, բարձրացնել կադրերի աշխատանքի արդյունավետությունը և պայմաններ ստեղծել համատեղ գործունեության համար մեր ոլորտի տարբեր մասնագետների վերապատրաստման համար:

Իմ երախտագիտությունն եմ հայտնում այս հոդվածի արդիականության պատրաստմանը և աջակցությանը մասնակցած գործընկերներին՝ Վալենտինա Վերշինինային և Յուրի Կրուպինին:

Source: www.habr.com