Comments 12
ШАГ 4 – А что ты чувствуешь?
Главное, чтобы сотрудники видели, что их ответы действительно на что-то влияют. И если у сотрудника все становилось плохо, а потом резко выровнялось — возможно, что ему стало совсем все равно и он думает увольняться. Или на фоне "всех 7" сотрудник был замечен в разговорах о смене работы. За исключением таких нюансов — идея отличная.
У админов KPI — доступность сервисов. Мы только начали эту самую доступность релевантно измерять и корректно регистрировать простои сервиса. Точные цифры ещё будем корректировать, но основа измерений уже ясна.
Касательно девопса – он еще не настолько развит, чтобы его измерять.
- Сколько времени обычно проходит от момента, когда программист отдал на ревью код и до момента когда ему поставили два аппрува?
- Как сильно вырос техдолг от введения такой системы?
- «Мы хотим приучить себя и других мыслить в доходах и расходах»: кто будет думать о качестве?
- «Мы просим каждого сотрудника оценить по 10-бальной шкале следующие параметры его самоощущения в организации.»: Ни в одной компании, где я работал, IT специалисты всех уровней не относились всерьез к таким анкетам. Вы верите их результатам?
Не более суток.
2. Как сильно вырос техдолг от введения такой системы?
Не поверите, не вырос. Если смотреть долгосрочно, то скорее уменьшился, за счет повышения качества кода.
3. «Мы хотим приучить себя и других мыслить в доходах и расходах»: кто будет думать о качестве?
О качестве будет думать code review.
4. «Мы просим каждого сотрудника оценить по 10-бальной шкале следующие параметры его самоощущения в организации.»: Ни в одной компании, где я работал, IT специалисты всех уровней не относились всерьез к таким анкетам. Вы верите их результатам?
Во-первых, это не анкета, а живое общение тет-а-тет с руководителем, а анкета лежит в основе этого общения. Во-вторых, это воля каждого сотрудника, относиться или не относиться серьезно к этому диалогу, но если хочется что-то поменять в своей работе и в компании в целом, то это реальный шанс
Вот и меня тоже интересует KPI админов и саппорта.
В анкете всего 9,5 вопросов
А эти вопросы анкет на программиста и аналитика покажете?
И как вы боретесь с эффектом «что оцениваем, то и получаем»?
- Был ли разработчик заинтересован в решении вашей проблемы?
- Были ли вам предложены варианты решения вашей задачи?
- По факту реализации все ли требования, о которых вы договорились, учтены?
- Вы бы порекомендовали этого разработчика другим коллегам нашей компании для реализации их задач?
- В процессе реализации выдерживал ли разработчик данные вам обещания по сро кам?
- В процессе реализации разработчик быстро отвечал на мои вопросы и вносил изменения в задачу на основе моих замечаний?
- Разработчик предупреждал меня в случае простоя или в случае, когда ему срочно нужно было решать иные задачи?
- По факту реализации понятно ли вам, как пользоваться новым функционалом?
- Дополните вашу обратную связь в свободной форме
- Как вы считаете, чего не хватает в этой форме обратной связи? Мы можем сделать ее лучше!
По второму вопросу – мы с ним боремся )
Отличная статья.
А есть ли защита от ложных ответов? Иногда легче сказать, что все хорошо, чем описывать проблему, особенно если отвечающий не верит в возможность её решения.
И разработчики, отвечая на неанонимный вопрос об их ощущениях от работы, будут давать более позитивные ответы. Они же не знают, кто, когда и как воспользуется этой информацией. Да и работает большинство недавно, что увеличивает неуверенность.
Мне кажется такая система модет очень быстро выродится, стать формальностью и постоянно обрастать костылями.
Мы будем продолжать пробовать и меняться. Важно общение, важна заинтересованность в друг друге, важны изменения к лучшему и доверие. Серебряной пули нет, как нам бы этого ни хотелось. Но, если вы вдруг ее найдете, то не забудьте поделиться знанием ))
Когда сложно быть «плохим парнем»