Нет, не было (я была на связи с их лидом в саппорте). Мы изначально оговаривали, что забираем на Х часов в неделю (меньше 40), и что это возможность для роста, но задачи саппорта у них остаются, и работать там тоже надо. При этом мы забрали первого человека из команды довольно быстро на 100% времени и потом сделали оффер в штат; девушку, которая занималась логированием, на этот проект забирали на 100% (и потом тоже забрали в штат, если я верно помню). То есть это показывалось именно как возможность постепенного роста с учетом их результатов, а не "забиваем на работу саппортом".
По моему опыту работы, в больших компаниях такое мышление и подход может быть тоже очень актуальным и нужным, потому что "большая компания" = "все идеально выстроено и ничего не меняется" - это какая-то логическая ошибка. Большая компания с уже выстроенными процессами может требовать изменения процессов в связи с изменением целей бизнеса, команд, просто потому что процессы ввели 3 года назад, за это время все поменялось, и надо посмотреть на это и пойти перестраивать. Так что думать вот так полезно ИМХО вообще любому тестировщику, который хоть немного смотрит в сторону процессов, а не "как дали так и тестирую".
Нет, не было (я была на связи с их лидом в саппорте). Мы изначально оговаривали, что забираем на Х часов в неделю (меньше 40), и что это возможность для роста, но задачи саппорта у них остаются, и работать там тоже надо.
При этом мы забрали первого человека из команды довольно быстро на 100% времени и потом сделали оффер в штат; девушку, которая занималась логированием, на этот проект забирали на 100% (и потом тоже забрали в штат, если я верно помню). То есть это показывалось именно как возможность постепенного роста с учетом их результатов, а не "забиваем на работу саппортом".
По моему опыту работы, в больших компаниях такое мышление и подход может быть тоже очень актуальным и нужным, потому что "большая компания" = "все идеально выстроено и ничего не меняется" - это какая-то логическая ошибка. Большая компания с уже выстроенными процессами может требовать изменения процессов в связи с изменением целей бизнеса, команд, просто потому что процессы ввели 3 года назад, за это время все поменялось, и надо посмотреть на это и пойти перестраивать. Так что думать вот так полезно ИМХО вообще любому тестировщику, который хоть немного смотрит в сторону процессов, а не "как дали так и тестирую".