Грейди : оцифровка програмістів. Додаток № 1 : Перфотабліци Хея

article img {margin: 0 auto; border: 1px dashed # 999;}
. B-typo. Table-17 td {color: # 000; font-size: 1em; border: 1px solid # 333;}. B-typo. Table-17-c td {text-align: center;}. B -typo. table-17 td.green,. b-typo. table-17. green td {color: # fff; background: # 008080;}

В епоху продають текстів найбільш популярний метод викладу у вигляді переверненої піраміди, коли суть матеріалу викладається в твіттеровском форматі в перших двох-трьох абзацах, а все інше отримує статус валізи без ручки. З деякою часткою іронії пропонується удосконалення інноваційного методу - в 3-й частини циклу «Грейді: оцифровка програмістів "на початку йдуть навіть не висновки, а додатки.

Прил. 1. Перфотабліци Хея

На всі питання розсмійтеся я тихо
На всі питання не буде відповіді
Адже ім'я моє - Ієрогліф

Група «Пікнік»

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

Коріння походження цієї дивності можна простежити від 70-80-х років ХХ століття, коли існував жарт:

- Які мови програмування будуть застосовуватися для розрахунку наукових задач в XXI столітті?

- Різні. Але головним серед них буде Фортран.

За фактом виявилося, що жарти в цих фразах містилося зовсім небагато. Це ж (але в іншій предметній області) вірно і для методу Хея.

На перший погляд, метод напрямних таблиць Хея чимось на кшталт стімпанк (паровозів і паропланах вже немає або не було зовсім, а стімпанк є), складний як машина Беббиджа і почав впроваджуватися якраз в епоху, коли введення перфокарт був переведений з табуляторів на перші комерційні комп'ютери, тобто в середині минулого століття.

Ймовірно, саме первісної «заточеного» під обробку даних на перфокартах і пояснюється відносна складність методу. До речі, в цьому ще одне його спорідненість з Фортраном, який з самого початку був орієнтований на перфокарти (наприклад, позиції рядки з 1-го по 5-ю - область міток, а з 73-ї по 80-ю - для нумерації перфокарт на випадок «рассипкі» колоди - хто пам'ятає цю трагікомедію, той зрозуміє всю важливість нумерації). Так чи інакше ...

Хісторіческіе нотатки

Hay Group Inc. - компанія, що входить в TOP- 5 в своїй галузі і спеціалізується на кадровому консалтингу. Заснована в 1943 році у Філадельфії, має кілька тисяч консультантів і співробітників, що працюють в сотні офісів більш ніж в 30 країнах світу. І в Україну в тому числі.

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

Даний метод трохи більше, ніж повністю, захищений авторським правом, і ніколи не публікувався цілком. У США вартість його впровадження для однієї компанії перевищує 50 тис. доларів, в інших країнах в рази, але не порядки, менше.

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

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

Інформація з сайту www.haygrouppaynet.com

Машина відмінностей

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

Фактори	субфактори	Оцінка
Знання та вміння KH - know how	Технічні пізнання	A, B, C, D, E. ..
	Широта і складність навичок	I, II, III ...
	Комунікативні навички	1,2,3,4,5 ...
Рішення проблем PS - problem solving	Творчий потенціал	Оцінюється як відсоток від значення фактора Знання та вміння
	Складність проблеми
Відповідальність AC - accountability	Підзвітність дій	A, B, C, D, E. ..
	Вклад в кінцевий результат	1,2,3 ...
	Області впливу	A, B, C, D, E. ..

Для конкретної посади по кожному фактору присвоюється якісна оцінка, потім отримані оцінки переводяться у бали за спеціальними (що направляють) таблиць, що надаються консультантами, а потім бали з кожної таблиці сумуються. Так виходить оцінка для посади. Якщо це число відрізняється менш, ніж на 15%, від іншої посади, то посади приймаються аналогічними.

Потім отриманий профіль переводиться в так званий короткий профіль, в якому сума балів по всім факторам приймається за 100% і розглядається співвідношення факторів.

За допомогою короткого профілю можна так інтерпретувати окладний частина посади:

55% окладу сплачується за знання та вміння;
18% окладу - за відповідальність;
27% - за вирішення проблем.

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

Щоб все викладене не нагадувало анекдот «- Петька, прилад. - 30. - Що 30? - А що прилад? », Навіть дуже спрощений приклад буде до речі.

Сферичний PHP-програміст

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

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

Отже, що ми маємо на вході - посада для сферичного програміста з наступними вимогами:

розуміння принципів проектування та програмування в ООП (PHP4/PHP5);
досвід розробки на PHP5 понад 2-х років, підтверджений завершеними проектами;
базові знання JavaScript/HTML/DHTML/CSS/AJAX;
досвід роботи з MySQL;
досвід використання одного з фреймворків (ZendFramework, CodeIgniter, Kohana і т.п.);
досвід розробки сайтів з різними сервісами;
досвід роботи в команді та застосування GIT або SVN або Mercurial.

Додаткові вимоги: участь у розробці специфікацій по ряду проектів, досвід навчання та консультування співробітників, розробки та здачі документації замовнику.

Оцінка посади в спрощеній формі може виглядати наступним чином.

Фактор «Знання та вміння», субфактор «Технічні пізнання»
Рівень	Опис
E	Розуміння та застосування основ теоретичних знань, отримуваних через академічну підготовку або на практиці. Робота вимагає розуміння і застосування принципів, концепцій і методів, пов'язаних з цими знаннями. На цьому рівні, важливо розуміти «чому» треба робити тим чи іншим чином, на додаток до «що» і «як» треба робити. Даний рівень так само включає робочі місця, для яких потрібні широкі пізнання в різних областях.
F	Требуется практичне застосування предметних знань у широкому діапазоні ситуації, професійні навички, коли теоретичні знання доповнені реальним досвідом роботи або підвищені за рахунок додаткового навчання за спеціалізацією. Головне - практичне застосування знань, а не їх придбання. Цей рівень також вимагає знань в декількох спеціалізованих областях (рівень E в парі областей і рівень D в інших).
Рівень нашого випробувача E + (E в PHP, D - в інших, потрібне придбання нових навичок)
Фактор «Знання та вміння», субфактор «Широта і складність навичок»
Рівень	Опис
I	Індивідуальний внесок у виконання комплексних завдань або комбінацію завдань і функцій. Потрібен розуміння того, як робота співвідноситься з роботою інших співробітників. Може залучатися до робіт, в яких необхідно знання інших підрозділів або галузей діяльності організації. Сюди ж відносяться керівники нижньої ланки, які планують, що контролюють і оцінюють роботу підлеглих.
I +	Вимагає управління повним циклом операцій без безпосередньої допомоги з боку керівника, керівництва групою працівників з різними функціями, відповідальності за результат всієї групи.
Рівень випробувача I
Фактор «Знання та вміння», субфактор «Комунікативні навички"
1	Передбачає комунікації для одержання або надання інформації, наявність навичок коректної форми питань і отримання роз'яснень. Вимоги до навичок можуть включати використання спеціальних термінів.
2	Вимагає частого впливу на зміни думки чи навколишньої ситуації, а також уваги до чужої точки зору. Уміння викладати технічну або функціональну інформацію в доступній формі для неспеціалістів в даній області. Потрібно для розподілу робіт, спостереження та контролю за ходом виконання, оцінки результатів, а також для посад, які відповідають за розвиток і підготовку співробітників.
Рівень випробувача 1 +

Після проведення таких оцінок за фактором «Знання» застосовується одна з

направляючих таблиць і обчислюються бали. В нашому випадку це 200 балів.

	I
	1	2
E-	152	175
E	175	200
E +	200	20

Фактор «Рішення проблем» має на увазі міру новаторського мислення і рівень його самостійності і оцінюється не в балах, а у відсотках від фактора «Знання». Посада нашого випробувача характеризується:

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

і відповідає 38% за фактором "Рішення проблем» (вибирається з відповідної направляючої таблиці). В балах це 38% від 200 або 76 балів.

Відповідальність означає рівень прямого впливу посади на кінцевий результат, тому оцінка фактора «Відповідальність» проводиться в співвідношенні з фактором «Рішення проблем». У нашому випадку співвідношення можна оцінити як приблизно рівне, то є посада вимагає балансу відповідальності і вирішення проблем. За спеціальною таблицею це відповідає 87 балам.

Загальна вага посади: 200 + 76 + 87 = 363

Короткий профіль посади «сферичний PHP-програміст» запишеться так:

KH - 55, PS - 21, AC - 24,

тобто в кожній виплаченої за посаду гривні 55 копійок буде заплачено за знання, 21 і 24 за вирішення проблем і відповідальність.

Безперечно, методика Хея виглядає дуже солідно, як і належить методикам від 50К у.о. Однак, з точки зору прикладу, є маленький недолік - глобальна база знань, що накопичується десятиліттями, мало що знає про специфіку сферичного програміста.

Якщо в якості точки відліку взяти досить поширений метод ранжирування О. Бендера з його безсмертним «он той блондинчик, покладемо, грає добре, он той брюнет, припустімо, гірше», то слід визнати, що для наших цілей метод Е. Хея може дати лише трохи більше значимі результати при набагато більшій складності та вартості застосування.

Се таємниця велика є

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

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

Для цієї ж історії будуть цілком очевидні наступні висновки:

метод Хея базується на десятиліттями накопичуваної базі знань з традиційним галузям і має високий ступінь «закритості», порівнянну з радянською «оборонкою». Можна припустити, що з такою базою будь-який хоч трохи логічний метод ранжирування буде ефективний;
метод дає хороший підтверджений ефект для середніх і великих за американськими мірками компаній традиційних галузей, тобто мають від декількох тисяч співробітників і десятків мільйонів доларів річного обороту (человейніков);
успішне застосування методу високо ймовірно при наявності консультантів від компанії Hay Group, у противному випадку це може дати ефект забивання мікроскопом навіть не цвяхів, а шурупів;
для постіндустріальних, що динамічно розвиваються галузей, для яких характерні тенденції зменшення розміру проектних команд за рахунок зростання якісного переваги та унікальність кожного члена команди, а також постійної зміни інструментарію і навичок, можливість позитивного ефекту від його застосування не очевидна.

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

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

Опубліковано: 17/05/12 @ 11:28
Розділ Різне

SEO Блог