Статья от ведущего Java разработчика, и ориентирована на новичков, которые не работали со средой Spring Batch. Если вы можете что-то добавить о своём опыте взаимодействия с этой средой, будет здорово.
Мы делаем акцент на том, что это не самый лучший вариант для обеих сторон — здесь нет чьей-то вины. Форс-мажоры могут случаться как со стороны интервьюера, так и кандидата :) А рабочий день может начинаться как с 10, так и с 11 утра (у большинства компаний гибкое утро).
Мы делимся своим опытом, и не претендуем на правильность. Возможно, у вас другой подход, будет здорово, если вы поделитесь своей историей собеседования.
Спасибо за вашу точку зрения. Как мы и писали, материал основан личном опыте Елены и может отличаться от опыта и мнения остальных. У каждого ведь свой опыт проведения собеседований и отбора кандидатов :)
Спасибо за то, что поделились вашим опытом. Мы тоже пришли к выводу о пользе привлечения других сотрудников для оценки и помощи в обучении.
У нас не было ситуаций, чтобы за год сотрудник не достиг никаких целей. Они ставятся не сразу на год, а на более короткие интервалы времени. Поэтому можно внести корректировку в план обучения.
Прямой зависимости "не выполнены цели по обучению - нет повышения зп/изменения грейда" у нас нет. Тут более сложная связь.
Индексация зарплаты основывается на подведении итогов работы за год. Учитываются результаты работы на проектах, оценка 360 от коллег, выполнение поставленных целей, обратная связь от сотрудника. Цели - это один из хороших инструментов, который помогает повышать свой уровень, но он не единственный. Например, за год из 5 целей не выполнена 1. Но - на проекте качественное тестирование, не бывает серьезных пропущенных багов, сроки тестирования соблюдаются, заказчик тестированием доволен, команда высоко оценивает сотрудника. Нет никаких оснований не проводить индексацию зп.
Решение о повышении грейда принимается путем оценки уровня сотрудника на момент аттестации. Какие факторы учитываются - отвечала в одном из предыдущих вопросов.
Если на практике постоянно оттачивать и корректировать постановку целей, можно значительно снизить вероятность того, что цель не будет выполнена.
Здравствуйте, мы используем следующий подход: оценка происходит после испытательного срока в 3 месяца, за который у руководителя и сотрудника накоплен некоторый опыт совместной работы или взаимодействия. Сначала оценки заполняет сам сотрудник — он должен постараться объективно себя оценить. Далее руководитель просматривает результаты и отмечает для себя навыки, по оценкам которых у руководителя есть вопросы. После происходит встреча/созвон сотрудника и руководителя, на котором в формате беседы обсуждаются и уточняются оценки. Руководитель просит сотрудника подробнее рассказать про опыт работы, а затем совместно принимается решение об оценке по каждому навыку. Если есть сомнения, лучше выбрать оценку ниже и договориться, что через определённое время работы (например, полгода), будет переоценка навыка.
После того как цель по обучению выполнена, новые оценки переносятся в профиль тестировщика. Это хороший момент для руководителя, чтобы пробежаться ещё раз по другим оценкам и решить, нужен ли пересмотр в любую сторону.
Советую минимум 1 раз в год актуализировать профиль. Для более объективных оценок можно привлекать QA, работающих вместе с сотрудником на одном проекте.
Добрый день, упор в компетенции по тестированию и в технические. Технические оценить легче. Компетенции в тестировании — сложнее. Но всё же они описаны так, чтобы можно было почти однозначно установить свой уровень. При переходе на другой проект уровень владения компетенцией не меняется. Например, если по написанию тест-кейсов был advanced, он таким и останется. Единственное, что мы не учитываем в профиле — это знание предметных областей. Думаю, это больше подходит продуктовым компаниям.
Добрый день, спасибо за обратную связь и вопросы. Отвечает Елена:
1) Я пыталась связать матрицу и грейды, но решение не отладила. Так что рабочую схему предоставить не смогу. В том подходе, что я пробовала, для определения грейда учитывались факторы: - опыт работы в годах, - навыки в тестировании — например, минимум половина навыков уровня 2-intermediate и выше, - технические навыки — например, минимум половина навыков уровня 2-intermediate и выше, - soft skills - например, по всем навыкам оценка 2-intermediate и выше, - уровень самостоятельности и способности решать проблемы, - для лидов оценка по навыкам управления командой, - отзыв коллег — на какой грейд интуитивно оценивают коллеги сотрудника.
2) Раз в год есть аттестация, на которой обсуждается индексация зарплаты. Как я указала в статье в разделе "нехватка времени на обучение" — невыполнение цели по этой причине прямо не сказывается на результатах годовой аттестации. Учитывается в первую очередь качество работы сотрудника на проекте. Грубо говоря, если сотрудник хорошо работал, все в команде довольны, аттестация происходит успешно.
Но, если мы видим, что знаний не хватает для успешной работы — нужно искать варианты для выделения времени на обучение. Иначе это скажется на качестве тестирования.
Елена Поплооухина: "Материальное поощрение есть. Для многих сотрудников оно является важным мотивирующим фактором. Обучение влияет на уровень квалификации специалиста и результаты его работы на проекте. Эти результаты обсуждаются на ежегодной аттестации, и по итогам происходит индексация заработной платы. Также на ежегодной аттестации обсуждается изменение грейда сотрудника, например, переход от junior к middle"
Добрый день, РТЛабс обеспечивает выполнение всего комплекса работ по разработке портала и мобильных приложений госуслуг. Часть этих работ выполняется силами компании Юзтех РТК, которая является совместным предприятием Юзтех и РТЛабс. На данный момент более 100 сотрудников Юзтеха работает на проектах РТЛабс.
Если у вас остались вопросы, пишите на почту pr@usetech.ru ))
Спасибо за обратную связь! :)
Статья от ведущего Java разработчика, и ориентирована на новичков, которые не работали со средой Spring Batch. Если вы можете что-то добавить о своём опыте взаимодействия с этой средой, будет здорово.
Мы делаем акцент на том, что это не самый лучший вариант для обеих сторон — здесь нет чьей-то вины. Форс-мажоры могут случаться как со стороны интервьюера, так и кандидата :)
А рабочий день может начинаться как с 10, так и с 11 утра (у большинства компаний гибкое утро).
Мы делимся своим опытом, и не претендуем на правильность. Возможно, у вас другой подход, будет здорово, если вы поделитесь своей историей собеседования.
Спасибо за вашу точку зрения. Как мы и писали, материал основан личном опыте Елены и может отличаться от опыта и мнения остальных. У каждого ведь свой опыт проведения собеседований и отбора кандидатов :)
А что бы вы хотели узнать? Раскроем в следующей статье :)
Спасибо за обратную связь!
Спасибо за то, что поделились вашим опытом. Мы тоже пришли к выводу о пользе привлечения других сотрудников для оценки и помощи в обучении.
У нас не было ситуаций, чтобы за год сотрудник не достиг никаких целей. Они ставятся не сразу на год, а на более короткие интервалы времени. Поэтому можно внести корректировку в план обучения.
Прямой зависимости "не выполнены цели по обучению - нет повышения зп/изменения грейда" у нас нет. Тут более сложная связь.
Индексация зарплаты основывается на подведении итогов работы за год. Учитываются результаты работы на проектах, оценка 360 от коллег, выполнение поставленных целей, обратная связь от сотрудника. Цели - это один из хороших инструментов, который помогает повышать свой уровень, но он не единственный. Например, за год из 5 целей не выполнена 1. Но - на проекте качественное тестирование, не бывает серьезных пропущенных багов, сроки тестирования соблюдаются, заказчик тестированием доволен, команда высоко оценивает сотрудника. Нет никаких оснований не проводить индексацию зп.
Решение о повышении грейда принимается путем оценки уровня сотрудника на момент аттестации. Какие факторы учитываются - отвечала в одном из предыдущих вопросов.
Если на практике постоянно оттачивать и корректировать постановку целей, можно значительно снизить вероятность того, что цель не будет выполнена.
Здравствуйте, мы используем следующий подход: оценка происходит после испытательного срока в 3 месяца, за который у руководителя и сотрудника накоплен некоторый опыт совместной работы или взаимодействия. Сначала оценки заполняет сам сотрудник — он должен постараться объективно себя оценить. Далее руководитель просматривает результаты и отмечает для себя навыки, по оценкам которых у руководителя есть вопросы. После происходит встреча/созвон сотрудника и руководителя, на котором в формате беседы обсуждаются и уточняются оценки. Руководитель просит сотрудника подробнее рассказать про опыт работы, а затем совместно принимается решение об оценке по каждому навыку. Если есть сомнения, лучше выбрать оценку ниже и договориться, что через определённое время работы (например, полгода), будет переоценка навыка.
После того как цель по обучению выполнена, новые оценки переносятся в профиль тестировщика. Это хороший момент для руководителя, чтобы пробежаться ещё раз по другим оценкам и решить, нужен ли пересмотр в любую сторону.
Советую минимум 1 раз в год актуализировать профиль. Для более объективных
оценок можно привлекать QA, работающих вместе с сотрудником на одном проекте.
Добрый день, спасибо за обратную связь! На данный момент мы не можем поделиться списком из таблицы, т.к. это внутренняя разработка компании.
Добрый день, упор в компетенции по тестированию и в технические. Технические оценить легче. Компетенции в тестировании — сложнее. Но всё же они описаны так, чтобы можно было почти однозначно установить свой уровень. При переходе на другой проект уровень владения компетенцией не меняется. Например, если по написанию тест-кейсов был advanced, он таким и останется. Единственное, что мы не учитываем в профиле — это знание предметных областей. Думаю, это больше подходит продуктовым компаниям.
Добрый день, спасибо за обратную связь и вопросы. Отвечает Елена:
1) Я пыталась связать матрицу и грейды, но решение не отладила. Так что рабочую схему предоставить не смогу.
В том подходе, что я пробовала, для определения грейда учитывались факторы:
- опыт работы в годах,
- навыки в тестировании — например, минимум половина навыков уровня 2-intermediate и выше,
- технические навыки — например, минимум половина навыков уровня 2-intermediate и выше,
- soft skills - например, по всем навыкам оценка 2-intermediate и выше,
- уровень самостоятельности и способности решать проблемы,
- для лидов оценка по навыкам управления командой,
- отзыв коллег — на какой грейд интуитивно оценивают коллеги сотрудника.
2) Раз в год есть аттестация, на которой обсуждается индексация зарплаты. Как я указала в статье в разделе "нехватка времени на обучение" — невыполнение цели по этой причине прямо не сказывается на результатах годовой аттестации. Учитывается в первую очередь качество работы сотрудника на проекте. Грубо говоря, если сотрудник хорошо работал, все в команде довольны, аттестация происходит успешно.
Но, если мы видим, что знаний не хватает для успешной работы — нужно искать варианты для выделения времени на обучение. Иначе это скажется на качестве тестирования.
Рады, что статья понравилась! Спасибо за обратную связь!
Елена Поплооухина: "Материальное поощрение есть. Для многих сотрудников оно является важным мотивирующим фактором. Обучение влияет на уровень квалификации специалиста и результаты его работы на проекте. Эти результаты обсуждаются на ежегодной аттестации, и по итогам происходит индексация заработной платы. Также на ежегодной аттестации обсуждается изменение грейда сотрудника, например, переход от junior к middle"
TyVik, добрый день и спасибо за ваш комментарий.
Рейтинг компании на Хабре.Карьера за 2021 год - 4,83 (https://career.habr.com/companies/ratings?sort=av&sz=3&y=2021). И не могу не подалиться тем, что второй год подряд компания занимает 1 место в номинации "Самые лояльные сотрудники" HeadHunter - https://rating.hh.ru/history/rating2020/subrating/?tab=2
Добрый день, РТЛабс обеспечивает выполнение всего комплекса работ по разработке портала и мобильных приложений госуслуг. Часть этих работ выполняется силами компании Юзтех РТК, которая является совместным предприятием Юзтех и РТЛабс. На данный момент более 100 сотрудников Юзтеха работает на проектах РТЛабс.
Если у вас остались вопросы, пишите на почту pr@usetech.ru ))