Bench — какво е това, причини и как да го прекарате полезно
Bench (от англ. bench — скамейка на резервите) — това е ситуация в IT компания, когато разработчикът е на щат, но временно не е назначен към нито един проект. В аутстафинг и продуктови компании bench е обичайно явление между завършването на един проект и старта на следващия. Според данни на DOU, 2024, около 30% от разработчиците поне веднъж в кариерата си са били на bench повече от месец.
Основни точки
- Bench — временен престой на разработчика между проекти със запазване на заплатата.
- Причини — завършване на проект, липса на нови договори, сезонни колебания на натоварването.
- Плюсове — време за обучение, pet-проекти, сертификации и подготовка за нови задачи.
- Минуси — риск от уволнение при продължителен престой, загуба на ангажираност и умения за екипна работа.
- Оптимална стратегия — използвайте bench за развитие, но не оставайте на него повече от 2-3 месеца.
Какво е bench в IT компания?
Bench — статус на разработчик, който е на щат, получава заплата, но не участва в активни проекти. Терминът идва от спорта: bench — скамейка на резервите, където играчите чакат да влязат в играта.
Как изглежда bench на практика
Разработчикът идва в офиса или работи от разстояние, но няма проектни задачи. Той може да чете документация, да учи нови технологии, да помага на колеги с code review или да участва в R&D. Компаниите подхождат различно към bench: някои дават пълна свобода, други назначават ментор и поставят учебни задачи.
Bench в аутстафинг срещу продукт
В аутстафинг компаниите bench е често срещана ситуация. Разработчикът се назначава на клиент, проектът приключва и започва търсене на нов. В продуктовите компании bench се среща по-рядко: разработчикът обикновено се прехвърля на друга функционалност или продукт вътре в компанията.
Защо разработчиците попадат на bench?
Причините за попадане на bench могат да бъдат както обективни (пазарни), така и свързани с конкретната компания. Разбирането на причините помага да реагирате правилно.
Завършване на проект
Най-честата причина — проектът приключи, а новият все още не е започнал. В аутстафинга това се случва редовно: договорът с клиента изтича и компанията търси следващия. Ако компанията има добър sales pipeline, bench продължава 1-4 седмици.
Сезонност и пазарни фактори
В края на годината, особено през декември и януари, активността на клиентите намалява. През лятото също е възможен спад. Освен това икономическите кризи и намаляването на IT бюджетите увеличават броя на разработчиците на bench.
Проблеми в компанията
Ако компанията не може да продаде компетенциите на разработчика, това е сигнал за проблеми в мениджмънта или маркетинга. Продължителният bench (повече от 3 месеца) показва, че компанията губи позиция на пазара и разработчикът трябва да търси ново място.
С какво е полезен bench за разработчика?
Bench не винаги е лошо. С правилния подход той може да стане време за активен растеж и развитие. Много разработчици помнят bench като най-продуктивния период на обучение.
Време за обучение
В проект рядко има време да научите нова технология от нулата. На bench има 4-8 седмици за курс, четене на документация и практика. Овладяването на нов framework, език или методология по време на bench е обичайна практика.
Pet-проекти и open source
Bench е отлично време за собствени проекти: напишете pet-проект за портфолиото, направете принос към open source, подгответе доклад за конференция. Това не само развива умения, но и повишава привлекателността за бъдещи работодатели.
Сертификации и подготовка
Много разработчици използват bench за получаване на сертификации: AWS Certified Developer, Google Cloud Professional, CKAD (Kubernetes), Scrum Master. Сертификациите изискват 2-8 седмици подготовка и значително повишават пазарната стойност.
Рискове от продължителен престой
Продължителният bench (повече от 2-3 месеца) носи рискове както за компанията, така и за разработчика. Важно е навреме да разпознаете опасните сигнали.
Риск от уволнение
Компанията плаща заплата, но не получава приходи от разработчика. Ако bench се проточи, ръководството започва съкращения. Първи се уволняват тези, които са най-дълго на bench. Дори и да не бъдат уволнени, постоянният натиск от страна на мениджмънта създава дискомфорт.
Загуба на умения и ангажираност
Без практика уменията притъпяват. Разработчикът губи скорост, забравя спецификата на инструментите, отвиква от екипна работа. След 3-4 месеца престой навлизането в нов проект изисква 2-4 седмици настройка, което добавя стрес.
Кариерни последствия
Ако в CV-то има дълга празнина дори по уважителна причина, рекрутърите стават предпазливи. По-добре не стойте на bench повече от 2-3 месеца. През това време или намират проект, или напускат и търсят ново място.
Как да използваме bench полезно?
План за действие на bench трябва да бъде структуриран. Хаотичното учене на всичко подред е по-малко ефективно от целенасочена програма.
Планирайте първия месец
- Седмица 1 — почивка и размисъл. Заемете се с техническия дълг, четете документация.
- Седмица 2 — изберете една технология за задълбочено изучаване и съставете план.
- Седмица 3-4 — активна практика: напишете проект, преминете курс, направете pet-проект.
Останете видими
Демонстрирайте активност: правете code review на колеги, пишете технически статии, участвайте в екипни срещи. Ако компанията види, че разработчикът е полезен дори на bench, той ще бъде уволнен последен.
Кога да напуснете
Ако са изминали повече от 3 месеца и проект не се е появил — започнете активно търсене. Най-вероятно компанията има проблеми и по-нататъшното чакане е рисковано. На интервюта обяснявайте bench като време за обучение и професионален растеж.
Често задавани въпроси
Плаща ли се заплата на bench?
Да, заплатата се запазва изцяло. Bench е нормална ситуация, когато разработчикът е в компанията без проект. Компанията плаща фиксирана заплата, но бонусите и премиите за проект обикновено не се начисляват.
Могат ли да уволнят от bench?
Да, могат, особено ако bench се проточи до 2-3 месеца. Обикновено компаниите първо се опитват да предложат друг проект или преквалификация. Но ако няма варианти, уволнението е стандартна практика.
Трябва ли да се посочва bench в CV-то?
По-добре да не се посочва като отделен период. Ако bench е бил кратък (до месец), можете да не го отразявате. Ако е бил дълъг — посочете в CV-то компанията като цяло без разделяне на проекти. На интервюто честно обяснете, че между проектите сте учили нови технологии.
Bench = престой или полза?
Зависи от вас. Можете да седите 3 месеца в социалните мрежи и да загубите квалификация. Или можете да планирате обучение, да усвоите нов технологичен стек и да излезете от bench като по-ценен специалист. Компаниите ценят проактивните разработчици, които използват bench за растеж.
Каква е разликата между bench и downtime?
Downtime — това е престой на инфраструктура или услуга. Bench — престой на служител. Втората разлика: downtime обикновено се измерва в часове или дни, bench — в седмици и месеци. Термините са от различни сфери, не ги бъркайте.
Обобщение
- Bench — временен престой на разработчика между проекти със запазване на заплатата, обичайно явление в IT аутстафинга.
- Причини — завършване на проект, сезонност, проблеми с продажбите на компанията или преходен период между договори.
- Плюсове — време за обучение, pet-проекти, сертификации и професионално развитие без натиск на крайни срокове.
- Рискове — уволнение при продължителен престой, загуба на умения, празнина в CV-то.
- Оптимална стратегия — съставете план за развитие, останете видими в екипа и напуснете при bench по-дълъг от 3 месеца.
- Отношението към bench зависи от самия разработчик: това може да бъде както загубено време, така и трамплин за кариерен скок.
Ще разработим мобилно приложение под ключ
IT Sectr създава iOS и Android приложения за стартъпи и бизнеси от 2017 г. Ще ви консултираме и ще предложим най-доброто решение.
Прочетете също