В Xsolla никто не знал метрики оценки, предупреждений не было, вместо пяти окладов дали три: рассказ бывшего сотрудника Статьи редакции
Пересказ интервью DTF с человеком, уволенным после оценки от «бигдаты».
- В Xsolla не было прямых штрафов за невыполнение задач, перенос срока сдачи обсуждался и не воспринимался как трагедия. HR-специалисты следили за временем выполнения, но о важности этой метрики не сообщалось.
- Собеседник DTF считал, что сотрудников оценивали по закрытым задачам и мнению менеджера. До письма об увольнении никто не предупреждал людей о том, что они не справляются.
- У сотрудников не было доступа к своим рейтингам, отчёты об эффективности были у главы компании и нескольких топ-менеджеров. Прозрачную систему рейтинга хотели сделать «в начале года», но отложили, принцип её построения не раскрыли.
- Про основателя Александра Агапитова в компании есть поговорка «Шурик просыпается раз в полгода и жестит». Он открыт, но иногда показательно увольняет людей со словами «тебе не место в Xsolla». Временами проводит стримы с ответами на вопросы сотрудников, однажды некоторым участникам встречи начислили за это денежные бонусы.
- После письма про «бигдату» часть сотрудников почуствовала превосходство над уволенными и стала демонстрировать свою лояльность. Тем, кто задавал вопросы о рейтинге, рекомендовали показывать вовлечённость — «писать топ-менеджерам, ходить на таунхоллы и читать конфлюенс».
- Агапитов обещал выплатить уволенным четыре-шесть окладов, на деле им предложили три оклада. Расхождение он объяснил тем, что нужно было защититься перед СМИ.
Полное интервью можно прочитать на DTF:
С чего всё началось
Компания Xsolla разрабатывает платёжные системы для разработчиков и издателей игр. В начале августа 2021 года по соцсетям разошлось письмо её основателя и главы Александра Агапитова: в нём он объявил об увольнении части сотрудников, так как «бигдата» показала их низкую вовлечённость в работу.
В последующих интервью он рассказал, что под сокращение попали около 150 человек, которые не интересуются компанией или её продуктами. Сотрудников отсортировали по рейтингу и уволили нижнюю часть списка так, чтобы сократилось около 10% трат. Причиной стало то, что Xsolla перестала расти на 40 или больше процентов в год.
23
показа
20K
открытий
Прочитал интервью в оригинале.
Ну, такое.
@Если задачу приходилось переносить на следующий спринт, то это никогда не воспринималось как неудача сотрудника или как трагедия для команды.@
___ - срыв сроков - фигня и обыденность
@Собственно, поэтому многие закрывали задачи без отметки времени, а иногда и вовсе ставили время намного меньше того, которое тратили на её выполнение.@
___ - ложь в таймшитах - норма
@Причём, насколько я знаю, однажды тем, кто не проигнорировал его приглашение и посетил отдельный стрим, прилетел денежный бонус.@
___ - мероприятия руководства - игнорируем
@Отличный вопрос. Самое грустное — это, наверное, то, что письмо пришло в пятницу вечером, но его активно игнорировали в рабочих чатах до вторника.@
___ - письмо о сокращении? да пофиг
В общем, как-то все очевидно стало.
На всякий случай. Планом релизов в Скраме руководит Продакт Оунер. За планирование сроков поставки инкремента отвечает тоже он. Ситуация, когда задачу приходится переносить в следующий спринт - обыденная для скрама и может ничего не говорить о качестве конкретного разработчика. За содержание, скорость и качество выполнения бэклога в спринте отвечают разработчики (все из команды, кроме оунера искрам мастера) коллективно - такой вопрос есть в любом тесте на сертификат.
Любому человеку, который хоть раз применял скрам на практике, а не просто попездывал в комментах на VC, практика применения персональной ответственности к члену самоорганизующейся команды через голову команды кажется абсурдной.
А я из интервью разработчика вижу проблему в другом.
В том, что в психологии разработчиков сложилось мнение, что срок - это не обязаловка, а просто ориентир.
И скрам-херам тут не причем вообще.
Вот и все.
А менеджмент за сроки не отвечает?
Не кажется ли вам, что с сотрудниками как бы нужно разговаривать.
Давать обратную связь - чтобы у сотрудника было понимание, всё ли ок, нормально ли он справляется.
Если вы считаете, что разработчик должен это всё понимать сам, вы ошибаетесь.
Ну либо готовьтесь к постоянно текучке и ещё больших проёбах сроков, проектов и т.д.
Процессы сами собой не построятся, чтобы там шурик себе не мечтал.
Во всем согласен.