PC
Не, у инженера нет проблем, он пошел на другую работу и там все прекрасно. Это проблема процессов в компании и людей на отдельных должностях.
Size: a a a
2021 March 19
DM
на другой работе за него ведет переговоры кто-то еще
PC
На другой работе фанудер сам изначально понимает важность таких инструментов и с ним вообще не надо вести переговоры о такой фигне.
DM
все фаундеры должны понимать это априори?
PC
Только те кто хочет развития компании, остальным можно продолжать жить в своем мирке, пока инвесторам не надоест денег давать.
DM
мир черный и белый только, да? =)
DM
либо топы сами знают, что нужно раза в 3-4 медленнее писать код, но с идеальным покрытием тестов, либо им вообще плевать на проект и будет ли он развиваться?
PC
На моей практике как раз переговоры были в большинстве случаев бесполезны. Либо все всё понимают и отдают эти задачи в работу после получасового митапа, либо можно вести переговоры кварталами, а потом ой, у нас провальные результаты, надо сократить 70% штата, и все на выход.
DM
Переговоры всегда провальны когда нет аргументации.
PC
Аргументация всегда субъективна и восприятие зависит от профессионализма топов.
DM
ооо... вот и проблема =) для того, что бы аргументация перестала быть субъективной и стала объективной, должны быть объективные метрики
DM
вот ты говоришь "тесты увеличат тайм ту маркет ибо меньше чиним баги", а доказать сможешь? как?
PC
вот ты говоришь "тесты увеличат тайм ту маркет ибо меньше чиним баги", а доказать сможешь? как?
"ПОПОЙ ЧУЮ"
DM
пока у тебя не будет четких метрик - сколько времени мы проводим чиня продакшн, какой реальный тайм ту маркет с учетом ретеншена задачи - ты не сможешь проверить гипотезу, что тесты улучшат этот показатель
PC
Так а че метрики то собирать, всем же видно что 80% задач в спринте относится к фиксу старых багов. Какие еще нужны метрики?
DM
вот составить такие метрики, оценить трудозатраты на тесты, оценить улучшение метрик, прийти и сказать - давайте на месяц замедлимся на 20%, что бы потом ускорится на 40% - вот это аргументация, причем объективная
DM
Так а че метрики то собирать, всем же видно что 80% задач в спринте относится к фиксу старых багов. Какие еще нужны метрики?
приходит CPO к продукту и пытается понять причину, почему так медленно... продукт себя прикрывает конечно, на разработку валит... а оппонента нет, все инженеры на свою судьбу жалуются друг другу. Конечно тут команду разгонят
PC
вот составить такие метрики, оценить трудозатраты на тесты, оценить улучшение метрик, прийти и сказать - давайте на месяц замедлимся на 20%, что бы потом ускорится на 40% - вот это аргументация, причем объективная
Да но это не работает просто. Руководитель отвечает "что-то твои цифры сомнительны, ты же просто разработчик а не аналитик, давай пока отложим этот вопрос"
DM
Да но это не работает просто. Руководитель отвечает "что-то твои цифры сомнительны, ты же просто разработчик а не аналитик, давай пока отложим этот вопрос"
хорошо, проверьте их, давайте на следующей неделе назначим встречу и обсудим это еще раз
PC
Ну вот можно и обсуждать это месяцами