Bench (از انگلیسی bench — نیمکت ذخیره) — وضعیتی در شرکت IT است که توسعهدهنده در لیست حقوقبگیران قرار دارد اما به طور موقت به هیچ پروژهای اختصاص داده نشده است. در شرکتهای outsourcing و محصولی، bench پدیدهای رایج بین پایان یک پروژه و شروع پروژه بعدی است. طبق دادههای DOU، 2024، حدود 30٪ از توسعهدهندگان حداقل یک بار در حرفه خود بیش از یک ماه در bench بودهاند.
نکات اصلی
Bench — وضعیت توسعهدهندهای است که در لیست حقوقبگیران است، حقوق دریافت میکند اما در پروژههای فعال شرکت نمیکند. این اصطلاح از ورزش آمده است: bench — نیمکت ذخیره، جایی که بازیکنان منتظر ورود به زمین هستند.
توسعهدهنده به دفتر میآید یا دورکار است، اما وظایف پروژهای ندارد. او میتواند مستندات بخواند، فناوریهای جدید یاد بگیرد، به همکاران در بازبینی کد کمک کند یا در R&D شرکت کند. شرکتها رویکردهای متفاوتی به bench دارند: برخی آزادی کامل میدهند، برخی دیگر منتظر تعیین میکنند و وظایف آموزشی میدهند.
در شرکتهای outsourcing bench وضعیت رایجی است. توسعهدهنده به مشتری اختصاص داده میشود، پروژه تمام میشود و جستجوی پروژه جدید آغاز میشود. در شرکتهای محصولی bench کمتر رخ میدهد: توسعهدهنده معمولاً به ویژگی یا محصول دیگری در داخل شرکت منتقل میشود.
علل ورود به bench میتواند هم عینی (بازاری) و هم مرتبط با شرکت خاص باشد. درک علل به واکنش صحیح کمک میکند.
رایجترین علت — پروژه تمام شده و پروژه جدیدی هنوز شروع نشده است. در outsourcing این اتفاق به طور مرتب رخ میدهد: قرارداد با مشتری تمام میشود و شرکت به دنبال قرارداد بعدی است. اگر شرکت pipeline فروش خوبی داشته باشد، bench 1-4 هفته طول میکشد.
در پایان سال، به ویژه در دسامبر و ژانویه، فعالیت مشتریان کاهش مییابد. در تابستان نیز کاهش ممکن است. علاوه بر این، بحرانهای اقتصادی و کاهش بودجههای IT تعداد توسعهدهندگان در bench را افزایش میدهد.
اگر شرکت نمیتواند تخصص توسعهدهنده را بفروشد، این نشانه مشکلات در مدیریت یا بازاریابی است. bench طولانی (بیش از 3 ماه) نشان میدهد که شرکت موقعیت خود را در بازار از دست میدهد و توسعهدهنده باید به دنبال مکان جدید باشد.
bench همیشه بد نیست. با رویکرد صحیح، میتواند زمان رشد و توسعه فعال باشد. بسیاری از توسعهدهندگان bench را پربازدهترین دوره یادگیری میدانند.
در پروژه به ندرت زمان برای یادگیری فناوری جدید از صفر وجود دارد. در bench 4-8 هفته برای دوره، خواندن مستندات و تمرین وجود دارد. تسلط بر یک فریمورک، زبان یا متدولوژی جدید در طول bench یک رویه رایج است.
Bench زمان عالی برای پروژههای شخصی است: نوشتن پروژه شخصی برای پورتفولیو، مشارکت در open source، آمادهسازی سخنرانی برای کنفرانس. این نه تنها مهارتها را توسعه میدهد، بلکه جذابیت را برای کارفرمایان آینده افزایش میدهد.
بسیاری از توسعهدهندگان از bench برای دریافت گواهینامهها استفاده میکنند: AWS Certified Developer، Google Cloud Professional، CKAD (Kubernetes)، Scrum Master. گواهینامهها به 2-8 هفته آمادگی نیاز دارند و ارزش بازار را به طور قابل توجهی افزایش میدهند.
bench طولانی (بیش از 2-3 ماه) هم برای شرکت و هم برای توسعهدهنده خطراتی دارد. تشخیص به موقع سیگنالهای خطرناک مهم است.
شرکت حقوق میدهد اما از توسعهدهنده درآمدی دریافت نمیکند. اگر bench طولانی شود، مدیریت شروع به کاهش نیرو میکند. اولین کسانی که اخراج میشوند کسانی هستند که بیشترین مدت را در bench بودهاند. حتی اگر اخراج نشوند، فشار مداوم مدیریت ناراحتی ایجاد میکند.
بدون تمرین مهارتها کمرنگ میشوند. توسعهدهنده سرعت خود را از دست میدهد، ویژگی ابزارها را فراموش میکند، از کار تیمی فاصله میگیرد. پس از 3-4 ماه توقف، ورود به پروژه جدید 2-4 هفته زمان نیاز دارد که استرس اضافی ایجاد میکند.
اگر در رزومه شکاف طولانی حتی به دلیل موجه وجود داشته باشد، استخدامکنندگان محتاط میشوند. بهتر است بیش از 2-3 ماه در bench نمانید. در این مدت یا پروژه پیدا میشود یا باید استعفا داده و مکان جدیدی پیدا کنید.
برنامه اقدام در bench باید ساختاریافته باشد. یادگیری تصادفی همه چیز به ترتیب از یک برنامه هدفمند کمتر مؤثر است.
فعالیت خود را نشان دهید: برای همکاران بازبینی کد انجام دهید، مقالات فنی بنویسید، در جلسات تیمی شرکت کنید. اگر شرکت ببیند که توسعهدهنده حتی در bench مفید است، او را آخر از همه اخراج میکند.
اگر بیش از 3 ماه گذشته و پروژهای ظاهر نشده است — جستجوی فعال را شروع کنید. به احتمال زیاد شرکت مشکلاتی دارد و منتظر ماندن ریسک دارد. در مصاحبهها bench را به عنوان زمان یادگیری و رشد حرفهای توضیح دهید.
سوالات متداول
بله، حقوق به طور کامل حفظ میشود. Bench وضعیت عادی است زمانی که توسعهدهنده در شرکت بدون پروژه است. شرکت حقوق ثابت میدهد، اما پاداشها و جوایز پروژه معمولاً محاسبه نمیشوند.
بله، میتوان، به خصوص اگر bench به 2-3 ماه برسد. معمولاً شرکتها ابتدا سعی میکنند پروژه دیگری یا بازآموزی پیشنهاد دهند. اما اگر گزینهای نباشد، اخراج رویه استانداردی است.
بهتر است به عنوان یک دوره جداگانه ذکر نکنید. اگر bench کوتاه بود (تا یک ماه)، میتوان آن را منعکس نکرد. اگر طولانی بود — در رزومه شرکت را به طور کامل بدون تفکیک پروژهها ذکر کنید. در مصاحبه صادقانه توضیح دهید که بین پروژهها فناوریهای جدید یاد میگرفتید.
به شما بستگی دارد. میتوان 3 ماه در شبکههای اجتماعی نشست و تخصص را از دست داد. یا میتوان یادگیری را برنامهریزی کرد، یک استک فناوری جدید یاد گرفت و از bench به عنوان یک متخصص باارزشتر خارج شد. شرکتها از توسعهدهندگان فعالی که از bench برای رشد استفاده میکنند قدردانی میکنند.
Downtime — توقف زیرساخت یا سرویس است. Bench — توقف کارمند. تفاوت دیگر: downtime معمولاً بر حسب ساعت یا روز اندازهگیری میشود، bench — بر حسب هفته و ماه. این اصطلاحات از حوزههای مختلف هستند، آنها را اشتباه نگیرید.
خلاصه
ما یک اپلیکیشن موبایل به صورت کلید در دست توسعه خواهیم داد
IT Sectr از سال 2017 برنامههای iOS و Android را برای استارتاپها و کسبوکارها ایجاد میکند. ما به شما مشاوره میدهیم و بهترین راهحل را پیشنهاد خواهیم کرد.
همچنین بخوانید