Комментарии 8
Не прощаю я тебя
Что рассказывать продакту — понятно, а что айтишнику — осталось загадкой.
S: в системе текла память
T: лид сказал найти и устранить
A: прошёлся профайлером, нашел место утечки и зафиксил
R: память больше не текла и админ убрал скрипт перезапуска сервиса раз в неделю
Если серьёзно, в нормально организованном рабочем процессе у разработчиков, тестировщиков, девопсов нет и не должно быть какого-то явного влияния на метрики бизнеса. Если программист нашел и решил проблемы клиента, где были продакты, аналитики, бизнес? Остаётся только врать по системе STAR как ты поднял выручку
Я попробовал бы вот так порассуждать.
Была такая-то техническая проблема. Она влияет на наш продукт вот так-то.
Если ее не чинить, это повлияет на опыт юзеров. У них не получится решать свои задачи как раньше, или не выйдет это делать вообще.
Юзер станет недоволен и может пойти тратить время саппорта или менеджера, причинять им головняк. Или накатает гневный отзыв, или напишет фаундеру в телеге (тру стори)что «твой продукт не очень, ты бы пошел порядок навел у себя».
В этом случае мы можем потерять юзера, вместе с его деньгами, потратить кучу времени команды и еще «сверху» по голове получить.
Разраб в этом кейсе умница и герой, потому что всех от этого спас, быстро среагировал, пока менеджеры пили свой тыквенный раф.
Сохранил лояльность пользователя, время коллег, не допустил эскалации = повлиял на бизнес и деньги. Попробуйте посмотреть под таким углом)
Очень много разработчиков сидят на таком расстоянии от бизнеса, что даже при желании не узнают насколько и чего поднялось от их задач. Даже банальные показатели типа прибыли не все раскрывают не то, что публично, а даже сотрудникам.
Еще нельзя забывать про любовь больших компаний пилить годами проекты в стол без отдачи, в таком случае разработчик работал весь год, а резов ноль будет.
Была такая-то техническая проблема. Она влияет на наш продукт вот так-то
Тут сразу 2 нюанса: во-первых - проблема именно что техническая. Т.е. она может влиять на дальнейшее ухудшение продукта или типа того, но не влиять на юзеров сейчас. А второй нюанс - даже если это и относится к юзерам, то ты, как разработчик, понятия не имеешь как оно на них влияет. Это менеджмент решает, когда выбирает, что взять в работу. А ты максимум знаешь "ну, мы вот сделам эту страницу быстрее".
Более того - ты, как разработчик, можешь вообще считать, что ты ухудшаешь пользовательский опыт. Но менеджмент решил, что так будет лучше. И ты это делаешь.
Тут на хабре вроде есть хаб "я пиарюсь". Чтобы минусы не летали за такие статьи с рекламой своих блогов/каналов то надо в этот хаб писать.
Сама статья как мнение имеет место быть. Но надо уметь корректно ставить хабы, метки, привести раз такая тема побольше примеров и не только своих. А то похоже на ошибку выжившего.
Что айтишнику рассказать о себе на собеседовании: метод STAR