Комментарии 4
спасибо за статью, это можно применить не только в сфере разработчиков, но и в любом коллективе!
Отличная статья, прям по полочкам раскладывает различные аспекты того что слышишь в процессе работы, и что по факту наблюдаешь. Спасибо!
> «Говорите о ваших проблемах!» (решать мы их, конечно, не будем)
То и дело на общих созвонах слышу от CTO, но по факту толком ничего не меняется (кажется что все это говорится чисто для "галочки"). В результате, доверие к CTO (и соответсвенно, компании) сильно падает. Вроде был энтузиазм привнести свои идеи по улучшению процессов, чтобы устранить насущные боли, однако, после нескольких подобных "говорите о проблемах (решать не будем)" - вся мотивация сошла на нет, как и доверие.
Я понимаю, что продакт может задать вопрос: «А для чего нужны тесты?» Я не понимаю, как продакт может запретить писать тесты.
К сожалению, я чаще вижу разработчиков, которые по какой-то причине забивают на тесты, нежели продактов, которые категорически не согласны выделять время на тесты.
Вопрос не по теме:
В статье есть ссылка на вкусвилл, где говорится "снизилась стоимость управления с 29 до 10% ФОТ". Как работает оценка стоимости управления? Насколько важно учитывать такую категорию, как "стоимость управления" в работе тимлида/руководителя? Может ли это быть актуально для senior engineer, метящего в позицию выше по менеджмент направлению?
Как работает оценка стоимости управления?
Я не видел общепринятых метрик, но пару раз встречал использование такой же, как у Вкусвилла. Вкусвилл считает это так:
1. Берём зарплаты всех сотрудников компании
2. Считаем, какой процент от зарплат уходит на зарплаты руководителей
Идея в том, что чем автономнее и свободнее работают люди, тем меньше нужно руководителей, что бы управлять процессом.
Насколько важно учитывать такую категорию, как "стоимость управления" в работе тимлида/руководителя
Думаю это интересно знать, но в практике - не очень полезно. Всё-таки это вопрос C-level управленцев. Другой вопрос, что понимая, за счёт чего Вкусвилл этого добился - можно строить лучшие процессы у себя в команде.
Раз, уж меня упомянули в статье, то позволю себе разместить ссылку на ещё одну про доверие: https://biryuzovie.ru/stati/dyuzhina-prostyx-pravil-ukrepleniya-doveriya/ - которую тоже считаю очень полезной. Заодно, если ко мне будут какие-то вопросы, то готов на них ответить прямо в этой ветке здесь.
Как не обманывать команду