Bench (din engl. bench — bancă de rezerve) — este situația într-o companie IT când dezvoltatorul este angajat, dar temporar nu este alocat niciunui proiect. În companiile de outsourcing și product, bench-ul este un fenomen obișnuit între finalizarea unui proiect și începerea următorului. Potrivit DOU, 2024, aproximativ 30% dintre dezvoltatori au fost în bench mai mult de o lună cel puțin o dată în carieră.
Principalele puncte
Bench — este statutul dezvoltatorului care este angajat, primește salariu, dar nu participă la proiecte active. Termenul provine din sport: bench — banca de rezerve, unde jucătorii așteaptă să intre pe teren.
Dezvoltatorul vine la birou sau lucrează remote, dar nu are sarcini de proiect. Poate citi documentația, învăța tehnologii noi, ajuta colegii cu code review sau participa la R&D. Companiile au abordări diferite față de bench: unele oferă libertate deplină, altele numesc un mentor și stabilesc sarcini educaționale.
În companiile de outsourcing bench-ul este o situație frecventă. Dezvoltatorul este alocat clientului, proiectul se termină și începe căutarea unuia nou. În companiile de produs, bench-ul apare mai rar: dezvoltatorul este de obicei transferat la o altă funcționalitate sau produs în cadrul companiei.
Cauzele intrării pe bench pot fi atât obiective (de piață), cât și legate de compania specifică. Înțelegerea cauzelor ajută să reacționezi corect.
Cea mai frecventă cauză — proiectul s-a terminat, iar unul nou nu a început încă. În outsourcing acest lucru se întâmplă regulat: contractul cu clientul se încheie, iar compania îl caută pe următorul. Dacă compania are un sales pipeline bun, bench-ul durează 1-4 săptămâni.
La sfârșitul anului, în special în decembrie și ianuarie, activitatea clienților scade. Vara este posibilă și o scădere. În plus, crizele economice și reducerea bugetelor IT cresc numărul de dezvoltatori pe bench.
Dacă compania nu poate vinde competențele dezvoltatorului, acesta este un semnal al problemelor de management sau marketing. Un bench prelungit (peste 3 luni) indică faptul că compania își pierde poziția pe piață, iar dezvoltatorul ar trebui să își caute un nou loc.
Bench-ul nu este întotdeauna rău. Cu o abordare corectă, poate deveni un timp de creștere și dezvoltare activă. Mulți dezvoltatori își amintesc de bench ca de cea mai productivă perioadă de învățare.
În proiect rareori există timp să înveți o tehnologie nouă de la zero. Pe bench sunt 4-8 săptămâni pentru un curs, citirea documentației și practică. Stăpânirea unui nou framework, limbaj sau metodologie în timpul bench-ului este o practică comună.
Bench-ul este un timp excelent pentru proiecte proprii: să scrii un proiect personal pentru portofoliu, să contribui la open source, să pregătești o prezentare pentru conferință. Acest lucru nu doar dezvoltă abilitățile, dar și crește atractivitatea pentru viitorii angajatori.
Mulți dezvoltatori folosesc bench-ul pentru a obține certificări: AWS Certified Developer, Google Cloud Professional, CKAD (Kubernetes), Scrum Master. Certificările necesită 2-8 săptămâni de pregătire și cresc semnificativ valoarea de piață.
Bench-ul prelungit (peste 2-3 luni) implică riscuri atât pentru companie, cât și pentru dezvoltator. Este important să recunoști la timp semnalele periculoase.
Compania plătește salariul, dar nu primește venit de la dezvoltator. Dacă bench-ul se prelungește, conducerea începe reducerile. Primii concediați sunt cei care sunt pe bench de cel mai mult timp. Chiar dacă nu sunt concediați, presiunea constantă din partea managementului creează disconfort.
Fără practică abilitățile se tocesc. Dezvoltatorul pierde viteza, uită specificul instrumentelor, se deobișnuiește de lucrul în echipă. După 3-4 luni de inactivitate, intrarea într-un nou proiect necesită 2-4 săptămâni de acomodare, ceea ce adaugă stres.
Dacă în CV există un gol lung chiar și dintr-un motiv întemeiat, recrutorii devin precauți. Este mai bine să nu stai pe bench mai mult de 2-3 luni. În acest timp, fie găsesc un proiect, fie pleacă și caută un loc nou.
Planul de acțiune pe bench trebuie să fie structurat. Învățarea haotică a totul la rând este mai puțin eficientă decât un program bine direcționat.
Demonstrează activitate: fă code review colegilor, scrie articole tehnice, participă la întâlnirile echipei. Dacă compania vede că dezvoltatorul este util chiar și pe bench, va fi concediat ultimul.
Dacă au trecut peste 3 luni și nu a apărut niciun proiect — începe căutarea activă. Cel mai probabil, compania are probleme și să mai aștepți este riscant. La interviuri, explică bench-ul ca timp de învățare și creștere profesională.
Întrebări frecvente
Da, salariul se păstrează integral. Bench-ul este o situație normală când dezvoltatorul este în companie fără proiect. Compania plătește salariul fix, dar bonusurile și primele de proiect de obicei nu se calculează.
Da, se poate, mai ales dacă bench-ul se prelungește la 2-3 luni. De obicei, companiile încearcă mai întâi să ofere un alt proiect sau recalificare. Dar dacă nu există opțiuni, concedierea este o practică standard.
Mai bine să nu îl menționezi ca perioadă separată. Dacă bench-ul a fost scurt (până la o lună), poți să nu îl reflectezi. Dacă a fost lung — indică în CV compania integral fără a o împărți pe proiecte. La interviu, explică sincer că între proiecte ai învățat tehnologii noi.
Depinde de tine. Poți sta 3 luni în rețele sociale și să pierzi calificarea. Sau poți planifica învățarea, stăpâni un nou stack tehnologic și ieși din bench ca un specialist mai valoros. Companiile apreciază dezvoltatorii proactivi care folosesc bench-ul pentru creștere.
Downtime — este inactivitatea infrastructurii sau a serviciului. Bench — inactivitatea angajatului. A doua diferență: downtime-ul se măsoară de obicei în ore sau zile, bench-ul — în săptămâni și luni. Termenii provin din domenii diferite, nu îi confunda.
Concluzii
Vom dezvolta o aplicație mobilă la cheie
IT Sectr creează aplicații iOS și Android pentru startup-uri și afaceri din 2017. Vă vom consilia și vă vom propune cea mai bună soluție.
Citiți și