Матриця компетенцій веб-розробника
Настанови батька: як ростити Бітрікс-розробника
Програмісти, розробники, верстальники, фронтенд, бекенд, адміни ... Хто всі ці люди?
Що робить веб-розробник? Які вони бувають? Як оцінити кандидата на співбесіді? Як управляти розвитком програмістів?
Практично всі компанії, де є програмісти, і тим більше веб-інтегратори задають собі ці питання. Як правило, критерії визначення кваліфікації вельми каламутні. Системного вирішення цього питання немає.
У ИнтерВолга працює кілька десятків розробників. Процес найму, розвитку, перемикання між проектами, вирощування техлідов - постійний.
Завдання систематизації навичок, присвоєння грейдов і вироблення політики розвитку розробників - ключова.
Ми вирішили її, створивши і описавши матрицю компетенцій веб-розробника. У ній 6 напрямків діяльності і 4 рівня занурення.
Матриця була складена більше року тому і застосовується нами при співбесідах, атестації та відборі людей на проекти.
Що робить backend-веб-розробник? Як оцінити рівень?
Ми виділили 6 напрямків роботи, областей знання бекенд-розробника:
Робота з технологіями
Взаємодії з сервером Unix
Робота з 1С-Бітрікс
У фронтенд-фахівців окрема матриця компетенцій, але ми оцінюємо і прокачуємо кожного backend-розробника по "суміжних" для нього напрямками - сервери і frontend.
Ці напрямки стали "колонками" матриці.
Рівні кваліфікації розробників
Ми виділили 4 рівня. Це цілком традиційні стажист, junior, middle і senior.
Щоб потрапити до нас на випробувальний термін, потрібно продемонструвати 30% -50% стажистів компетенцій (Бітрікс ми перевіряємо тільки у тих, хто працював з платформою).
Для переходу між рівнями повинно пройти мінімум кілька місяців. Часто проходить 1-2 роки.
Отримання кожного рівня - досить трудомістким, тому ми вводимо проміжні градації: 30% і 70% закриття компетенцій.
Разом кожен розробник може бути віднесений до одного з 12 рівнів (4 базових і в кожному три ступеня досягнення)
Прогрес і швидкість росту
Прогрес після рівня junior бажаний, але зовсім не обов'язковий, багато розробників зупиняються на рівні "70% junior" або "30% middle".
Ми вважаємо це нормою, співробітники на цих рівнях приносять багато користі і вирішують боеевие завдання.
порівнянність рівнів
Порівнянність рівнів в різних компаніях і системах атестації викликає питання. Багато компаній використовують назви рівнів, наділяючи їх різними смислами. Точної відповіді немає, але по відчуттях наші рівні в середньому містять більше вимог, ніж у колег по цеху.
Порівняйте. Ось, наприклад, очікувані нами компетенції на рівні "Middle"
Сертифікат розробника: Базовий
Сертифікат розробника: Професіонал
Здачу цих іспитів ми оплачуємо.
Про керівників і техлідах
Як правило, керівник відділу або групи програмістів сам на хорошому рівні володіє технологіями. При цьому в кожному відділі і проектній групі у нас є "техлід" - самий компетентний і ерудований розробник.
Майже всі наші техліди мають рівень Senior.
Як проходить атестація розробника?
Атестація займає від 1.5 до 5 годин і проводиться шляхом особистої бесіди з 1-2 більш грамотними старшими колегами.
Ми вважаємо компетенцію закритою, якщо програміст застосовував відповідну технологію двічі в реальних проектах і може розповісти деталі: що було зроблено, чому, які ще варіанти розглядалися. Екзаменатори задають каверзні питання.
Сформувалася практика: на перевірку однієї "клітинки" йде близько 15 хвилин.
За статистикою, близько третини спроб підтвердити компетенцію бувають неуспішні.
При перевірці екзотичних технологій іноді для підтвердження даються "навчальні завдання". Наприклад, xhprof ми застосовуємо не дуже часто, і атестується розробник отримає таке "навчальний" завдання і виконає його під наглядом старшого.
Як застосовується матриця компетенцій?
Ми застосовуємо матрицю при співбесідах, атестації та визначенні рівня зарплат, при визначенні цілей на півроку і рік.
Ви можете роздрукувати матрицю на великому плакаті і повісити на стінку :-)