З програміста в HR'и : як і навіщо ?

via Shutterstock .

[ Про автора: Дмитро Філіпов - Віце -президент з організаційного розвитку в Міратех , також віце -президент з HR та організаційного розвитку в 2011-2013 роках , на початку кар'єри - інженер- програміст ]

Здається , що професії розробника і ейчара знаходяться на протилежних сторонах світобудови. З одного боку - точні і високоосвічені , науково -орієнтовані фахівці , з іншого - професіонали в галузі комунікацій і чарівності , що мало узгоджується з науковим підходом.

Деякі молоді ейчари ІТ -компаній не приховують , що з часом хотіли б перекваліфікуватися в тестувальників або програмістів. Далеко не у всіх це виходить, тому що Часто така мрія пов'язана не з покликанням , а з престижністю і оплачуваності інженерних позицій . Однак мені відомі випадки , коли таке у них виходило , і вельми успішно.

Але як це можливо в протилежну сторону - з програмістів в ейчари ? На перший погляд здається , що ніяк. Проте , у мене є 7 міркувань , чому таке за певних умов можливо.

1 . « Зрілий » менеджмент

ІТ- компанії стають дуже великими . При розмірі компанії більше 1000 чоловік менеджмент персоналу вже не може здійснюватися довільно , а повинен спиратися на міжнародні практики . Так в HR - відділи ІТ -компаній приходить « зрілий » менеджмент .

Серед менеджерів в будь-якій індустрії , не тільки в ІТ , величезна кількість випускників технічних вузів. Наприклад , в цьому відношенні добре себе зарекомендував КПІ (та й не тільки він ) . Випускник технічного вузу , який став програмістом і відчув своє покликання в менеджменті , може знайти можливість проявити себе в рамках рідної компанії в області управлінні персоналом , так само, як і в будь-який інший управлінської області.

2 . Науковий підхід

Кажуть , що « психологія - не наука ». А тому безліч ейчаров , мають дипломи психологічних спеціальностей , насправді займаються чимось « з області мистецтва» , а не чимось з області точних міркувань . Навряд чи таке може бути цікаво « справжньому програмісту ».

З іншого боку , «людські» ризики під час виконання ІТ-проектів можуть чинити величезний вплив , оскільки за своєю суттю ІТ спирається на талант індивідуальностей. Тобто ІТ -галузь як ніяка інша потребує того , щоб практична командна і професійна психологія більшою мірою стала наукою.

А значить , участь у цьому процесі людей , які розбираються в науковому підході - перспективно і корисно самим програмістам . Адже розробники теж
зацікавлені , щоб команди були більш успішними і ефективними , оскільки від цього залежать їхні майбутні замовлення і бонуси.

3 . Комунікація

Науково і технічно орієнтовані люди часто відчувають проблеми з комунікацією. Багатьох це не турбує - не можна вміти все. І це правильно .

Але є люди які відчувають дискомфорт від того , що не можуть бути такими ж товариськими , як деякі їхні знайомі . У якийсь момент для них стає важливо , щоб їх робота допомогла їм навчитися вибудовувати відносини . Вони прагнуть до спілкування в роботі , і іноді це призводить до того , що вони починають займатися більше координаційної , ніж інженерною діяльністю . В ІТ - організаціях такої роботи багато. Звичайно , це все ще не менеджмент персоналу , але вже й не строго інженерія. Майбутня кар'єра такого фахівця може привести його в будь департамент - цілком можливо , що і в HR .

4 . Тестування

У сучасних HR- підходах важливе місце займає тестування . Існують « комерційні » тести , що дають цікаву і релевантну інформацію з професійного профілю співробітника . Наприклад , тест Томаса. Цей тест спирається на широку статистичну базу , але його деталі закриті.

У сучасній психології багато статистичних досліджень. При цьому неможливо провести тестування без автоматизованої обробки отриманих даних. Інженеру , для якого статистика та програмування є частиною його професії , може виявитися цікаво застосувати свої вміння HR , заодно прибрати додаткову компетенцію.

5 . Співбесіди

У сучасному ІТ важко переоцінити значимість рекрутингу. Конкуренція за співробітників у цій галузі настільки висока, що майже кожен наймання перетворюється на свого роду компроміс.

Кожен старший інженер , який бере участь в процесі найму , стоїть перед складним вибором , враховуючи , що їм належить разом працювати і вирішувати конкретні завдання.

Часто при ухваленні рішення про подальшу співпрацю на перший план виходять навіть не актуальні знання та вміння кандидата , а його ставлення до роботи , здатність рости і розвиватися , а в тому числі же якесь відчуття « психологічної близькості » кандидата до командної атмосфері. Тут вже хочеш - не хочеш , а станеш «практичним психологом » , життя змушує .

І що важливо - в цьому питанні часто рекрутер або HR не можуть допомогти , тому що вони не розуміють особливості технічної роботи на позиції. Тобто саме інженер , а не HR , виступає « інтеграційної точкою» , здатної прийняти зважене рішення. Інженер , який добре навчився це робити , можна сказати, вже « підробляє » в HR . Хоча б навіть за кількістю проведених інтерв'ю .

6 . Тренінги

Технології в ІТ -галузі змінюються настільки швидко , що істотний відсоток інженерів так чи інакше перебувають у стані « докваліфікаціі » і тренінгу. Багато хто з них , ставши «гуру» в певних напрямках , починають проводити заняття для інших співробітників. І в якийсь момент цей « гуру» може відчути себе скоріше тренером , ніж інженером , оскільки передача знань в ІТ - область не менш важлива і критична, ніж кодування .

Але для цього потрібні певні комунікаційні та практичні навички, доступні далеко не всім. Якщо інженер зумів їх освоїти і навчився ефективно застосовувати - його цілком можна вважати в деякій мірі і ейчаром .

7 . «Неможливе можливо»

Ну і, врешті -решт , просто існують люди , яким подобається робити «неможливе можливим» і відкривати нові горизонти. ;)

Так все ж , чи може програміст стати ейчаром ? Звичайно . Однак такі випадки - швидше виняток , ніж правило. Прийшовши в Міратех в 2001 році java - програмістом , я через 10 років став віце -президентом з HR . Перераховані вище 7 міркувань так чи інакше були частиною мого кар'єрного шляху , і це дає мені право стверджувати : так , таке можливо. Але навіть якщо програміст не ставить собі такого завдання , я вважаю , що сучасному айітшніку дуже корисно знайти « ейчара в собі» і освоїти його як ще одну технологію , як би технократично це не прозвучало .

Опубліковано: 21/07/14 @ 08:01
Розділ Різне

SEO Блог

З програміста в HR'и : як і навіщо ?

Рекомендуємо: