در IT کیست؟

در مرحله فعلی توسعه نرم افزار صنعتی، می توان نقش های تولیدی مختلفی را مشاهده کرد. تعداد آنها در حال افزایش است، طبقه بندی هر سال پیچیده تر می شود و طبیعتاً فرآیندهای انتخاب متخصص و کار با منابع انسانی پیچیده تر می شود. فناوری اطلاعات (IT) حوزه ای است که منابع نیروی کار واجد شرایط و کمبود پرسنل را در خود جای داده است. در اینجا، فرآیند توسعه پرسنل و نیاز به کار سیستماتیک با پتانسیل پرسنلی بسیار مؤثرتر از انتخاب مستقیم با استفاده از منابع اینترنتی است.

این مقاله موضوعاتی را مورد بحث قرار می‌دهد که به متخصصان منابع انسانی در شرکت‌های فناوری اطلاعات مرتبط است: روابط علت و معلولی در تکامل نقش‌های تولید، پیامدهای تفسیر نادرست از محتوای نقش‌ها برای کار منابع انسانی به طور کلی، و همچنین گزینه‌های ممکن برای افزایش کارایی جذب نیروی متخصص

تولید فناوری اطلاعات برای افراد ناآشنا

چه کسی در IT موضوعی برای بحث در پلتفرم های مختلف است. به اندازه کل صنعت فناوری اطلاعات وجود داشته است، یعنی از زمان ظهور اولین شرکت های توسعه نرم افزار در بازار مصرف در اوایل دهه 90 قرن گذشته. و در همین مدت هیچ دیدگاه مشترکی در این مورد وجود نداشته است که باعث ایجاد مشکل و کاهش راندمان کار پرسنل می شود. بیایید سعی کنیم آن را بفهمیم.

برای من، موضوع نقش های تولیدی در بخش فناوری اطلاعات از زمانی که به شرکت فناوری اطلاعات پیوستم موضوعیت و جذابیت پیدا کرده است. من زمان و انرژی عصبی زیادی را صرف تلاش برای درک فرآیند تولید کردم. این هزینه‌ها فراتر از انتظارات من و هزینه‌های انطباق با فرآیندها در سایر زمینه‌ها بود: آموزش، تولید مواد، تجارت کوچک. من درک کردم که فرآیندها پیچیده و غیرعادی هستند، زیرا به طور کلی، یک فرد بیشتر با دنیای مادی سازگار است تا با دنیای مجازی. اما مقاومت شهودی وجود داشت: به نظر می رسید که اینجا چیزی اشتباه است، نباید اینطور می شد. روند انطباق احتمالاً یک سال طول کشید، که به درک من، صرفاً کیهانی است. در نتیجه، من درک نسبتاً روشنی از نقش های کلیدی در تولید فناوری اطلاعات داشتم.

در حال حاضر، من به کار روی این موضوع ادامه می دهم، اما در سطحی متفاوت. به عنوان رئیس مرکز توسعه یک شرکت فناوری اطلاعات، اغلب مجبورم با دانشجویان، معلمان دانشگاه، متقاضیان، دانش‌آموزان و سایرینی که می‌خواهند در ایجاد یک محصول فناوری اطلاعات مشارکت داشته باشند، ارتباط برقرار کنم تا برند کارفرما را در بازار کار معرفی کنم. یک قلمرو جدید (یاروسلاول). این ارتباط به دلیل آگاهی کم طرفین از نحوه سازماندهی فرآیند توسعه نرم افزار و در نتیجه عدم درک آنها از موضوع گفتگو آسان نیست. پس از 5 تا 10 دقیقه گفتگو، دریافت بازخورد را متوقف می‌کنید و احساس می‌کنید که یک خارجی هستید که گفتارش نیاز به ترجمه دارد. به عنوان یک قاعده ، در بین مخاطبان شخصی وجود دارد که در گفتگوها خط می کشد و یک افسانه عامیانه از دهه 90 را بیان می کند: "به هر حال ، همه متخصصان فناوری اطلاعات برنامه نویس هستند." ریشه های اسطوره عبارتند از:

• صنعت فناوری اطلاعات به سرعت در حال توسعه است، در این شرایط همه معانی و اصول اساسی در مرحله شکل گیری هستند.
• وجود در شرایط عدم قطعیت دشوار است، بنابراین شخص سعی می کند با افسانه سازی، درک ناشناخته ها را برای خود آسان کند.
• انسان به ادراک دنیای مادی بیشتر از دنیای مجازی عادت دارد و بنابراین تعریف مفاهیمی که فراتر از ادراک اوست برای او دشوار است.

تلاش برای مبارزه با این افسانه گاهی اوقات می تواند مانند کج شدن در آسیاب های بادی باشد، زیرا جنبه های مختلفی از مشکل وجود دارد که باید به آنها پرداخته شود. یک متخصص منابع انسانی باید اولاً تصویر روشنی از نقش‌های تولیدی در یک شرکت فناوری اطلاعات در یک تجسم ایده‌آل و واقعی داشته باشد، ثانیاً بداند که چگونه و چه زمانی می‌توان از منابع داخلی شرکت به بهترین نحو استفاده کرد و ثالثاً چه روش‌های واقعی می‌تواند استفاده شود. به افزایش آگاهی شرکت کنندگان در بازار کار کمک می کند و به توسعه برند کارفرما کمک می کند. بیایید نگاهی دقیق تر به این جنبه ها بیندازیم.

چرخه عمر نرم افزار به عنوان پایه ای برای نقش های تولید

بر کسی پوشیده نیست که به طور کلی همه نقش های تولیدی در هر شرکت فناوری اطلاعات، چرخه عمر نرم افزار را منبع خود دارند. بنابراین، اگر وظیفه مفهومی توافق بر روی یک برداشت واحد از این موضوع را در کل صنعت فناوری اطلاعات قرار دهیم، باید به طور خاص بر چرخه عمر نرم افزار به عنوان یک مبنای معنایی پذیرفته شده و به وضوح توسط همه تکیه کنیم. بحث در مورد گزینه های خاص برای اجرای موضوع نقش های تولید در سطح نگرش خلاق ما به چرخه عمر نرم افزار قرار دارد.

بنابراین، بیایید به مراحلی که چرخه عمر نرم افزار شامل می شود، با استفاده از روش RUP به عنوان مثال نگاه کنیم. آنها از نظر محتوا و اصطلاحات پیوندهای نسبتاً بالغی هستند. فرآیند تولید همیشه و همه جا با مدل سازی کسب و کار و شکل گیری نیازمندی ها آغاز می شود و (البته مشروط) با مشاوره با کاربران و اصلاح نرم افزار بر اساس «خواسته» کاربران به پایان می رسد.

اگر یک سفر تاریخی به پایان قرن گذشته داشته باشید (همانطور که می دانید، این دوره "اتوماسیون جزیره" بود)، می توانید ببینید که کل فرآیند ایجاد نرم افزار توسط یک برنامه نویس-توسعه دهنده انجام شده است. در اینجا ریشه های این افسانه وجود دارد که هر متخصص فناوری اطلاعات یک برنامه نویس است.

با افزایش پیچیدگی فرآیندهای تولید، ظهور پلتفرم های یکپارچه و گذار به اتوماسیون پیچیده حوزه های موضوعی، با مهندسی مجدد فرآیندهای تجاری، ظهور نقش های تخصصی مرتبط با مراحل چرخه حیات اجتناب ناپذیر می شود. اینگونه است که یک تحلیلگر، تستر و متخصص پشتیبانی فنی ظاهر می شود.

تنوع موقعیت ها با استفاده از مثال نقش تحلیلگر

یک تحلیلگر (با نام مستعار یک مهندس تحلیلی، با نام مستعار یک مدیر، متدولوژیست، تحلیلگر تجاری، تحلیلگر سیستم، و غیره) به "دوستی" با وظایف و فناوری های تجاری برای اجرای آنها کمک می کند. شرح بیانیه مشکل برای توسعه دهنده - اینگونه است که می توان عملکرد اصلی یک تحلیلگر انتزاعی را مشخص کرد. او به عنوان رابط بین مشتری و توسعه دهنده در فرآیندهای شکل گیری نیازمندی ها، تجزیه و تحلیل و طراحی نرم افزار عمل می کند. در شرایط تولید واقعی، فهرست کارکردهای تحلیلگر با روش سازماندهی تولید، صلاحیت های متخصص و ویژگی های حوزه موضوعی مدل شده تعیین می شود.

برخی از تحلیلگران نزدیک به مشتری هستند. اینها تحلیلگران کسب و کار (تحلیلگر تجاری) هستند. آنها عمیقاً فرآیندهای تجاری حوزه موضوعی را درک می کنند و خود در فرآیندهای خودکار متخصص هستند. وجود چنین متخصصانی در کارکنان یک شرکت بسیار مهم است، به ویژه هنگام خودکارسازی حوزه های موضوعی پیچیده از نظر روش شناختی. به ویژه، برای ما، به عنوان خودکار کننده فرآیند بودجه دولتی، صرفاً ضروری است که کارشناسان موضوعی در بین تحلیلگران وجود داشته باشند. اینها کارمندان بسیار ماهر با تحصیلات مالی و اقتصادی خوب و تجربه کار در مقامات مالی هستند، ترجیحاً در نقش متخصصان برجسته. تجربه نه در زمینه IT، بلکه به طور خاص در زمینه موضوع بسیار مهم است.

بخشی دیگر از تحلیلگران به توسعه دهندگان نزدیک تر است. اینها تحلیلگران سیستم (System Analyst) هستند. وظیفه اصلی آنها شناسایی، سیستماتیک کردن و تجزیه و تحلیل نیازهای مشتری برای امکان برآورده کردن آنها، تهیه مشخصات فنی و توصیف بیانیه های مشکل است. آنها نه تنها فرآیندهای کسب و کار، بلکه فناوری اطلاعات را نیز درک می کنند، درک خوبی از قابلیت های نرم افزار ارائه شده به مشتری دارند، مهارت های طراحی دارند و بر این اساس، درک می کنند که چگونه به بهترین نحو علایق مشتری را به توسعه دهنده منتقل کنند. این کارکنان باید دارای تحصیلات در زمینه ICT و دارای ذهنیت مهندسی و فنی و ترجیحاً تجربه در زمینه IT باشند. هنگام انتخاب چنین متخصصانی، داشتن مهارت طراحی با استفاده از ابزارهای مدرن یک مزیت آشکار خواهد بود.

نوع دیگری از تحلیلگران، نویسندگان تکنیکال هستند. آنها به عنوان بخشی از فرآیندهای توسعه نرم افزار، تهیه کتابچه راهنمای کاربر و مدیر، دستورالعمل های فن آوری، فیلم های آموزشی و غیره درگیر مستندسازی هستند. وظیفه اصلی آنها این است که بتوانند اطلاعات مربوط به عملکرد برنامه را به کاربران و سایر افراد علاقه مند منتقل کنند، موارد پیچیده فنی را به طور مختصر و واضح توصیف کنند. نویسندگان فنی، در اکثر موارد، تسلط بسیار خوبی به زبان روسی دارند و در عین حال دارای تحصیلات فنی و ذهنی تحلیلی هستند. برای چنین متخصصانی مهارت تدوین متون فنی واضح، شایسته و دقیق مطابق با استانداردها و همچنین دانش و تسلط بر ابزارهای مستندسازی از اهمیت بالایی برخوردار است.

بنابراین، ما همان نقش (و به هر حال، موقعیت در جدول کارکنان) - تحلیلگر را می بینیم، اما در تجسم های کاربردی خاص آن. جستجوی متخصصان برای هر یک از آنها ویژگی های خاص خود را دارد. دانستن این نکته مهم است که این نوع از تحلیلگران باید مهارت ها و دانش هایی داشته باشند که اغلب در یک فرد ناسازگار است. یکی متخصص علوم انسانی، مستعد کار تحلیلی با حجم زیادی از اسناد متنی، با مهارت های گفتاری و ارتباطی توسعه یافته است، دیگری یک "متخصص" با تفکر مهندسی و علاقه مندی به حوزه فناوری اطلاعات است.

آیا از بیرون می گیریم یا رشد می کنیم؟

برای یک نماینده بزرگ صنعت فناوری اطلاعات، اثربخشی انتخاب مستقیم از منابع اینترنتی با رشد پروژه ها کاهش می یابد. این به ویژه به دلایل زیر اتفاق می افتد: انطباق سریع با فرآیندهای پیچیده در داخل شرکت غیرممکن است، سرعت تسلط بر ابزارهای خاص کمتر از سرعت توسعه پروژه است. بنابراین، برای یک متخصص منابع انسانی مهم است که نه تنها بداند که چه کسی را در خارج جستجو کند، بلکه بداند چگونه از منابع داخلی شرکت استفاده کند، از چه کسی و چگونه یک متخصص را توسعه دهد.

برای تحلیلگران کسب و کار، تجربه کار در فرآیندهای واقعی در حوزه موضوعی بسیار مهم است، بنابراین استخدام آنها "از بیرون" موثرتر از رشد آنها در داخل شرکت است. در عین حال، دانستن لیست سازمان هایی که می توانند منابع این نیروی انسانی باشند برای یک متخصص منابع انسانی مهم است و در هنگام انتخاب، تمرکز خود را بر جستجوی رزومه از آنها داشته باشد.

برای پر کردن جای خالی مانند تحلیلگر سیستم و معمار نرم افزار، برعکس، فرآیند آموزش در شرکت از اهمیت بالایی برخوردار است. این متخصصان باید در محیط تولید فعلی و ویژگی های یک سازمان خاص شکل بگیرند. تحلیلگران سیستم از تحلیلگران تجاری، نویسندگان فنی و مهندسین پشتیبانی فنی توسعه می یابند. معماران نرم افزار - از طراحان (طراح سیستم) و توسعه دهندگان نرم افزار (توسعه دهنده نرم افزار) با کسب تجربه و گسترش افق های خود. این شرایط به یک متخصص منابع انسانی اجازه می دهد تا به طور موثر از منابع داخلی شرکت استفاده کند.

تقاطع، ادغام و تکامل نقش های تولید

موضوع دشوار دیگری از نقطه نظر اجرا در فرآیند تولید وجود دارد - ایجاد مرزهای روشن بین نقش ها. در نگاه اول، ممکن است به نظر برسد که همه چیز واضح است: پیاده سازی کامل شده است، اسناد مربوط به راه اندازی نرم افزار به بهره برداری تجاری امضا شده است و همه چیز به پشتیبانی فنی واگذار شده است. درست است، با این حال، موقعیت‌هایی اغلب زمانی پیش می‌آیند که مشتری، از روی عادت، در تماس نزدیک با تحلیلگر است و او را به‌عنوان «عصای جادویی» می‌بیند، علی‌رغم اینکه سیستم قبلاً پیاده‌سازی شده است، همچنان فعالانه با او ارتباط برقرار می‌کند. و مرحله پشتیبانی رسمی در حال انجام است. با این حال، از دیدگاه مشتری، چه کسی بهتر و سریعتر از تحلیلگری که با او وظیفه تعیین می کند، به سؤالات مربوط به کار با سیستم پاسخ می دهد. و در اینجا این سوال در مورد تکرار جزئی نقش های یک مهندس پشتیبانی فنی و یک تحلیلگر مطرح می شود. با گذشت زمان، همه چیز بهتر می شود، مشتری به برقراری ارتباط با خدمات پشتیبانی فنی عادت می کند، اما در همان ابتدای استفاده از نرم افزار، چنین "انتقال داخلی" همیشه بدون استرس در هر دو طرف انجام نمی شود.

تلاقی نقش های تحلیلگر و مهندس پشتیبانی فنی نیز زمانی ایجاد می شود که جریان الزامات توسعه به عنوان بخشی از مرحله پشتیبانی رخ می دهد. با بازگشت به چرخه عمر نرم افزار، شاهد اختلاف بین شرایط واقعی تولید و نگرش های رسمی هستیم که تجزیه و تحلیل نیازمندی ها و فرمول بندی مسئله را می توان منحصراً توسط یک تحلیلگر انجام داد. البته یک متخصص منابع انسانی باید تصویر ایده‌آل نقش‌ها را در چرخه عمر نرم‌افزار درک کند؛ آنها مرزهای روشنی دارند. اما در عین حال، قطعاً باید در نظر داشته باشید که تقاطع امکان پذیر است. هنگام ارزیابی دانش و مهارت های یک متقاضی، باید به وجود تجربه مرتبط توجه کنید، یعنی در هنگام جستجوی مهندسان پشتیبانی فنی، نامزدهای با تجربه تحلیلگر به خوبی در نظر گرفته می شوند و بالعکس.

علاوه بر همپوشانی، اغلب نقش های تولیدی ادغام می شود. به عنوان مثال، یک تحلیلگر تجاری و یک نویسنده فنی می توانند به عنوان یک فرد وجود داشته باشند. حضور یک معمار نرم افزار (Software Architect) در توسعه صنعتی بزرگ الزامی است، در حالی که پروژه های بسیار کوچک می توانند بدون این نقش انجام دهند: در آنجا وظایف معمار توسط توسعه دهندگان (Software Developer) انجام می شود.

تغییرات در دوره های تاریخی در رویکردها و فناوری های توسعه ناگزیر به این واقعیت منجر می شود که چرخه عمر نرم افزار نیز تکامل می یابد. در سطح جهانی، البته، مراحل اصلی آن بدون تغییر باقی می‌مانند، اما جزئیات بیشتر می‌شوند. به عنوان مثال، با انتقال به راه حل های مبتنی بر وب و رشد قابلیت های پیکربندی از راه دور، نقش یک متخصص پیکربندی نرم افزار ظاهر شده است. در مراحل اولیه تاریخی، اینها مجریانی بودند، یعنی مهندسانی که بیشتر زمان کار خود را در محل کار مشتریان سپری می کردند. افزایش حجم و پیچیدگی نرم افزار منجر به پیدایش نقش نرم افزار Architect شده است. الزامات برای تسریع انتشار نسخه و بهبود کیفیت نرم افزار به توسعه تست خودکار و ظهور نقش جدید - مهندس QA (مهندس تضمین کیفیت) و غیره کمک کرد. تکامل نقش ها در تمام مراحل فرآیند تولید به طور قابل توجهی با توسعه روش ها، فناوری ها و ابزارها مرتبط است.

تا اینجا ما به نکات جالبی در مورد توزیع نقش های تولید در یک شرکت نرم افزاری در چارچوب چرخه عمر نرم افزار نگاه کرده ایم. بدیهی است که این دیدگاه خودی است که مختص هر شرکتی است. برای همه ما، به عنوان شرکت کنندگان در بازار کار صنعت فناوری اطلاعات و کسانی که مسئول ترویج نام تجاری کارفرما هستند، دیدگاه بیرونی از اهمیت ویژه ای برخوردار خواهد بود. و در اینجا نه تنها در یافتن معنا، بلکه در انتقال این اطلاعات به مخاطب هدف نیز مشکل بزرگی وجود دارد.

چه مشکلی با "باغ وحش" موقعیت های IT وجود دارد؟

سردرگمی در ذهن متخصصان منابع انسانی، مدیران تولید و تنوع رویکردها منجر به تنوع بسیار گسترده، یک "باغ وحش" واقعی از موقعیت های فناوری اطلاعات می شود. تجربه مصاحبه ها و تماس های حرفه ای ساده نشان می دهد که مردم اغلب درک روشنی از معنایی که باید از عناوین شغلی ناشی شود ندارند. به عنوان مثال، در سازمان ما، موقعیت‌هایی که شامل عبارت «مهندس تحلیل» هستند، فرض می‌کنند که این یک تعیین‌کننده وظایف است. با این حال، معلوم می شود که همه جا اینطور نیست: سازمان های توسعه ای هستند که یک مهندس تحلیلگر مجری آن است. یک درک کاملاً متفاوت، آیا موافقید؟

اولاً، "باغ وحش" موقعیت های IT بدون شک اثربخشی استخدام را کاهش می دهد. هر کارفرما هنگام توسعه و تبلیغ برند خود، می خواهد تمام معانی موجود در تولید خود را به صورت مختصر منتقل کند. و اگر خودش غالباً نمی تواند به وضوح بگوید کیست، طبیعی است که عدم اطمینان را به محیط بیرونی منتقل می کند.

ثانیاً، "باغ وحش" موقعیت های IT مشکلات عظیمی را در آموزش و توسعه پرسنل فناوری اطلاعات ایجاد می کند. هر شرکت جدی فناوری اطلاعات با هدف تشکیل و توسعه منابع انسانی و نه صرفاً «شیردوشی» محل‌های کاری، دیر یا زود با نیاز به تعامل با مؤسسات آموزشی مواجه می‌شود. برای پرسنل IT بسیار ماهر، این بخش از دانشگاه ها و بهترین دانشگاه ها است، حداقل آنهایی که در رتبه بندی TOP-100 قرار دارند.

مشکل ادغام با دانشگاه ها هنگام ایجاد فرآیند مستمر آموزش متخصصان فناوری اطلاعات تقریباً نیمی از عدم درک دانشگاه ها از اینکه چه کسی در شرکت فناوری اطلاعات است، است. آنها درک بسیار سطحی از این موضوع دارند. به عنوان یک قاعده، دانشگاه ها دارای چندین تخصص هستند که در نام آنها کلمه "علوم کامپیوتر" وجود دارد و اغلب اتفاق می افتد که وقتی یک کمپین پذیرش برگزار می کنند، بر این تز تکیه می کنند که همه تخصص ها اساساً در مورد یک چیز هستند. و به نظر می رسد که ما بر این افسانه رایج تکیه کنیم که همه متخصصان فناوری اطلاعات برنامه نویس هستند.

تجربه همکاری نزدیک ما با دانشگاه ها نشان می دهد که تخصص "انفورماتیک کاربردی (بر اساس صنعت)" پرسنل ما را برای بخش های روش شناسی و پشتیبانی فنی تامین می کند، اما نه توسعه. در حالی که "فندامنتال انفورماتیک"، "مهندسی نرم افزار" یک منبع انسانی عالی برای توسعه دهندگان آماده می کند. برای اینکه ابتدا متقاضی را در مسیری که برای او نامناسب است هدایت نکنید، لازم است "مه" را که تولید فناوری اطلاعات را احاطه کرده است، از بین ببرید.

آیا می توان همه چیز را به یک مخرج مشترک رساند؟

آیا می توان نقش های تولید را یکسان کرد و به درک مشترکی از آنها در داخل و خارج شرکت رسید؟

البته، ممکن و ضروری است، زیرا تجربه جمعی انباشته شده در همه شرکت های توسعه نشان دهنده وجود مفاهیم مشترک و متحد کننده برای سازماندهی فرآیند تولید است. این نتیجه از این واقعیت است که هنوز یک مفهوم منحصربه‌فرد از چرخه عمر نرم‌افزار وجود دارد و نقش‌های تولیدی جدید (دانشمند داده، QA-Engineer، مهندس یادگیری ماشین و غیره) نتیجه شفاف‌سازی و توسعه چرخه عمر نرم افزار به این ترتیب، با بهبود فناوری ها و ابزارها، و همچنین توسعه و گسترش وظایف تجاری رخ می دهد.

در عین حال، یکسان سازی نقش های تولیدی دشوار است، زیرا فناوری اطلاعات یکی از جوان ترین و سریع ترین بخش های اقتصاد در حال رشد است. به یک معنا، این همان هرج و مرج است که جهان از آن پدید آمده است. یک ساختار سازمانی واضح در اینجا غیرممکن و نامناسب است، زیرا فناوری اطلاعات یک حوزه فکری، اما بسیار خلاقانه است. یک متخصص فناوری اطلاعات از یک سو یک «فیزیکدان» - روشنفکر با تفکر الگوریتمی و ریاضی توسعه یافته است، از طرف دیگر او یک «غزل سرا» - خالق، حامل و مروج ایده است. او، درست مانند هنرمند، برنامه روشنی برای نقاشی ندارد؛ او نمی تواند تصویر را به قطعات تجزیه کند، زیرا این دومی وجود نخواهد داشت. او فرمانروای فرآیندهای اطلاعاتی است که به خودی خود انتزاعی، ناملموس، اندازه گیری دشوار، اما سریع هستند.

راههای ایجاد کار پرسنل مؤثر در تولید فناوری اطلاعات

بنابراین، آنچه برای یک متخصص منابع انسانی برای ایجاد کار HR موثر در زمینه تنوع نقش های تولید فناوری اطلاعات مهم است، بداند.

اولاً، هر متخصص منابع انسانی در یک شرکت فناوری اطلاعات باید ایده ای از وضعیتی داشته باشد که به طور خاص برای شرکت او وجود دارد: چه کسی چه کاری انجام می دهد، چه کسی چه کسی نامیده می شود، و مهمتر از همه، معنای این نقش ها در شرایط چیست. یک تولید خاص

ثانیاً، متخصص منابع انسانی باید درک انعطاف پذیری از نقش های تولید داشته باشد. یعنی در ابتدا او یک درک ایده آل در مورد آنها ایجاد می کند که به او اجازه می دهد همه چیز را برای خودش بفهمد. سپس باید تصویری واقعی از تولید وجود داشته باشد: اینکه نقش ها کجا و به چه طریقی تلاقی و ترکیب می شوند، چه برداشتی از این نقش ها در میان مدیران تولید وجود دارد. مشکل برای یک متخصص پرسنل این است که موقعیت های واقعی و ایده آل را در ذهن ترکیب کند، نه تلاش برای بازسازی اجباری فرآیندها مطابق با درک ایده آل خود، بلکه برای کمک به تولید در رفع نیاز به منابع.

ثالثاً، شما قطعاً باید ایده ای از مسیرهای توسعه احتمالی متخصصان خاص داشته باشید: در چه مواردی انتخاب خارجی می تواند مؤثر باشد و چه زمانی بهتر است یک کارمند را در تیم خود رشد دهید و فرصت هایی برای توسعه برای او فراهم کنید، چه ویژگی هایی از کاندیداها به آنها امکان می دهد در جهت خاصی رشد کنند، که ویژگی های آن نمی تواند در یک فرد سازگار باشد، که در ابتدا برای انتخاب مسیر توسعه مهم است.

چهارم، اجازه دهید به این تز بازگردیم که فناوری اطلاعات حوزه‌ای از پرسنل بسیار ماهر است که در آن ادغام زودهنگام با محیط آموزشی دانشگاه برای کار پرسنل مؤثرتر اجتناب‌ناپذیر است. در این شرایط، هر متخصص منابع انسانی باید نه تنها مهارت های جستجوی مستقیم، کار با پرسشنامه و مصاحبه را توسعه دهد، بلکه باید حتماً در محیط آموزش دانشگاهی متخصصان نیز حرکت کند: کدام دانشگاه ها پرسنل را برای شرکت آماده می کنند، کدام تخصص ها در دانشگاه های خاص. پوشش نیازهای پرسنلی، و چه چیزی مهم است که چه کسی پشت این کار است، چه کسی متخصصان را در دانشگاه ها مدیریت و تربیت می کند.

بنابراین، اگر ما به طور هدفمند این افسانه را که همه متخصصان فناوری اطلاعات برنامه نویس هستند، از بین ببریم، لازم است تعدادی گام در این راستا برداریم و توجه ویژه ای به دانشگاه هایمان داشته باشیم، جایی که پایه های درک حرفه آینده در آن گذاشته شده است. به عبارت دیگر، ما نیازمند تعامل مستمر با محیط آموزشی هستیم، برای مثال استفاده از قالب مدرن همکاری در مراکز همکار، «نقاط جوش» و شرکت در جلسات فشرده آموزشی. این به از بین بردن تصورات غلط در مورد شرکت فناوری اطلاعات کمک می کند، کارایی کار پرسنل را افزایش می دهد و شرایطی را برای فعالیت های مشترک در آموزش متخصصان مختلف در صنعت ما ایجاد می کند.

من از همکارانی که در تهیه و حمایت از مرتبط بودن این مقاله شرکت کردند: والنتینا ورشینینا و یوری کروپین تشکر می کنم.

منبع: www.habr.com