«Это не моя зона» больше не работает.
Раньше роли были понятнее. Разработчик писал код, тестировщик проверял, аналитик описывал требования. Сейчас одна задача спокойно собирает куски из трёх должностей. И если вы говорите фразу "это не моя зона ответственности", это чаще звучит не как граница, что естественно верно, а как способ остановить работу.
1. Роли (должности) остались, а зоны расползлись
Тестировщик лезет в логи и API, потому что иначе баг не воспроизвести. Разработчик сам прогоняет сценарий, потому что до релиза ждать некогда. Аналитик правит текст в интерфейсе, потому что "ну ты же рядом". Да, у каждого своя роль и процессы. Но по факту выполнения задачи, она закрывается тот, кто может довести её до конца.
2. Смежные навыки уже не смежные - они твои
Раньше SQL, разбор реквеста, настройка окружения выглядели как "я ещё и это умею". Сейчас без этого задача просто стоит. Это уже не расширение резюме. Это способ не быть узким местом в команде.
3. "Не моё" стоит команде времени
Формально каждый прав когда не берет себе в работу чужой процесс. Мне даже так руководитель постоянно, улыбаясь, говорит - "не будь аналитиком!". Тестировщик не пишет требования. Аналитик не поднимает стенд. Разработчик не ведёт регресс. А задача висит между тремя людьми, и релиз ждёт, пока кто-то первым переступит черту. Чаще всего переступает тот, кому больнее смотреть на простой или самый приверженный компании.
4. Границы стираются не в обе стороны
С вас спрашивают шире: помоги, глянь, поправь, объясни. А в оценке, задачах и зарплате роль часто остаётся прежней. Помогать соседней роли нормально. Молча забирать чужую работу на постоянку - уже нет. Иначе через пару месяцев вы и тестируете, и документируете, и дежурите как поддержка. Просто потому что один раз согласились.
5. Широта не отменяет вашу роль
Уметь зайти на соседнюю территорию полезно, но оставаться там постоянно и "обустраивать жизнь" - нет. Если вы делаете всё подряд, команда перестаёт понимать, за что вы отвечаете. А вы перестаёте углубляться в свои обязанности. Граница нужна не чтобы отгораживаться. Она нужна, чтобы было понятно, где помощь, а где уже чужая должность.
Должностные границы стираются там, где команде нужен результат, а не идеальная схема ролей. Это не повод хвататься за всё. Это необходимый повод заранее договориться: что вы подхватываете по пути, а что остаётся чужой работой.
А у вас границы ещё держатся или уже звучит привычное "ну ты же рядом, глянь"?
· 23.09
Если тебе действительно интересно то, чем ты занимаешься, и ты заинтересован в результате, то вопрос о должностных границах даже не возникнет. Ты просто делаешь свою работу (которая 100% твоя), а в оставшееся время добровольно можешь помочь соседу (опять же, если тебе интересно, то ты сам скорее предложишь помощь). А потом кто-то так же поможет тебе. Это нормально, что нагрузка не всегда идёт равномерно. Со стороны, кстати, это тоже видно, в том числе и руководству. И такая инициатива может быть аргументом при пересмотре ЗП в будущем.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 24.09
Интересно, как это видно со стороны, особенно руководству выше, если вы выполняете чьи-то обязанности, но итоги выполнения фиксирует тот сотрудник, что просил Вас помочь.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 24.09
В моем случае получилось так, что продакт ушел на 3 недели в отпуск в самое горячее время перед выпуском релиза. Поскольку я был в курсе дел (брал на себя часть до этого), получилось быстро перестроиться и даже принимать самостоятельно решения, касающиеся всей команды. И результат заметили
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 24.09
Вы же понимаете, что если релиз был известен давно, то решение уйти в отпуск и его согласование - абсолютно непрофессиональные решения. В такой ситуации Вы, конечно, подстраховали и показали решительность. Но ситуации в посте - другие
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён