Team Lead vs Engineering Manager в белорусском IT: чем реально отличаются эти роли и как под них нанимать

You hire a «Team Lead» in Belarus. Six weeks in, you are wondering why 1:1s are not happening, why career-development questions keep landing on your desk, and why the person seems more interested in code reviews than in the team’s roadmap.

Or the other version. You hire an «Engineering Manager.» A month later, you are being pulled into architectural debates that person should have owned, and half your calendar is code-level decisions that should not need you.

Both scenarios are the same failure. You did not hire the wrong person. You hired the right person for a different role than the one you thought you were filling.

In Belarusian IT, «Team Lead» and «Engineering Manager» are not two names for the same job. They are two genuinely different roles with different coding expectations, different HR authority, different career tracks, and very different pool depths. Foreign employers who conflate them either write job descriptions that attract the wrong candidates, or run interview loops that filter out the right ones.

This is the decoder.

Why the confusion exists

The two titles come from different tech traditions and never fully merged.

The Belarusian tech culture inherited a technical-first model from the broader post-Soviet engineering tradition. The strongest engineer on a team led it — Team Lead, literally «team leader,» but functionally something between a senior architect and a lead engineer. Coding was a required part of the role. Management came second and was often shared with a product or delivery lead.

Western tech culture, particularly after Google formalized the split in the 2000s, evolved a distinct people-manager track that explicitly separated management from coding. Charity Majors’ widely-read post on the engineer/manager pendulum crystallized the modern Western view: you can toggle between the two tracks, but they are two different jobs with two different skill sets.

Both roles now exist in Belarus. But they exist with different depth, different history, and different candidate pools. Foreign employers who import their home definitions without understanding the local landscape end up talking past the market.

What Team Lead actually means in Belarus

A Team Lead in Belarusian IT is a senior engineer with additional responsibilities. The defining characteristic — the thing that distinguishes the role from an Engineering Manager — is that they still code. Typically 30 to 70 percent of the week, sometimes more on smaller teams. The rest goes to architecture, code review, technical planning, mentorship of juniors and mid-level engineers, and cross-team technical coordination.

Core responsibilities:

• Technical direction for the team’s work
• Code quality standards, review culture, technical debt decisions
• Breaking down work into implementable chunks
• Unblocking the team on technical decisions
• Mentoring juniors and mid-level engineers
• Cross-team technical coordination with other TLs

Where the authority stops matters as much as where it starts. A Team Lead’s authority is technical, not HR. They influence hiring but rarely make final calls. They rarely set compensation. They can escalate performance issues but usually do not own the performance-review process. The hard people conversations go up the chain — usually to a Head of Engineering, a PM, or a CTO directly.

Reporting line: typically to a Head of Engineering, a product lead, a delivery manager, or the CTO. Team size: 3 to 8 engineers.

Typical background: 6 to 10 years of engineering experience, promoted from a Senior IC role within the same team, or hired laterally from a similar TL position at another company. The transition from Senior to TL is a promotion, not a career change.

What they are not: they are not a people manager first. Interviewing them as one — running an American-style behavioral loop with heavy 1:1 scenarios — mismatches the role and filters out qualified candidates. This is the default engineering leadership role in Belarusian IT, and it is what most of the tech lead hiring market here is optimized around.

What Engineering Manager actually means in Belarus

An Engineering Manager in Belarus is primarily a people manager. Coding drops to 0-20 percent of the week, and in practice closer to zero for anyone doing the role well. What they own instead:

• People management: 1:1s, career development, performance reviews, difficult conversations
• Hiring authority: interview loops, offer decisions, closing candidates
• Firing authority: performance management, PIPs, terminations, working with HR
• Compensation decisions: setting salaries, approving raises, driving promotions
• Delivery health: capacity planning, roadmap execution, cross-team coordination
• Team composition: deciding who is on the team and in what shape

Reporting line: Director or VP of Engineering, Head of Engineering, or CTO. Team size: typically 5 to 8 direct reports in Belarus, smaller than the 8-12 that is common in US tech.

Background: 8 to 12 years total, usually including 2-3 years as a Team Lead and an explicit transition into people management. Publications like LeadDev that shape the modern EM discipline treat the transition as a career shift, not a promotion track. Belarusian candidates who have made that transition treat it the same way.

The essential clarification for international employers: strong Belarusian applicants who see the «Engineering Manager» title in an offer frequently believe they will continue to code meaningfully. When the actual function is simply people management, they either decline late in the process or quit within a year. Clearly state the coding expectation in the job description. If the answer is «close to zero,» put «close to zero.»

Side by side, on the axes that matter

The comparison, in terms of what truly drives hiring outcomes:

• Coding time: TL 30-70 percent. EM 0-20 percent, usually closer to zero.
• Primary success metric: TL is measured on the team’s technical output and code quality. EM is measured on the team’s delivery health, people outcomes, and retention.
• Direct reports: TL has 3-8 with soft authority. EM has 5-8 with hard authority.
• HR authority: TL is limited. EM is full.
• Career progression: TL leads toward Staff Engineer, Principal Engineer, or Head of Engineering. EM leads toward Director, VP, or CTO on the management track.
• Pool depth in Belarus: TL is deep. EM is shallow.
• Typical background: TL is a promoted Senior IC. EM is a former TL who chose the management track.
• Interview loop focus: TL is system design and technical leadership. EM is behavioral and people scenarios.
• Salary premium over Senior IC: TL is 15-25 percent higher. EM is 25-40 percent higher and can overlap with Staff Engineer bands.

Salary reality

Concrete ranges for 2026, aligned with the current Belarus market.

Team Lead: $6,500 to $9,500 monthly base for a strong candidate in a mainstream stack. Higher for scarce specialties like Rust, Go infrastructure, or ML platform, where TL supply is genuinely limited.

Engineering Manager: $7,500 to $11,000 per month. When the function entails multi-team collaboration, direct-to-VP reporting, or ownership of an entire R&D branch, the pay may be higher.

Both roles carry larger variable compensation components than IC roles. Annual bonus targets typically range between 15 to 25 percent, compared to 8 to 15 percent for senior IC. The 13th salary applies to both. Non-cash stacks are typically greater, including family health insurance, a larger education and conference budget, and, in certain cases, a travel budget for cross-office cooperation.

For stack-specific and grade-specific numbers, the recruitment.by IT salary research publishes updated bands broken down by role, tenure, and company type. Worth pulling before you commit to a range in an offer.

Pool depth: what you can actually hire

Straight talk on hiring realism.

The Team Lead pool in Belarus is deep. In Java, Python, JavaScript, TypeScript, and increasingly Go, you can expect multiple strong TL candidates through a normal 6-8 week search cycle. In scarce stacks such as Rust or ML infrastructure the pool tightens, but even there TL-track candidates are more available than pure IC seniors, because promoted-Senior-to-TL is the standard career move in local companies. A specialized backend developer recruiting practice can typically produce shortlist candidates within 3-4 weeks for a well-defined TL role.

The Engineering Manager pool is much shallower. Most strong EM candidates in Belarus came from a specific set of companies with mature people-management cultures — big-name product companies with local R&D branches, a small number of outsourcing shops that built proper management ladders, and international teams’ Belarusian offices. The Hi-Tech Park hosts most of these employers, which concentrates the pool but also means most strong EMs know each other and know the market.

The scarcity has practical consequences. EM candidates negotiate harder, often have competing offers in play, and are much less likely to accept mismatched job descriptions. Realistic timeline: 10-14 weeks for a strong EM, longer if the domain is specific (managing infrastructure teams, ML teams, or teams distributed across timezones).

If you are building a full leadership layer — TLs plus EMs plus a Head of Engineering — sequencing matters. Hire the EM first if you can find one; they will help hire the TLs and the ICs. Hire TLs first if the EM search will take longer than delivery allows. A strong TL can carry the team for a search cycle without breaking anything.

Writing the JD that attracts the right person

Every JD for these roles should state explicitly:

• Coding expectation as a percentage (or «essentially none»)
• HR authority — can this person hire, fire, set salaries?
• Number and structure of direct reports
• Reporting line
• One or two concrete first-quarter deliverables that reveal the actual shape of the role

Companies that publish their engineering role definitions publicly, like the GitLab engineering handbook, do this well — the reader can tell within thirty seconds whether the role matches what they want to do. That level of clarity is unusual in Belarusian JDs and immediately makes an offer stand out.

Anti-patterns to avoid:

• Never use the terms «Team Lead / Engineering Manager» interchangeably in the same job description. That is an immediate red flag to local candidates and signals the company has not decided what it needs.
• Avoid Western title-mashing like «Engineering Team Lead» or «Senior Engineering Manager» unless the responsibilities actually match those specific hybrids
• Do not describe the role in terms of the ideal-day-in-the-life without stating the split — «you’ll balance coding and people leadership» is not a specification, it’s a description of every leadership role that has ever existed

Interview loop differences

For Team Lead, the loop should look roughly like:

• Technical deep-dive on systems the candidate has built
• System design round at senior or staff level
• Coding session — yes, they will code, and they expect to
• Technical leadership scenarios: code review conflicts, tech debt trade-offs, architectural disagreements
• One or two behavioral rounds focused on mentoring and cross-team collaboration

For Engineering Manager, the loop should look roughly like:

• Behavioral interviewing in STAR or similar structured format
• People scenarios: hiring, firing, difficult conversations, low performers, high performers considering leaving
• Delivery scenarios: missed deadlines, roadmap conflicts, cross-team dependencies
• Stakeholder management scenarios
• Optional light technical discussion — not a full coding round

A note on coding rounds for EM candidates: they are contentious in this market. Many strong EM candidates decline them, and requiring one filters out qualified applicants for the wrong reason. If technical fluency matters (and it usually does), verify it through a technical discussion rather than a live coding test. The management career track that Will Larson describes in staffeng.com — and that Belarusian EMs have generally internalized — treats coding rounds for management roles as a signal that the hiring company has not decided what it wants.

Common mistakes foreign employers make

Fast list of the failures that show up in almost every mismatched hire:

• Titling the role «Engineering Manager» but writing a Team Lead JD (or vice versa)
• Expecting an EM to code 50 percent of the time — this does not work at senior levels
• Expecting a TL to run performance reviews and set compensation without HR partnership
• Promoting a strong Senior directly to EM without bridge experience — people management is a separate skill that takes 1-2 years to develop
• Running an American interview loop against Belarusian TL applicants and wondering why the pipeline crashes.
• Not clarifying HR authority upfront — this is one of the first questions strong candidates ask, and vague answers tank offers

When to hire which

The decision-making framework:

• Team of 3-6 engineers, delivery is straightforward: Team Lead
• Team of 5-8 engineers, delivery involves multiple stakeholders: Engineering Manager
• Team of 8-plus engineers or a multi-sub-team structure: both, with TLs reporting into an EM
• International R&D center with autonomous local delivery: EM at the top, TLs under
• Outsourcing or services engagement: almost always TL structure

Many Belarusian companies operate a TL plus Head of Engineering structure instead of an EM layer entirely. The Head of Engineering plays the EM-equivalent role for multiple TLs. This is a legitimate structure and often the right one for teams under 20 engineers. If you are building this kind of layered structure, a team building service that hires the TLs, ICs, and EM in parallel can compress the timeline meaningfully compared to sequential searches.

For engagements structured as outsourcing rather than in-house teams, the TL-only structure is almost always what you want. The provider carries the EM-equivalent function on their side. Recruitment.by’s IT outstaffing setup works this way by default — you get the engineering team plus the technical leadership, and the account-management and people-management infrastructure sits with the provider.

Getting the role right

Every hiring mistake at the leadership layer starts at the job description. Wrong title, wrong JD, wrong interview loop — you spend eight weeks producing candidates who will not fit and never should have applied.

Fix the definition first. Decide whether you need a technical leader who codes or a people manager who owns delivery. Write the JD around that decision. Design the interview loop around that decision. Filter for the specific thing you actually need.

If you want a second opinion on a proposed role description or a full interview process before either goes live, an IT recruitment team in Belarus can review the JD, benchmark the compensation range, and stress-test the interview loop against how strong local candidates actually evaluate offers.

How Belarusian IT Compensation Packages Are Really Built: Base, 13th Salary, Bonuses, and Indexation

Belarus is one of the more cost-effective places in Eastern Europe to hire senior engineering talent. The math works. But most foreign employers make the same mistake on their first hire: they get the base salary right and everything else wrong.

The candidate declines. Or worse — the candidate signs, and leaves in month fourteen for a competitor who structured the offer correctly. The base was fine. The package wasn’t.

Belarusian IT compensation runs on a specific set of components that most Western employers do not use in the same way: the 13th salary, quarterly and annual bonuses, USD-pegging against ruble volatility, indexation, and a stack of non-cash benefits that have become baseline expectations. Miss them, and you either overpay by 20 to 30 percent to compensate, or you lose people.

This is how packages actually get built in 2026.

Gross versus net: the number everyone quotes differently

Start with the disconnect that trips up almost every first-time hire.

Belarusian IT candidates almost always quote compensation net — the amount that lands in their bank account after taxes. Western HR teams almost always quote gross — the number before deductions. So when a candidate tells you they want $5,000 a month, they mean $5,000 in hand. When your recruiter says «we can do $5,000,» they usually mean pre-tax.

The math is clear. Belarus pays a flat 13 percent personal income tax on employment income, plus a 1 percent employee contribution to the pension fund. A candidate asking for $5,000 net is asking for nearly $5,814 gross. That is a 16 percent gap on the number that appears in the offer letter, and it is the single most common source of «we thought we agreed» disputes.

Fix it in the first conversation. Ask which number the candidate is quoting, and make your offer explicit in both.

The full cost stack

The employer’s view is different again, because the gross salary is not the full cost. Belarus has meaningful employer-side social contributions on top of what the employee sees.

Under the standard tax regime, employers pay roughly 34 percent to the pension fund, around 6 percent for social insurance, and about 0.6 percent for accident insurance — call it 40 percent on top of gross. This is before any EOR or outstaffing fees. On a gross salary of $6,000, regular employer contributions add around $2,400. The total monthly cost is approximately $8,400, before any provider markup.

This is where the Hi-Tech Park regime changes the math. HTP-resident companies calculate the social contribution base off the average national salary in Belarus, not the actual salary of the engineer. As of early 2026, that national average sits at roughly BYN 2,270, or about $790 per month. For an engineer earning several thousand dollars, the social contribution base is a small fraction of gross salary — not the whole thing.

The practical implication is that an engineer with the same gross costs significantly less to hire through a HTP-resident structure than through a conventional employer. This is why most established international teams hiring in Belarus go through HTP outstaffing or an HTP-resident EOR. The gap is not a rounding difference. On a $6,000 gross role, you are looking at roughly $1,800 to $2,000 per month in employer-side savings.

If you are setting up your first hire and are not already inside an HTP structure, EOR services in Belarus that route through an HTP-resident entity capture that saving without asking you to set up your own local operation. The tax structure does the heavy lifting; you just have to be plugged into the right vehicle.

Currency: why USD-linked contracts became the default

The Belarusian ruble has weakened enough in the last three years that a flat BYN wage quietly loses actual value during a single review cycle.  IT candidates learned to demand USD- or EUR-pegged compensation. If your contract is priced in BYN and does not include an exchange-rate condition, you will be at a competitive disadvantage versus all other offers on the table.

There are three common structures:

• Contract denominated in USD, paid in BYN at the National Bank of Belarus rate on payday
• Contract in BYN with an explicit USD floor — if the rate moves against the employee, the BYN amount is adjusted upward
• Direct payment in USD or EUR where the employer structure allows it

The one-way protection (employee gains if the rate moves in their favor, is protected if it moves against them) is the current market standard. Foreign employers who do not include a currency clause read as either uninformed about the market or unwilling to hedge — both hurt the offer.

The 13th salary: not required, but expected

This is the section every foreign employer needs to read carefully.

The 13th salary is a Soviet-inherited practice that never went away in Belarus. It is not legally required in the private sector — this is confirmed across every current source, including the Papaya Global country guide. But it is expected in a large share of local offers, and candidates factor it into their evaluation whether or not you mention it in yours.

In 2026 it takes several forms:

• One extra month of base paid annually, usually in December
• The same month split across November and December
• Total annual base divided into thirteen payments across the year (the «1/13 per month» structure)
• An explicit «annual bonus at one month of base» clause, functionally identical
• Rolled into a KPI-linked annual bonus targeted at 8 to 15 percent of base — the 13th in a different wrapper

The right question is not «do we pay a 13th salary.» The right question is: does your total annual variable compensation add up to at least one month of base, and can a candidate recognize it as such? If your annual bonus target is 5 percent, you are meaningfully under market. If it is 10 to 12 percent, you are at market. If you write an explicit «13th month» clause into the offer, you win on clarity — the candidate does not have to do the math.

Employers who are HTP residents benefit from an advantageous asymmetry. Because social contributions are calculated on the national average base regardless of salary size, the 13th month costs less to include than it costs a candidate to demand. It is one of the highest-leverage components you can add to an offer.

Bonuses beyond the 13th

Belarusian IT compensation typically runs on a layered bonus structure. The specifics vary by company type, but a competitive senior package usually includes at least two of the following:

• Quarterly performance bonuses tied to KPIs, typically 5 to 15 percent of base per quarter for engineering roles
• Annual discretionary or profit-linked bonuses at 5 to 20 percent of base, common in product companies
• Project completion bonuses — more common in outsourcing shops than in product teams
• Retention or stay bonuses for senior and lead positions, typically structured with vesting
• Referral bonuses of $500 to $3,000 per successful hire, which are a significant part of how hiring pipelines work in a small market
• Signing bonuses, historically uncommon but now appearing for scarce senior roles like Rust and staff-level Go

Outside sales commissions and equity-style variable remuneration from local businesses are both uncommon and noteworthy. When the parent company is international, RSUs and options are usually granted from the foreign entity and treated as personal income to the Belarusian employee on vest.

For benchmarks specific to your stack and seniority level, recruitment.by’s salary research publishes updated ranges that break down base, bonus target, and total compensation by role. It is worth pulling before you finalize any offer.

Indexation: legal, market, and USD-pegged

Indexation is where foreign employers most often assume the local practice matches theirs, and it does not.

Belarus has a legal indexation mechanism. Under the Labor Code, salaries are subject to inflation-linked indexation for the portion below a defined tariff base. In practice, that base sits well below any IT engineer’s compensation, so the pure legal obligation is small in absolute terms for the roles you care about. A summary of the Belarusian labor law framework on wages is worth reviewing if you want the mechanics.

The market layer is what actually drives retention. Candidates anticipate their salary to maintain actual worth year after year, but inflation and ruble volatility have rendered that a changing target.  Standard expectation for engineering roles:

• Annual review with a market-adjusted raise, at minimum
• For senior roles, twice-yearly reviews are increasingly common
• Explicit review clause written into the contract, not left as an informal promise

USD-pegging solves the currency component of this problem. It does not solve underlying market movement — Belarusian IT salaries in USD have themselves been moving upward. The failure mode is familiar: you hire at $5,500 USD, hold the number for 20 months, then watch the engineer leave for $7,000 elsewhere. The market moved faster than your review cycle.

Establish and adhere to review cycles under the contract. Companies that lock in two-year contracts without review mechanisms lose employees, typically in month fourteen.

Non-cash components: the baseline stack

Non-cash benefits do more than add value to the total. They signal what kind of employer you are, which affects whether senior candidates take you seriously. What is standard in 2026:

• Private health insurance, covering the employee and often family for senior roles
• Additional paid time off — 24 calendar days is the legal minimum, and most IT employers offer 25 to 30
• Education and conference budget of $500 to $2,000 annually
• One-time home office stipend or equipment budget, standardized after 2020 and still expected
• Referral bonus program, which doubles as a retention signal
• Relocation packages for candidates moving from other Belarusian cities to Minsk

Practical note: candidates read the non-cash stack as a maturity signal. A package with a structured education budget and health insurance looks like a serious employer even when the base is only at market. A package without them looks the opposite even when the base is above market. A specialist backend developer recruitment team can tell you within a week whether your non-cash stack is competitive against what your local competition is offering.

What a competitive package actually looks like

Concrete example. Senior Go developer, Minsk, 2026:

• Base: $6,500 USD monthly, USD-pegged, paid in BYN at NBRB rate
• 13th salary equivalent: one month of base, paid in December
• Quarterly performance bonus target: 8 percent of base (approximately $2,100 annualized at target)
• Annual review with market-adjusted raise, contractually committed
• 28 calendar days paid time off
• Private health insurance
• $1,500 annual education budget
• One-time home office stipend of $500
• Referral bonus program at $1,500 per successful hire

Total annual cash compensation to the engineer lands around $88,000 to $92,000, depending on bonus achievement. That is the number the candidate compares against other offers.

Total employer cost is where the structure matters. Through an HTP-resident outstaffing arrangement, full loaded cost lands around $100,000 to $108,000 per year including provider fees. Through a non-HTP EOR structure, it is closer to $115,000 to $125,000 because employer-side social contributions apply to the full salary rather than the national average base. That $15,000-per-engineer gap is why almost every established international team hiring in Belarus routes through an HTP structure once they are past the pilot phase.

What foreign employers get wrong

Fast list of the mistakes that show up in almost every first-time hire:

• Quoting gross when everyone else quotes net
• Skipping the 13th salary or its equivalent, and being surprised by second-round attrition
• Paying in BYN without an exchange-rate clause
• Locking in multi-year contracts with no review mechanism
• Underweighting referral bonuses — they are not a nice-to-have, they are a significant part of how hiring actually happens in this market
• Ignoring the HTP-resident structure and paying full social contributions on the full salary

The last one is the most expensive. Third-party country guides like the Playroll global hiring guide for Belarus will tell you standard employer contributions run around 34 to 42 percent of gross, which is accurate for a non-HTP structure. Very few of them explain that the HTP carve-out changes the base entirely. If you are using an EOR that does not route through an HTP-resident entity, you are leaving significant money on the table on every hire.

The tax landscape has enough moving parts that it is worth reading the specifics before you finalize a structure. Recruitment.by’s overview of taxes for IT companies in Belarus and Russia covers the full employer contribution stack and the HTP mechanics in more detail than most public sources.

Getting the first offer right

The pattern is clear. Base salary is one input. The package around it — 13th, bonus structure, currency protection, indexation, non-cash — is what actually determines whether a Belarusian engineer says yes and stays for three years, or says yes and leaves in fourteen months.

Get the components right on offer number one and you spend the next two years running your team. Get them wrong and you spend the next two years renegotiating or backfilling.

If you want a second opinion on a proposed package before it goes out, an IT recruitment team in Belarus can benchmark it against current market offers in your specific stack and seniority level.

Найм Rust и Go разработчиков в Беларуси: гид на 2026 год

Rust и Go сегодня входят в число самых быстрорастущих языков для backend- и системной разработки. Но именно эти направления остаются одними из самых сложных для найма: специалистов мало, а требования к опыту значительно выше, чем у большинства backend-ролей.

Для компаний, которые развивают высоконагруженные системы, облачные платформы или инфраструктурные продукты, это уже знакомая проблема: спрос на таких инженеров растёт быстрее, чем рынок успевает их готовить. Онлайн-курсы не создают поток production-ready специалистов, а университетские программы только начинают адаптироваться под новые требования индустрии.

Беларусь остаётся одним из рынков, где такие специалисты формируются постепенно и без лишнего внимания со стороны рынка. Объём пула здесь ограничен, но инженеры часто имеют сильную техническую базу, конкурентные ставки и опыт работы с современными архитектурами.

Ниже — разбор текущего состояния рынка Rust и Go в Беларуси: где искать таких специалистов, какие ожидания по найму реалистичны и как сократить путь от поиска до выхода инженера в команду.

Почему Беларусь и почему именно эти два языка

В Беларуси сложилась одна из самых собранных инженерных культур региона. БГУИР — главный технический вуз страны — уже двадцать лет выпускает специалистов по системному программированию, C++ и алгоритмам. Именно такой бэкграунд конвертируется в Rust и Go естественнее всего.

Парк высоких технологий работает как специальная экономическая зона с налоговым режимом, из-за которого сильные инженеры остаются в стране, а не уезжают за зарплатой. О структуре ПВТ можно почитать напрямую или работать через партнёра, который берёт на себя все формальности. Итог один: у разработчиков здесь есть причины никуда не уходить.

Для Rust и Go совпадают три фактора именно в белорусской среде:

• Сильная база C и C++, из которой органично получаются Rust-инженеры
• Большое сообщество Java и Python разработчиков, которые последние четыре года активно переходят на Go
• Финтех и блокчейн-сектор, где ставки выше рынка и оба этих языка — рабочая ежедневная реальность

Спрос и предложение здесь есть — просто не в масштабах Java или JavaScript. Специализированная практика подбора бэкенд-разработчиков, которая работает именно на местном рынке, обычно закрывает такие вакансии быстрее универсального агентства: в этих стеках побеждает не объём, а глубина связей внутри комьюнити.

Пул Go: массовый и легко нанимаемый

Go в Беларуси прошёл переломную точку около 2023 года. То, что раньше было редким языком для нескольких команд по облачным технологиям, стало стандартом в финтехе, инфраструктуре, dev tools и платформенной разработке.

Зарплаты это подтверждают. Go сейчас находится на самом верху сеньорского диапазона и по деньгам сравнялся с Java и Kotlin. Ещё три года назад Go платил небольшую премию, но объёмов не имел — сейчас ситуация принципиально другая.

Рынок реальный. Активных Go-разработчиков в Беларуси — тысячи. Собрать команду из пятидесяти человек за месяц не получится, но команды из двух, пяти или десяти инженеров закрываются нормально. Типичные бэкграунды:

• Бэкенд-разработчики, перешедшие с Java или Python ради облачной разработки
• Инфраструктурные инженеры, которые строят Kubernetes-решения и продукты из экосистемы CNCF
• Финтех-команды, стандартизирующиеся на Go для платёжных решений и API-сервисов
• Блокчейн и web3 разработчики, особенно в инфраструктуре бирж и кошельков

У языка Go в Беларуси активное сообщество — регулярные митапы в Минске, стабильно растущее число белорусских контрибьюторов в опенсорс. По срокам подбора: 4–6 недель на сильного мидла и 6–8 недель на крепкого сеньора — при условии, что бриф чёткий, а собеседования не растягиваются.

Пул Rust: меньше, специализированнее, стоит поисков

С Rust ситуация другая. Скажем прямо: пул небольшой. Если вам нужны сто Rust-инженеров в Беларуси, вы их не найдёте — впрочем, как и почти нигде в мире.

Что в Беларуси действительно есть — это опытная группа Rust-разработчиков, работающих ровно в тех областях, где язык раскрывается лучше всего. Найти их можно в:

• Блокчейн-инфраструктуре, особенно вокруг Solana, Substrate и Cosmos
• Системном программировании и высоконагруженных бэкенд-сервисах
• Embedded и IoT — часто это бывшие C и C++ разработчики
• Растущем числе dev tools и инфраструктурных компаний
• Криптографии и security-командах

Экосистема Rust в белорусской инженерной культуре чувствует себя уверенно как раз потому, что стыкуется с сильной местной C++ средой. Опытные C++ инженеры с 5–10 годами стажа переходят на Rust хорошо, и многие уже это сделали.

Реальные сроки: 8–12 недель на сеньора Rust, дольше — если специализация очень узкая. Зарплаты выше, чем у Go на сеньорском уровне: работает базовый закон дефицита. И готовьтесь к тому, что кандидатов в неделю будет меньше, чем в массовом стеке. Компенсация — те, кого вы всё-таки увидите, чаще всего действительно сильные.

Как выглядит стоимость

Беларусь остаётся конкурентоспособной по цене даже на верхних сеньорских грейдах в Rust и Go.

Сеньорский Go-разработчик в Минске стоит компании $4 500–7 500 в месяц all-in, в зависимости от домена и типа компании. Сеньорский Rust — на 15–25% выше: $5 500–9 000 за сильных кандидатов, верхняя граница — для узких специализаций вроде блокчейн-инфраструктуры или криптографии.

Зарплатное исследование recruitment.by разбирает диапазоны по стекам, грейдам и типам компаний. Стоит свериться с ним до того, как утвердите бюджет: рынок здесь движется быстрее, чем публичные источники успевают его фиксировать, а устаревшая цифра дорого обходится в переговорах с сильными кандидатами.

Схема найма: EOR, аутстаффинг или прямое трудоустройство

В Беларуси есть три рабочие схемы найма без создания собственного юрлица. Выбор зависит от масштаба проекта и того, сколько операционных задач вы готовы взять на себя.

Самый распространённый вариант — Employer of Record. Разработчик работает в вашей команде на ежедневной основе, а локальный партнёр берёт на себя трудовой договор, зарплату, налоги и всё, что связано с местным законодательством. Оформление занимает не месяцы, а несколько дней. Для первого-второго найма в стране обычно оптимален EOR и payroll — фиксированная ежемесячная ставка, никакой возни с трудовым правом, никакой HR-инфраструктуры на вашей стороне.

EOR хорошо работает первый год-два и на команде до пяти человек. Дальше экономика меняется, и стоит смотреть на более постоянные форматы.

Для длинных проектов и команд побольше чаще выбирают аутстаффинг через компанию-резидента ПВТ. Разработчик оформлен в белорусской компании со статусом ПВТ и выделен вам на full-time, что раскрывает налоговый режим Парка и снижает общую стоимость. Так работают большинство международных команд, которые прошли пилотную фазу и остались на рынке. Правильно выстроенный аутстаффинг через ПВТ даёт налоговые преимущества без операционных расходов на содержание собственного офиса.

Прямое трудоустройство через ваше белорусское юрлицо имеет смысл, только если у вас долгосрочные планы в стране — команда двадцать плюс, горизонт лет на пять и физическое присутствие, которое вы действительно хотите развивать. Большинству читающих эту статью подойдёт EOR или аутстаффинг.

Где искать этих разработчиков

Общие джоб-борды в этом сегменте работают плохо. Сильные Rust и Go разработчики не листают hh.ru — они уже где-то работают. Что работает на практике:

• Реферальные сети внутри языковых сообществ — сцены Go и Rust в Беларуси достаточно компактные, чтобы хороший рекрутер знал, кто открыт к предложениям, а кто вот-вот будет
• Точечная коммуникация в LinkedIn — с персонализацией, с фокусом на домене и технической задаче, а не на вилке
• Комьюнити-подход: минские митапы, спикер-листы конференций, контрибьюторы в опенсорс
• Retained search для senior+ Rust-позиций — на этом уровне без выделенного поиска почти ничего не получается

Если вы собираете не одного человека, а полноценную команду, комплексный подбор команды параллельно по нескольким ролям обычно сжимает сроки на 30–50% по сравнению с последовательным наймом. Вместо одного сильного кандидата в месяц вы видите нескольких в неделю.

Реальные сроки

Правильные ожидания в начале — половина успеха всей остальной работы.

По Go:

• Мидл: 4–6 недель от брифа до подписанного оффера
• Сеньор: 6–8 недель
• Staff / тимлид: 8–12 недель

По Rust:

• Мидл: 6–10 недель (настоящих мидлов в Rust мало — часто это сильный C++ инженер с одним-двумя годами Rust за плечами)
• Сеньор: 8–12 недель
• Узкий специалист (блокчейн, embedded, криптография): 10–16 недель

К любому из этих сроков добавляйте пару недель, если у вас больше трёх этапов собеседований. И ещё пару, если фидбек идёт медленно. В этих стеках именно так теряют кандидатов чаще всего: сильные к четвёртой неделе обычно уже обладают тремя другими офферами.

Когда Беларусь — не ваш вариант

Прямая версия: если вам нужна команда из двадцати Rust-инженеров за девяносто дней, это не тот рынок. Впрочем, и никакой другой тоже. А вот 3–5 сеньоров Go или 1–2 сеньора Rust на разумных сроках — задача рабочая.

Рынок также хуже отрабатывает cutting-edge исследовательские роли — ML на фронтире, quantum-adjacent направления, криптография уровня научных публикаций. Такие пулы везде небольшие, в Беларуси — средние.

Для всего остального — продакшен Rust и Go, бэкенд-системы, блокчейн-инфраструктура, высоконагруженные сервисы, dev tools, embedded — рынок реальный, а соотношение качества к цене действительно выгодное.

С чего начать

Если вы выбираете между Беларусью, Польшей, Португалией или US-remote, честный ответ звучит так: Беларусь выигрывает по стоимости и не уступает по качеству именно в этих двух стеках. Правильный первый шаг — проверка рынка по вашей конкретной роли: сколько кандидатов подходят под бриф, какие реальные сроки, во сколько выйдет полная стоимость. Специализированная команда IT-рекрутинга в Беларуси может провести такую проверку быстро и сказать, стоит ли вообще запускать полноценный поиск.

За языковыми трендами полезно следить и по международным рынкам. Ежегодный Stack Overflow Developer Survey фиксирует стабильный рост доли Rust и Go среди профессиональных бэкенд-разработчиков — год к году.

Локальный контекст важен не меньше. Похожую картину показывает и JetBrains State of Developer Ecosystem: оба языка стабильно набирают вес в глобальной статистике профессионального использования. Беларусь движется в этом тренде, а не отстаёт от него — через двенадцать месяцев пул, из которого можно нанимать, будет больше, чем сегодня. Пока рынок не догнал спрос, стоимость этих специалистов в Беларуси остаётся выгодной. Это временное окно.

Если вам нужна реалистичная оценка именно под ваш проект — сколько подходящих Rust или Go инженеров сейчас есть на рынке Беларуси, какие сроки закрытия вакансии и какая будет полная стоимость найма через EOR или аутстаффинг, — свяжитесь с командой Recruitment.by. Иногда такой 20-минутный market check экономит больше времени и бюджета, чем несколько месяцев самостоятельного поиска.

Оценка работы в Беларуси: Вот что реально работает

Большинство международных компаний переносит систему оценки эффективности между странами почти без изменений. Те же шкалы, те же performance review, те же планы развития и те же процессы работы с сотрудниками.

Именно здесь появляются первые проблемы.

Белорусские инженеры могут иначе воспринимать формулировки обратной связи, иначе реагировать на оценки и совершенно по-другому интерпретировать планы повышения эффективности. Добавьте к этому требования местного трудового законодательства — и окажется, что привычные процессы работают совсем не так, как ожидает руководитель.

Ниже разбираем, как проводить performance review, регулярные one-to-one встречи и разговоры о результатах в белорусских IT-командах, не разрушая доверие и не создавая лишних юридических рисков.

Как белорусские инженеры на самом деле воспринимают вашу обратную связь

Белорусская профессиональная культура занимает место где-то между немецкой прямотой и российским ощущением иерархии. Грубое сравнение, но помогает сориентироваться. Вот закономерности, на которых чаще всего ошибаются иностранные руководители.

Формальная обратная связь бьёт сильно. Гораздо сильнее, чем вы ожидаете, если привыкли к Кремниевой долине, где все делают вид, что «тройка» — это нейтральная оценка. В Беларуси, когда вы фиксируете что-то в документе или присваиваете работе человека цифру, это воспринимается как окончательное суждение. Инженеры, получившие среднюю оценку на формальном ревью, нередко уходят с мыслью, что компания собирает на них папку. Даже если вы имели в виду “всё нормально, вот где можно стать лучше”.

Публичная критика убивает доверие. Этот момент застаёт врасплох удалённых руководителей. Вы указываете на сорванный срок в командном чате, думая, что проявляете прозрачность. Инженер слышит публичное унижение перед коллегами. Обратную связь с критикой нужно давать с глазу на глаз, привязывать к конкретной работе и отделять от личности.

Техническая компетентность меняет восприятие. Технический директор, который читает код и может указать на конкретную архитектурную проблему, получит совершенно иную реакцию, чем менеджер по людям, который говорит «команда считает, что качество твоего кода просело». Если вы не технический специалист — привлеките того, кого инженер уважает в профессиональном плане. Дело не в самолюбии. Дело в том, доверяет ли инженер источнику.

Спрашивайте, а не указывайте. Пожалуй, самая полезная вещь, которую может изменить иностранный руководитель. Вместо «Тебе нужно переписать этот модуль» попробуйте «Что бы ты изменил в том, как этот модуль устроен?». Результат тот же. Но один вариант предполагает обращение к инженеру как к профессионалу со своим суждением, а второй — как к тому, кого нужно поправить. Угадайте, какой работает лучше.

Ритм ревью: что работает на практике

Большинство серьёзных IT-компаний в Беларуси уже отказались от годовых оценок. Они слишком редкие, чтобы быть полезными, а в культуре, где формальная обратная связь несёт серьёзный вес, годовое ревью ощущается не как разговор, а как приговор.

Вот трёхуровневый план, который работает в командах с белорусскими инженерами.

Квартальные формальные ревью. Основа всего. Обе стороны готовятся. Смотрите на то, что было согласовано в прошлом квартале, обсуждаете, что произошло, ставите цели на следующий. Если вообще используете оценки и баллы — это единственная часть, где они уместны. Эти встречи обязательно документируются — отчасти потому что это хорошая управленческая практика, отчасти потому что белорусское трудовое законодательство захочет видеть документальный след, если когда-нибудь придётся разбираться по факту низкой результативности.

Ежемесячные личные встречи. Тридцать минут. Неформально. Не отчёт о статусе — для этого есть ежедневные совещания. Личная встреча — это когда вы узнаёте, что кто-то недоволен архитектурными решениями, принятыми выше, или выгорел после спринтового аврала, или тихо подумывает уходить, потому что полгода ни слова не слышал про своё карьерное развитие. Проблемы, которые всплывают на квартальном ревью как «просадка в результатах», очень часто начинались с вещей, о которых человек рассказал бы на личной встрече — если бы вы спросили.

Еженедельные короткие совещания для проектных вопросов. Ретроспективы спринтов, обновления по задачам, обсуждение замечаний по коду. Это не оценка работы, и если преподносить их как оценку — люди начинают защищаться не по адресу.

Почему квартал лучше года? Потому что инженер, который слышит «ты работал неудовлетворительно двенадцать месяцев», ничего не может сделать в этом разговоре. А инженер, который слышит «этот квартал не вышел — давай разберёмся, что случилось и что поменять», видит путь впереди. Это различие важно везде, но особенно там, где формальная негативная оценка переживается куда болезненнее.

Личные встречи: инструмент, которым пользуются слишком мало

Типичная картина, которую мы наблюдаем постоянно: иностранный руководитель ведёт белорусскую команду на удалёнке, общается через мессенджер и ежедневные совещания, пропускает личные встречи, потому что «мы и так каждый день разговариваем», — а потом удивляется, когда проблема с результатами возникает как будто из ниоткуда.

Ежедневные совещания показывают, чем люди заняты. Личные встречи показывают, как они к этому относятся. Это совершенно разный показатель, и из группового формата его не получить.

Несколько вещей, которые делают личные встречи работающими именно с белорусскими командами. Не отменяйте их. Серьёзно. Отмена говорит инженеру, что этот разговор для вас неважен, а в профессиональной культуре, где рабочие отношения воспринимают всерьёз, это читается как неуважение. Дайте инженеру задать повестку первым — вы узнаете больше, когда темы выбирает он. Не устраивайте внезапных разборов — серьёзную обратную связь оставьте для запланированного квартального ревью, где обе стороны могут подготовиться. И говорите про карьеру. Где человек хочет быть через два года? Какие навыки хочет нарастить? Белорусские инженеры серьёзно относятся к профессиональному росту, и личная встреча — это место, где вы показываете, что относитесь к нему так же.

Если вы управляете командой через EOR и у вас нет внутреннего HR-отдела, кадровые консультанты Recruitment.by помогут наладить эти процессы. Когда рядом кто-то, кто знает местную профессиональную культуру, настройка идёт быстрее, а ошибок меньше.

До плана улучшения: разговор, который нельзя пропускать

Возможно, это самый важный раздел во всей статье. Если запомните только одно — пусть будет вот это: не ставьте белорусского инженера на формальный план улучшения, не поговорив с ним о проблеме хотя бы дважды.

В американском IT план улучшения иногда появляется довольно быстро. Результаты просели, руководитель зафиксировал, кадровая служба составила документ, сотрудник получил бумагу. Если этот темп перенести на белорусскую команду — это будет воспринято как предательство. Внутренняя реакция инженера: «Вы мне ни разу не сказали, что есть проблема, а теперь я на формальном плане улучшения? Вы копили на меня материал.»

Перед любым формальным планом честно спросите себя: сказал ли я этому человеку, ясно и конкретно, в чём проблема? Проверил ли, не происходит ли чего-то за пределами работы — здоровье, семья, выгорание? Предложил ли реальную помощь — не расплывчатое «обращайся, если что», а конкретную: обучение, пересмотр нагрузки, совместную работу с более сильным специалистом на проблемном участке? Дал ли внятные сроки на исправление? И проверил ли потом, как дела?

Если всё это было и ситуация не улучшилась — тогда план улучшения — правильный следующий шаг. По данным исследования, опубликованного RemoFirst, хорошо выстроенные планы улучшения с настоящей поддержкой срабатывают примерно в 60% случаев. Но эта цифра работает только когда сотрудник искренне верит, что план — это шанс исправиться, а не оформление увольнения. Если вы пропустили этап неформального разговора — вы уже дали понять, какой из двух вариантов имеете в виду.

Планы улучшения в Беларуси: что говорит закон

В белорусском Трудовом кодексе — конкретно в статье 42 — нет основания для увольнения с формулировкой «низкая результативность», как это работает в американском праве. Нельзя просто решить, что человек не справляется, и расстаться с ним. Юридический разбор от Grata International объясняет это прямо: увольнение должно опираться на конкретные основания, предусмотренные законом. Ближайшее к «результативности» — «систематическое неисполнение обязанностей без уважительных причин при условии, что ранее применялись дисциплинарные взыскания».

Перечитайте последнюю часть: «при условии, что ранее применялись дисциплинарные взыскания». Нужен документальный след предупреждений и возможностей для исправления, прежде чем вы сможете действовать. Грамотно оформленный план улучшения — и есть это условие.

Что входит в план, который выдержит проверку? Конкретные провалы в работе с датами и доказательствами — не «работа ниже ожиданий», а «сорваны сроки по трём из пяти задачам во втором квартале, а именно по задачам такой-то, такой-то и такой-то». Ясные цели улучшения со сроками — 30, 60 или 90 дней в зависимости от ситуации. Реальная поддержка: обучение, наставничество, перераспределение нагрузки. Еженедельные встречи в течение срока плана, чтобы инженер получал обратную связь регулярно, а не тишину с последующим вердиктом. Всё в письменном виде. И подпись сотрудника о получении документа.

Что убивает план юридически? Размытые формулировки. «Плохое отношение к работе» и «не вписывается в культуру» невозможно подтвердить в рамках белорусского трудового права, и при трудовом споре их не засчитают. Подача — если план читается как угроза, а не как программа помощи, он обесценивается. И запуск плана без предварительного неформального разговора — это одновременно культурный промах и юридическая уязвимость.

Если план завершился без улучшений — документация даёт законное основание для увольнения. Для компаний, нанимающих через EOR или PEO, провайдер ведёт юридическую сторону — но доказательная база должна идти от руководителя.

Когда всё кончено: как увольнение работает на практике

Допустим, план улучшения отработан, а результата нет. Что дальше?

Можно переходить к увольнению, но только если процесс был чистым. Руководство Rivermate по прекращению трудовых отношений в Беларуси описывает механику: уведомление не менее чем за месяц, выходное пособие — минимум три среднемесячных зарплаты при увольнении по инициативе работодателя, письменный приказ об увольнении, возврат трудовой книжки работнику, окончательный расчёт — включая неиспользованный отпуск — в последний рабочий день. Не в следующую выплату. В последний день.

Если вы работаете через EOR, провайдер выполняет процедурные шаги. Но он не может придумать документальный след, которого не существует. Квартальные ревью, записи личных встреч, сам план улучшения, доказательства того, что поддержка была предложена — всё это должно идти со стороны руководителя.

Где бывают ошибки: недостаточно документации, пропущен этап неформальной обратной связи перед планом, попытка уволить человека в период отпуска по беременности или по уходу за ребёнком (защищённые периоды, точка), неуведомление профсоюза, где этого требует коллективный договор. Трудовое законодательство Беларуси строго защищает работников от произвольного увольнения. Суды могут и восстанавливают людей на работе — с выплатой зарплаты за весь период вынужденного прогула. Это не теоретический риск. Это случается.

Вывод простой: выстраивайте документацию с первого дня. Если процесс оценки работает нормально — бумажный след создаётся сам собой, и вам никогда не придётся восстанавливать его задним числом. Если вы впервые выстраиваете трудовые отношения в Беларуси, услуги Recruitment.by по расчёту зарплат и EOR включают сопровождение по вопросам соблюдения законодательства именно для таких ситуаций.

Мелочи, которые важны

Это детали, которых нет в учебниках по менеджменту, но которые по-настоящему влияют на работу с белорусской инженерной командой.

Не давайте жёсткую обратную связь в пятницу вечером. Инженер уходит на выходные, прокручивая разговор в голове, не может задать уточняющие вопросы и приходит в понедельник либо раздражённым, либо тревожным. Назначайте трудные разговоры на начало недели, чтобы было время обсудить всё, пока вы оба ещё на работе.

Следите за формулировками. «Ты сорвал дедлайн» и «Дедлайн сдвинулся — что произошло?» приводят к одному и тому же разговору. Но первое звучит как обвинение, а второе — как вопрос. С белорусскими инженерами эта разница важна. Это разница между человеком, который закрывается, и человеком, который действительно расскажет, что пошло не так.

Включайте камеру. Если проводите квартальное ревью или любой серьёзный разговор по видео — будьте в кадре. Звонок без камеры для обсуждения того, что важно для карьеры инженера, говорит, что вам не показалось важным полноценно присутствовать.

Отправляйте письменное резюме. После каждого ревью или непростого разговора — короткое письмо с итогами. Белорусские специалисты ценят, когда договорённости зафиксированы на бумаге. Это показывает, что разговор был настоящим, а не тем, что можно потом переиначить.

Будьте последовательны. Если одному сотруднику вы проводите квартальные ревью, а другому нет — люди замечают это мгновенно. И не считают это случайностью. Они считают это фаворитизмом или прицельным давлением.

Говорите «спасибо». Белорусские инженеры не будут просить признания. Но они точно замечают, когда его нет. Сообщение от технического директора после сильного квартала, упоминание, когда кто-то решил сложную задачу, отметка при выпуске новой функции — это ничего не стоит, а выстраивает такую лояльность, которую сложно перебить зарплатой побольше в другом месте. Если хотите полную картину того, что удерживает белорусских IT-специалистов, — наше руководство по медстраховке и дополнительным бонусам покрывает системную сторону.

Управление результативностью в Беларуси не сложнее, чем где бы то ни было. Оно просто другое. Закону важна документация. Культуре важны уважение и последовательность. А инженеры откликаются на руководителей, которые действительно вкладываются в их рост, а не просто отслеживают выработку. Сделаете это правильно — и удержите людей, на переманивание которых ваши конкуренты тратят настоящие деньги.

Если разбираетесь в этом впервые — кадровые консультанты Recruitment.by работают с зарубежными компаниями по выстраиванию процессов оценки, планов улучшения и соблюдения законодательства при увольнении. Из тех вещей, где кто-то местный убережёт вас от ошибок, о которых иначе можно узнать только на собственном опыте.

Белорусские Python-разработчики: где искать Senior-специалистов в 2026 году

Популярность Python давно перестала быть новостью. Намного важнее другое: рынок языка становится всё моложе.

По данным JetBrains, почти половина Python-разработчиков имеет менее двух лет профессионального опыта. Это объясняет парадокс, с которым всё чаще сталкиваются работодатели: кандидатов много, а специалистов, способных самостоятельно проектировать архитектуру, поддерживать сложные продакшн-системы и принимать технические решения, по-прежнему не хватает.

Беларусь остаётся одним из рынков, где предложение опытных Python-инженеров заметно сильнее, чем можно ожидать, исходя только из размеров страны. В этом материале разбираем, как устроен этот рынок, какие зарплаты актуальны сегодня и что помогает международным компаниям успешно нанимать местных специалистов.

Откуда берутся Python-инженеры в Беларуси

Ключевой вуз — БГУИР (Белорусский государственный университет информатики и радиоэлектроники), основанный в 1964 году: 17 000 студентов, 12 отраслевых учебных центров при IBM, Cisco, Huawei, SAP. Рядом — механико-математический факультет БГУ и Белорусский национальный технический университет, которые ежегодно выпускают тысячи технических специалистов. Показательная цифра: 34,6% всех выпускников белорусских вузов — из технических и естественнонаучных направлений. Беларусь стабильно хорошо выступает на региональных этапах олимпиады ICPC — это говорит об уровне алгоритмической и математической подготовки.

Но уровень «сеньора» появляется не в университете. Он появляется за двадцать с лишним лет работы на западных клиентов внутри экосистемы Парка высоких технологий. ПВТ, созданный в 2005 году, к 2026-му насчитывает более 1 000 компаний-резидентов — от небольших dev-студий до крупных продуктовых организаций в финтехе, гейминге и AI. Сеньорные Python-инженеры в Беларуси, как правило, провели 7–12 лет, строя продакшн-системы: бэкенд-сервисы, data-пайплайны, ML-инфраструктуру. AWS, GCP, Azure для них — не элективный курс, а повседневная среда. Английский — не бонус, а рабочий инструмент: обслуживание западных клиентов — это основная бизнес-модель всей индустрии.

В чём сильны белорусские Python-специалисты высокого уровня

Пул Python-инженеров в Беларуси — не однородна. Он делится на чёткие профили, и различать их важно при формировании вакансии.

Бэкенд-инженеры. Django, FastAPI, Flask — проектирование production-grade API, async-конкуренция, системное мышление. Это инженеры, которые понимают, почему эндпоинт спроектирован определённым образом, а не просто как он работает. Adoption FastAPI в Беларуси шёл быстро, и специалистов, уверенно работающих с async Python, event loop и concurrency-паттернами, здесь больше, чем можно ожидать.

Data-инженеры. Airflow, Spark, dbt, SQL — архитектура пайплайнов, а не скрипты на Pandas. Это сейчас самая востребованная Python-специализация в мире: по данным SeekerScore, разработчики с SQL и инструментами data pipeline набирают на 12–18% больше баллов соответствия вакансиям, чем те, кто знает только веб-фреймворки. В Беларуси этот пул сильный и растущий.

ML/AI-инженеры. Деплой моделей, MLOps, оптимизация инференса — прикладная сторона, а не академические исследования. Сила Беларуси здесь — в практике: инженеры, которые могут довести модель от ноутбука до продакшна, построить serving-инфраструктуру и настроить мониторинг.

DevOps-Python. Автоматизация инфраструктуры, CI/CD-скриптинг, cloud-native тулинг. Глобально только 3% вакансий на Python указывают его как единственное техническое требование — работодатели ожидают Python плюс облако, контейнеризация и, как правило, data-навык. У белорусских сеньоров этот стек уже есть по умолчанию.

Важный нюанс по зарплатам: стек влияет на бюджет сильнее, чем думают многие. Data engineering senior Python занимает верхнюю часть зарплатного диапазона в Беларуси, web-бэкенд — середину. Полную картину можно посмотреть в нашем гайде по зарплатам IT-специалистов.

Что их привлекает: неочевидные факторы

Зарплата открывает разговор. Всё, что ниже, — выигрывает его.

Сложность задач, а не громкая должность. Опытные Python-инженеры в Беларуси хотят решать нетривиальные задачи, а не перекладывать карточки в трекере. Если должность называется «ведущий разработчик», но работа сводится к типовым формам и шаблонным интеграциям — они пройдут мимо. Инженеров с десятилетним стажем разработки сложных систем тянет туда, где архитектура нетривиальна, а задачи заставляют думать, а не просто печатать.

Причастность к продукту. Лучшие кандидаты хотят понимать, зачем они что-то строят. Доступ к продуктовым решениям, видимость влияния на конечного пользователя, разговоры с заказчиками и ответственными лицами — а не просто задачи на спринт от менеджера проекта, которого они ни разу не видели. Именно это стабильно определяет разницу между предложениями, которые принимают, и предложениями, которые откладывают.

Современные инструменты и инженерная культура. FastAPI вместо устаревшего монолита на Django. Docker и Kubernetes как само собой разумеющееся. Работающая цепочка сборки и доставки. Культура проверки кода, которая про качество, а не про формальный контроль. Инструменты с искусственным интеллектом для разработки — привычная часть работы, а не повод для споров. Если ваш технический набор инструментов отстаёт на пять лет, лучшие кандидаты отсеются сами.

Самостоятельность и гибкий график. Удалённая работа — норма в белорусском IT с 2020 года. Но дело не только в месте — опытные инженеры хотят настоящего контроля над расписанием. Обязательные часы присутствия с гибкостью вокруг них. Переписка вместо непрерывных созвонов. Возможность сосредоточиться на задаче без постоянного отвлечения.  Компании, которые микроменеджат часы, теряют сеньоров в пользу тех, кто измеряет результат.

Вложения в обучение. Мир Python меняется стремительно — асинхронные фреймворки, инструменты на основе ИИ, стек инженерии данных. Опытные специалисты хотят, чтобы работодатель вкладывал в их профессиональную актуальность: оплата конференций, сертификаций, выделенное время на изучение нового. Это знак, что компания видит в них долгосрочную ценность, а не расходный материал.

Прозрачность в оплате тоже важна — не просто итоговая цифра, а внятный разбор: до вычетов, на руки, страховка и дополнительные блага, доля в компании (если есть), перспективы роста. Неясность при обсуждении вознаграждения — немедленный тревожный сигнал для опытных кандидатов.

Что отпугивает: типичные ошибки в предложении

Часть промахов вполне предсказуема. Зарубежные компании допускают их раз за разом, и каждый стоит кандидата.

Расплывчатые вакансии. «Ведущий разработчик полного цикла» — это не техническое задание. Если в описании не указано Django или FastAPI, не упомянута инфраструктура и текст читается так, будто его составлял человек, далёкий от разработки, — опытные инженеры пролистают. Они видели достаточно пустых объявлений, чтобы распознавать их мгновенно.

Затянутые собеседования. Шесть этапов без технической глубины — знак, что компания сама не понимает, кого ищет. Два грамотно выстроенных раунда — технический разбор и разговор о команде и ценностях — дадут всё, что нужно для решения, и покажут уважение ко времени кандидата.

Долгие согласования. Если между последним собеседованием и предложением проходят две недели — вы опоздали. Конкуренты на белорусском рынке действуют быстрее. У сильных кандидатов одновременно идёт несколько переговоров. От двух до трёх суток между финальным разговором и предложением — вот рабочий ориентир.

Пустой соцпакет. На рынке, где добровольная медицинская страховка, средства на обучение и гибкий график — само собой разумеющееся, приходить без них — значит выглядеть несерьёзно. Подробный разбор того, чего ожидают IT-специалисты, — в нашем руководстве по медстраховке и дополнительным благам.

Невидимость вклада. Разработчики, которых не упоминают при сдаче проекта, не знакомят с заказчиками и чьих имён нет в рабочих отчётах, — рано или поздно перестают выкладываться. Признание ничего не стоит. Его отсутствие стоит таланта.

С кем вы соперничаете

Опытные Python-инженеры в Беларуси не сидят без дела, ожидая вашего сообщения в LinkedIn. Их активно зовут к себе компании-резиденты ПВТ — особенно из финтеха, игровой индустрии и области ИИ, — международные аутсорсинговые фирмы с офисами в Минске и полностью удалённые позиции от европейских и американских компаний с зарплатами в долларах и евро.

Общий пул ограничен. В Беларуси примерно 60 000 разработчиков, и сегмент опытных Python-специалистов — лишь его часть. Продуктовые компании, особенно в финтехе и ИИ, стабильно платят выше среднего. Скорость процесса и качество предложения здесь важнее, чем на более крупных и подвижных рынках. Если ваш процесс тянется, предложение шаблонное, а имя компании никому ни о чём не говорит — нужный кандидат уже выходит на работу в другом месте.

Позаботиться об узнаваемости компании на белорусском IT-рынке до начала активного поиска — одно из самых окупаемых вложений. Опытные инженеры изучают работодателя прежде, чем отвечать на письмо.

Как на деле нанять опытного Python-инженера в Беларуси

Рабочий порядок действий, который закрывает вакансии.

Определите стек точно. Django, FastAPI или data engineering? Бэкенд API, ML-инфраструктура или архитектура пайплайнов? «Python-разработчик» — это не описание вакансии. Чем конкретнее запрос, тем быстрее и точнее поиск. Опишите, за что человек будет отвечать в первые три месяца, кому он подчиняется и как устроена техническая среда.

Два этапа, а не шесть. Первый — технический разбор: совместное решение задачи или обсуждение архитектуры, в зависимости от роли. Второй — разговор о команде и культуре. Всё. Если за два добротных раунда вы не можете оценить зрелого Python-инженера — добавление новых раундов ничего не исправит.

Действуйте быстро. От двух до трёх суток между последним собеседованием и предложением. Согласуйте всё с руководством заранее, чтобы внутреннее одобрение не стало проблемным местом.

Покажите полную картину вознаграждения. Зарплата, страховка, средства на обучение, оборудование, устройство рабочего графика, перспективы роста. Проведите кандидата по всем составляющим. Многие инженеры недооценивают свой пакет просто потому, что никто не разложил его по полочкам.

Решите вопрос с трудоустройством. Если у вас нет юридического лица в Беларуси, понадобится услуга зарегистрированного работодателя (EOR) или модель совместного управления персоналом (PEO): расчёт зарплат, управление страховками и дополнительными благами, налоговое соответствие, ведение договоров. Если сравниваете варианты — разница между аутстаффингом и аутсорсингом разобрана в нашем сравнительном руководстве.

Работайте с тем, кто знает этот рынок. У белорусского рынка Python-специалистов свои зарплатные динамики, ожидания кандидатов и особенности конкуренции. Местный рекрутинговый партнёр, который ищет, отбирает и сверяет данные с текущей рыночной картиной, сбережёт время и убережёт от ошибок, из-за которых теряются люди. Recruitment.by закрывает Python-позиции каждый месяц — команда подбора оценит ваш запрос и предложит подходящих кандидатов за считанные дни.

Senior Python-талант в Беларуси — опытный и активно рекрутируемый. Вопрос не в том, существует ли он, — а в том, готов ли ваш оффер и процесс конкурировать за него. Если вы готовы начать поиск, команда Recruitment.by забенчмаркит ваш запрос по текущему рынку и предложит квалифицированных кандидатов за дни, а не за месяцы.

Чего не хватает вашему офферу: медицинская страховка и велнес-бенефиты, которых ждут белорусские IT-специалисты в 2026 году

Международные работодатели часто недооценивают одну особенность белорусского IT-рынка: конкуренция идёт не только за зарплату.

Когда базовая компенсация находится в рыночном диапазоне, офферы начинают различаться по качеству социального пакета. Медицинское страхование, программы поддержки здоровья, гибкие условия работы, обучение и другие льготы становятся фактором, который способен изменить решение кандидата даже без повышения зарплаты.

Ниже разбираем, какие бенефиты в сфере здоровья и благополучия сегодня считаются базовым ожиданием белорусских IT-специалистов и как собрать пакет, который будет конкурентоспособен в 2026 году.

Отправная точка: что требует закон

Прежде чем планировать дополнительные бенефиты, нужно понимать, что входит в обязательную базу. Эти обязательства не зависят от модели трудоустройства — они одинаково действуют при найме через собственное юрлицо и через EOR или PEO.

Работодатель в Беларуси отчисляет 34% от брутто-зарплаты в Фонд социальной защиты населения (ФСЗН) — это покрывает пенсии, больничные и декретные. Сотрудник платит дополнительно 1%. Обязательное страхование от несчастных случаев добавляет от 0,1% до 1,0% в зависимости от класса профессионального риска. Минимальный ежегодный отпуск — 24 календарных дня, декретный — 126 дней. Для IT-компаний, зарегистрированных в Парке высоких технологий (ПВТ), подоходный налог составляет всего 1% — это серьёзное структурное преимущество, которое влияет на расчёт итоговых затрат на сотрудника.

Всё это — не конкурентное преимущество. Любой работодатель в Беларуси, соблюдающий закон, обеспечивает ту же самую базу. Конкуренция начинается с того, что вы добавляете сверху.

Добровольное медицинское страхование: бенефит, который перестал быть опциональным

В Беларуси есть государственная система здравоохранения, финансируемая через те самые отчисления в ФСЗН. Базовые услуги она обеспечивает. Но реальность — очереди, ограниченный доступ к частным клиникам, невозможность быстро попасть к специалисту — привела к тому, что в IT-секторе добровольное медицинское страхование (ДМС) воспринимается как стандарт, а не как бонус.

Конкурентный пакет ДМС на белорусском IT-рынке обычно включает амбулаторное обслуживание в частных медцентрах, стоматологию (в расширенных пакетах — с протезированием), диагностику и лабораторные исследования, офтальмологию, экстренную помощь и госпитализацию, а также ведение беременности. Многие компании расширяют покрытие на членов семьи сотрудника — и это стало заметным конкурентным преимуществом, особенно для специалистов среднего уровня с детьми.

Для работодателя ДМС — не просто инструмент удержания. Компании с качественной медстраховкой фиксируют снижение больничных и более быстрый возврат сотрудников к работе. Когда вашему разработчику не приходится ждать три недели приёма у специалиста в государственной поликлинике — это ROI, который можно посчитать.

Грамотно выстроенный соцпакет в Беларуси обычно добавляет 8–15% к валовой зарплате. Сюда входят ДМС, велнес-программы, обучение и оборудование. Подробнее о том, как это ложится на полную стоимость найма, мы писали в статье «Зарплаты разработчиков в Беларуси 2026».

Ментальное здоровье: популярное ожидание

За последние два года бенефиты в области ментального здоровья перешли из категории «было бы неплохо» в категорию «ожидаемо». Высокая нагрузка, постоянная работа за экраном, стресс, связанный с неопределённостью — всё это сделало выгорание реальной и признанной проблемой, а не абстрактным HR-термином.

По данным ПРООН, в Беларуси фиксируется устойчивый рост заболеваний нервной системы и аутоиммунных нарушений. IT-специалисты в курсе этих тенденций. Им нужен работодатель, который действует на опережение, а не реагирует постфактум, когда сотрудник уже перегорел.

Что предлагают конкурентные работодатели в 2026 году: доступ к психологу (очно и онлайн), программы управления стрессом и медитации, подписки на платформы ментального здоровья, телетерапию, а также системную профилактику выгорания — мониторинг нагрузки и обязательные периоды отдыха. По данным исследований WellSteps, компании, инвестирующие в ментальное здоровье, фиксируют рост продуктивности и уверенности сотрудников. В Минске эта динамика — та же.

Не только страховка: полный набор велнес-бенефитов

Медстраховка — фундамент, но конкурентные пакеты в белорусском IT идут заметно дальше. Вот на что смотрят разработчики и инженеры, сравнивая офферы в 2026 году.

Спорт и фитнес. Абонементы в зал, групповые занятия, корпоративные спортивные команды — норма для крупных IT-работодателей в Минске. Для удалёнщиков компании переходят на ежемесячные велнес-компенсации, которые можно потратить на любую физическую активность.

Бюджет на обучение и развитие. Конференции, сертификации, онлайн-курсы, профессиональная литература. Самые сильные пакеты предполагают фиксированный годовой бюджет на L&D, которым сотрудник распоряжается самостоятельно.

Дополнительный оплачиваемый отпуск. Минимум по закону — 24 дня, но многие IT-компании предлагают 25–28 дней плюс дополнительные личные или «ментал-хелс» дни. В некоторых компаниях дополнительные дни начисляются за стаж.

Оборудование и бюджет на домашний офис. Разовая выплата на обустройство рабочего места для удалённых сотрудников плюс регулярное обновление техники. Эта практика закрепилась после массового перехода на удалёнку и никуда не делась.

Компенсация питания и гибкий график. Обеденные ваучеры остаются популярными для офисных команд. Гибкий график — не просто удалёнка, а реальный контроль над расписанием — всё чаще ожидается сеньорными разработчиками. Согласно обзору Rivermate, эти возможности в Беларуси часто входят в базовый, а не расширенный соцпакет.

Переход к персонализированным бенефитам

Одна из ключевых тенденций на белорусском IT-рынке — отказ от жёсткого единого соцпакета в пользу гибких, «кафетериальных» систем. Логика простая: у 25-летнего бэкенд-разработчика и 40-летнего тимлида с двумя детьми совершенно разные приоритеты.

Компании, которые позволяют сотрудникам распределять бюджет бенефитов между категориями — обучение, семейная страховка, дополнительный отпуск, спорт — стабильно выигрывают кандидатов у работодателей с фиксированным набором без гибкости.

Это совпадает с мировым трендом. По данным Paychex, более половины работодателей в мире сейчас фокусируются на интегрированных программах well-being, объединяющих физическое, ментальное и финансовое здоровье. В Беларуси персонализированные бенефиты пока остаются конкурентным преимуществом — а значит, ранний переход на эту модель даёт сильное отличие от конкурентов.

Если вы строите команду через EOR и думаете, как технически это реализовать, услуги Recruitment.by по расчёту зарплат и EOR-администрированию уже включают управление бенефитами — от подключения ДМС до настройки удержаний из зарплаты.

Что происходит, когда соцпакет не дотягивает

Бенефиты — это не статья расходов, на которой стоит экономить. Это инструмент найма. Ошибётесь — и последствия проявятся в трёх местах.

Во-первых, вы теряете кандидатов на этапе оффера. Сеньор-разработчик в Минске с несколькими вариантами выберет работодателя, чей пакет говорит о долгосрочных инвестициях в сотрудника — даже если зарплата чуть ниже. Во-вторых, растёт ранняя текучка. Сотрудники, принявшие скромный оффер из интереса к проекту, через полгода начинают смотреть по сторонам, когда видят, что у коллег в других компаниях условия лучше. В-третьих, страдает HR-бренд в среде, где информация распространяется моментально. В белорусском IT-сообществе зарплаты и бенефиты обсуждают открыто — в профессиональных телеграм-каналах, на dev.by, в личных чатах.

Стоимость перезапуска поиска — сорсинг, скрининг, интервью, онбординг — почти всегда превышает стоимость грамотного соцпакета. Если вы нанимаете первую команду в Беларуси, помощь с выстраиванием процесса подбора экономит и время, и бюджет.

Как собрать конкурентный соцпакет для Беларуси

Если вы зарубежная компания и нанимаете IT-специалистов в Беларуси — через собственное юрлицо, аутстаффинг или EOR — вот практическая информация для формирования пакета.

Начните с ДМС: медицинские центры, стоматология, диагностика в частных клиниках. Добавьте поддержку ментального здоровья — как минимум, доступ к профессиональному психологу. Выделите бюджет на обучение (фиксированная годовая сумма, которой сотрудник управляет сам). Обеспечьте гибкий график или хотя бы систему core-часов. Предоставьте бюджет на оборудование и домашний офис для удалённых сотрудников. Для сеньоров и мидлов с семьёй — рассмотрите расширение ДМС на членов семьи. Всё это стоит сверять с актуальным рынком: обзор Multiplier даёт хорошее представление о том, что считается стандартом, а что — премиумом.

Главное: не проектируйте соцпакет в отрыве от найма. Пакет и оффер нужно презентовать вместе, с чётким объяснением совокупной ценности. Многие кандидаты недооценивают свои бенефиты просто потому, что никто не разложил их по полочкам.

На белорусском IT-рынке бенефиты давно перестали быть приятным дополнением к зарплате — сегодня они напрямую влияют на конверсию офферов. Если вы хотите убедиться, что ваше предложение конкурентоспособно, свяжитесь с нами. Мы поможем адаптировать компенсационный пакет под рынок и ожидания белорусских специалистов.

Проверка ИТ-кандидатов в Беларуси: что реально работает, а что впустую

У большинства беларусских ИТ-компаний процесс проверки кандидатов настроен так, как он выглядел пять лет назад. 

За эти пять лет изменилось многое. Осенью 2021 года вступил в силу Закон № 99-З о защите персональных данных — он сузил круг допустимых проверок и наложил требования, которых раньше не было. С 2022 года заметная часть беларусских разработчиков работает за пределами страны, поэтому трудовая история кандидата теперь чаще всего разложена по нескольким странам сразу.

Разберём, какие проверки в этой новой реальности действительно нужны, какие закон вообще разрешает, а какие превратились в базовые.

Что закон разрешает, а что нет

С ноября 2021 года в Беларуси работает Закон № 99-З «О защите персональных данных». По логике он близок к европейскому GDPR, но с одним важным отличием: «легитимный интерес» здесь не работает как универсальное основание. Если вы решили проверить, где кандидат работал раньше, «просто для порядка», без письменного согласия — это уже нарушение.

На практике это означает вот что. До того, как вы позвоните бывшему нанимателю, отправите запрос в вуз или запустите проверку в специализированном сервисе — на руках должен быть подписанный документ, в котором кандидат разрешает вам конкретные проверки. Не оффер, не подписанное резюме, не устная договорённость — а отдельная бумага.

Контролирует всё это Национальный центр защиты персональных данных. За нарушения — административная ответственность по статье 23.7 КоАП, в отдельных случаях уголовная. И это не страшилка: кандидат, которому вы отказали, вполне может пойти и написать жалобу — а разбираться потом придётся уже вам.

Что мы советуем сделать в первую очередь, если процесс проверки у вас пока не формализован: оформить единую форму согласия с перечнем конкретных проверок, ограничить сбор данных тем, что реально нужно под конкретную роль (минимизация — это не рекомендация, а требование закона), и прописать срок хранения. Общая логика найма — в нашем разборе о том, как нанимать ИТ-сотрудников в Беларуси.

Что действительно показывают проверки

Проверка айтишника отличается от проверки любого другого специалиста тем, что большая часть работы человека уже видна в открытом доступе — если знать, куда смотреть. Отсюда и порядок, в котором мы двигаемся.

Публичный след — то, с чего мы начинаем

Прежде чем звонить в вузы и бывшим работодателям, мы смотрим GitHub, Stack Overflow, доклады на конференциях, статьи, вклад в open-source. Для инженера это самый честный показатель — там либо есть реальная работа, либо её нет. И стоит эта проверка ноль.

Красный флаг тут не «нет ничего», а несоответствие. Кандидат заявляет глубокую экспертизу в Kubernetes, а публично не оставил ни одного доклада, ни одного PR-а, ни одного ответа на Stack Overflow — это не приговор (люди работают в enterprise без публичной активности), но повод задать несколько дополнительных вопросов на техническом интервью.

Идентификация и диплом

Сверка паспорта с резюме занимает пять минут. Кажется мелочью, но именно на этом этапе иногда выпадают самые неожиданные случаи — от неаккуратной транслитерации до откровенных подтасовок. Делаем на каждом найме.

Верификацию диплома делаем не всегда — только на позициях, где диплом заявлен как значимая часть квалификации. С выпускниками БГУ, БГУИР, БНТУ и других крупных беларусских вузов процесс отлажен, ответ обычно за неделю. С зарубежными вузами дольше и дороже, но обычно всё проходит.

Опыт работы — тут появляются нюансы

Подтверждение должности и дат у прошлого нанимателя. В Беларуси с этим по-прежнему проще, чем во многих странах, — трудовая книжка даёт задокументированный след. Но с 2020 года у большинства кандидатов трудовая история разделилась на несколько стран: одни официально работают в Польше, а фактически на американскую компанию через EOR, другие в Беларуси зарегистрированы как самозанятые и берут заказы напрямую.

Наша рекомендация простая: проверяйте два последних места и одно «главное» — то, где кандидат заявляет ключевую роль. Практику 2016 года верифицировать смысла нет.

Референсы — работают, только если умеете спрашивать

Звонок рекомендателю без сценария почти всегда бесполезен. Рекомендателя уже проинструктировали, вопросы задают мягкие, все всё хвалят. 

Что даёт результат — поведенческие вопросы с уточнениями. «Взяли бы снова?» — «А чего ему не хватало, чтобы вырасти на уровень выше?» — «Как он проявил себя в конфликте с продактом?» — «Что бы вы делали иначе, если бы нанимали его сегодня?» Здесь важно и кто спрашивает: если референс собирает младший рекрутер по стандартному скрипту, он получит стандартный ответ. Особенно это критично на позициях уровня CTO и Tech Lead — там разговор идёт по-другому.

Судимость — только там, где она уместна

Здесь чаще всего и промахиваются. Закон разрешает проверку судимости только там, где для неё есть объективное основание: финансовая ответственность, доступ к чувствительным персональным данным, позиции с требованиями к допуску. Проверять судимость у джуна-QA — прямое нарушение. У главного бухгалтера — можно и нужно.

Проверки, от которых пора отказаться

Часть проверок компании продолжают делать по инерции. Нет пользы — а иногда ещё и юридический риск. Разберём по порядку.

Кредитная история

Прижилось в компаниях, которые копируют американские практики. В Беларуси для рядовой ИТ-роли это слабый показатель. Если только роль не связана с прямой финансовой ответственностью — не тратьте на это ресурс.

Просмотр соцсетей «на всякий случай»

Быстро глянуть публичный профиль — нормально. Прочёсывать шесть лет ленты во ВКонтакте или Инстаграме — это чистое производство предвзятости. Если вы заранее не сформулировали, что именно ищете, — не смотрите вовсе. Особенно опасно, когда решение потом принимается «на ощущение», а обоснование в отказ вы никак не выкатите.

Полиграф

Изредка встречается в компаниях с повышенными требованиями к безопасности. Прогностическая ценность — сомнительная, обработка результатов по 99-З — крайне чувствительная тема, а кандидаты вас за это точно не полюбят. На беларусском ИТ-рынке, где за сильным сеньором очередь из офферов, это ещё и надёжный способ его потерять.

Графология, соционика и «тесты на лояльность»

Прогностической силы — ноль. Плюс реальные юридические риски: как прямо следует из текста закона, сбор данных сверх объективно необходимого — ровно та практика, которую 99-З пришёл прекратить. Если это часть корпоративного ритуала — время подумать, зачем это вообще делается.

Что делать, если кандидат уехал

Отдельный разговор — про тех, кто до 2022 года работал в Минске, а сейчас в Варшаве, Тбилиси, Никосии или Белграде. Таких кандидатов в нашем потоке — заметная часть, и подход к их проверке отличается.

В первую очередь — приоритеты. Всё, что было до отъезда, обычно легко подтверждается через беларусских контактов, где рынок небольшой и по нужному нанимателю всегда найдётся общий знакомый. Ключевой вопрос — что было после. Именно здесь возникает основная работа.

Если кандидат оформлен через EOR-провайдера — подтверждение получаем у провайдера, а не у «конечного клиента». Это нормальная схема, и попытка достучаться до основателя маленького американского стартапа обычно только тратит время.

Дальше — уточняем структуру занятости. У того, кого кандидат называет «работодателем», в реальности может стоять самозанятость, ИП или разовый подрядный договор. Само по себе это не красный флаг, но зафиксировать в переписке нужно — потому что через год это может стать вопросом при оформлении.

Ошибки, за которые прилетает

Четыре ошибки, из-за которых чаще всего возникают проблемы. Не «может возникнуть», а именно возникают — по нашему опыту и по опыту коллег на рынке.

Проверки запускаются до подписания согласия. Самая частая. Рекрутер звонит бывшему нанимателю «уточнить», а согласие лежит в стопке «подпишем на офферах». Формально — уже нарушение, и жалоба на этом основании более чем возможна.

Данные хранятся «навсегда». Отчёт по кандидату, которому отказали три года назад, лежит в общей папке в Google Drive. Проверяющие такое находят регулярно. Правило простое: 30–90 дней по отказникам, дальше — обезличивание или удаление.

К бывшим нанимателям обращаются с вопросами, на которые кандидат согласия не давал. Разрешили подтвердить даты и должность — вы не имеете права превращать это в интервью о характере. Порядок передачи данных третьим лицам подробно расписан у Национального центра защиты персональных данных.

Отказ на основании одного только отчёта. Неблагоприятная находка — это повод сесть и поговорить с кандидатом, а не автоматический отказ. Дайте человеку возможность ответить и исправить неточности. Иначе есть шанс потерять сильного кандидата из-за ошибки в базе данных бывшего работодателя.

С чего начинать

Если вы дочитали до этого места и хотите привести процесс в порядок — три конкретных шага, которые имеет смысл сделать в ближайшие пару недель.

1. Собрать единую форму согласия — с перечнем конкретных проверок, сроком хранения, порядком доступа кандидата к результатам. Юрист поможет сделать за один вечер.
2. Пересмотреть, что уже хранится — удалить или обезличить данные, которым больше 90 дней. Заодно посмотрите, где эти данные вообще лежат — обычно всплывают неожиданные места.
3. Прописать регламент проверок — кто, что, когда и на каком основании проверяет. Даже короткий документ на две страницы сильно снижает риски и убирает вопросы «а что мы вообще делаем и зачем».

Хорошая проверка ИТ-кандидатов — это не про количество проверок, а про правильные проверки с грамотно оформленным согласием. И про честный отказ от тех, что просто съедают чьё-то время. Всё остальное — работа над воронкой: чтобы было кого проверять. 

И ещё один момент, к которому мы возвращаемся регулярно: сеньоров нужно уметь привлекать до того, как дойдёт до проверки. Как это делать через LinkedIn — разбирали в отдельном материале.

Вывод

Белорусский рынок давно перестал быть исключением, для которого работают универсальные международные чек-листы. Закон о персональных данных изменил правила игры, рынок стал более международным, а биографии сильных инженеров теперь почти всегда охватывают несколько стран и несколько моделей занятости.

Поэтому лучший background check сегодня — не самый длинный, а самый осмысленный. Тот, который отвечает на реальные вопросы о кандидате, соблюдает требования закона и не превращает процесс найма в полосу препятствий для людей, которых компания в итоге хочет нанять.

Если вам нужна помощь с организацией проверки кандидатов или построением процесса найма в Беларуси, свяжитесь с нашей командой — мы поможем подобрать решение под вашу ситуацию.

Найм дата-инженеров и аналитиков в Беларуси в 2026: зарплаты, вопросы на собеседовании

Ещё пять лет назад закрыть в Беларуси вакансию дата-инженера или аналитика было относительно легкой задачей: сильное образование, живой рынок, английский на уровне рабочего инструмента, конкурентные ставки, ПВТ, откуда пачками выходили сеньоры под западного заказчика. Потом были 2020-й и 2022-й — и часть этих людей уехала. Часть — осталась.

Если сейчас вы рассматриваете Беларусь как источник дата-специалистов (data engineer, analytics engineer, аналитик, ML-инженер) — короткий ответ: рынок живой, но подход нужен другой. Зарплаты в одних сегментах догнали Польшу, в других отстают. И то, как оформлять человека, теперь важнее, чем раньше.

Ниже обсудим, что реально с рынком, где сейчас есть глубина по стекам, какие вилки в 2026-м, как собеседовать без потери времени и какие модели найма имеют смысл.

Что сейчас с рынком дата-специалистов в Беларуси

Белорусское ИТ строилось на масштабе. В пике 2021-го отрасль давала почти 6% ВВП, в ПВТ было больше тысячи компаний-резидентов и около 60 тысяч человек. Потом — два удара по кадровому резерву: политическая эмиграция после августа 2020-го и массовый релокейт западноориентированных компаний после февраля 2022-го.

Дальше рынок стабилизировался: в ПВТ по-прежнему более тысячи резидентов, по итогам 2025-го зафиксирован рост экспорта и численности. Люди никуда не делись — они просто распределились иначе.

Сегодня белорусский пул дата-специалистов делится на три группы: те, кто остался в стране и работает локально или удалённо на иностранных заказчиков; те, кто релоцировался — Польша, Литва, Грузия, Кипр, Армения — и по-прежнему считает себя частью белорусского ИТ; и те, кто в 2023–2024 вернулся обратно (по семейным причинам, из-за стоимости жизни или просто устал переезжать). Когда вы открываете вакансию под этот рынок, вы фактически ищете сразу по всем трём категорям. Именно поэтому для найма обычно работают с локальным партнёром, а не пробуют собрать кандидатов каждой категории в одиночку.

Ещё один важный момент. БГУИР, БГУ, БНТУ продолжают выпускать сильных ребят. EPAM University, IT Academy, Teachmeskills и десятки частных курсов исправно поставляют джунов и мидлов. По-настоящему просело только верхнее звено: часть эмиграции пришлась именно на сеньоров и лидов.

Когда разработчика находятся на бенче

Заказчики часто говорят «нам нужны белорусские дата-инженеры» так, будто это один навык. Глубина сильно отличается по стекам, и честно назвать провалы гораздо полезнее для планирования сорсинга.

Сеньоров найдёте быстро

Классика дата-инжиниринга — сильнейшая сторона рынка. SQL и Python у мидлов и выше практически по умолчанию. Airflow, dbt, Spark — на потоке благодаря годам работы под западного enterprise-заказчика. BI-направление плотное: Power BI, Tableau, Qlik, Looker, часто с хорошим доменом в финтехе, e-commerce, геймдеве и adtech.

Люди есть, но шорт-лист короче

Snowflake и Databricks в ПВТ-компаниях уже стандарт, но именно глубоких специалистов заметно меньше. Kafka, Flink и стриминг долго не были массовым требованием на локальном рынке. Analytics engineering как отдельная роль (dbt плюс semantic layer плюс культура тестов) — направление растущее, но по названиям всё ещё разное: часть сильных ребят сидит под тайтлом «BI-разработчик» или «дата-инженер».

Готовьтесь искать

Real-time на масштабе, MLOps не уровня «ноутбук в проде», современный data governance (Collibra, Alation, DataOps) — требуют усилий при поиске. Аналогично со staff+ платформенными инженерами и лидами лейкхаусов. Кандидаты есть, но шорт-лист будет маленький, и половина, скорее всего, уже физически не в Беларуси.

Вилки зарплат, 2026

Ниже — гросс в USD за месяц по тому, как рынок работает в 2026-м. Диапазоны отражают разрыв между локальным наймом в белорусскую компанию и удалёнкой на иностранного заказчика — верх вилки как раз про второе. Бонусы у локалов обычно 0–15%, у иностранных работодателей выше. Опционы редки — в основном у стартапов с иностранными основателями.

Пара оговорок к цифрам. Первое — валюта: с иностранным заказчиком контракт почти всегда в USD или EUR, локальные — в BYN, но ожидания кандидаты всё равно держат в долларах. Второе — верх вилки в каждой строке это то, что придётся платить, если у кандидата есть параллельный оффер из Польши или удалёнка в США: предложите ниже — потеряете человека на этапе оффера. Третье — это чистый кэш; бенефиты по западным меркам минимальные (ДМС, отпуск, иногда обучение), поэтому цифра фикса тут решает больше, чем на рынках ЕС.

Для сопоставления с соседями: в Варшаве и Кракове мидл-дата-инженер сейчас идёт на 25–40% дороже, Тбилиси примерно на уровне Беларуси в среднем сегменте и чуть ниже на сеньоре, Белград процентов на 15 выше. Именно эта разница держит Беларусь в шорт-листах у нанимающих, даже после всего, что пришлось на последние пять лет.

Как собеседовать

Главная ошибка иностранного работодателя на этом рынке (да и в целом по СНГ) — верить тайтлам. Аутстафф-конторы традиционно инфлируют грейды: «Senior Data Engineer» с двумя годами опыта — не редкий кейс. Это не значит, что кандидат плохой. Это значит, что тайтл не несёт информации. Собеседуйте по скилам, не по названию должности.

Воронка, которая фильтрует 

Начинайте с 30-минутного разгова: system design из последнего проекта, объёмы данных, с какими объёмами данных работал и что получил в готовом виде. Дальше — часовой live-coding по SQL и Python. Потом кейс на моделирование или дизайн (час, с вашим сеньором на второй стороне). Для сеньоров и лидов добавьте разбор чужой архитектуры или дашборда: даёте (обезличенный) реальный артефакт и разобрать архитектуру до мельчайших деталей. Так можно оценить инженерный judgment — то, что обычно остаётся незаметным в take-home заданиях.

Уровень английского на самом деле

«Может поддерживать созвон» — это не проверка английского. Проверять нужно другое: сможет ли человек дать пушбэк на дизайн-ревью, написать внятный постмортем, спорить со стейкхолдером в тексте. Возьмите что-то технически нетривиальное из его прошлого проекта, попросите объяснить, потом перебивайте острыми вопросами. Настоящий B2+ эти проверки выдерживает; вежливый разговорный — нет.

В ИТ-секторе Беларуси английский на приличном уровне, но разброс большой: у продуктовых и клиентоориентированных ролей — стабильно рабочий; у людей, которые всю карьеру писали код в русскоязычной команде, — может проседать. Локальный партнёр обычно фильтрует это до того, как кандидат попадает к вам на слот — это одна из вещей, которые ИТ-рекрутинг в Беларуси берёт на себя, чтобы вы не тратили слоты интервью впустую.

Референсы, от которых есть польза

Белорусское ИТ — тесный мир. Если кандидат работал в EPAM, Wargaming, Godel Technologies, iTechArt, Sam Solutions, IBA — с высокой вероятностью у вас в расширенной сети найдётся человек, который с ним пересекался. Чтобы получить более честную картину, используйте бэкканал-референсы: ищите не «разрешённых» рекомендателей, а реальных коллег по проектам.

Как оформить: модели найма

Когда вы уже выбрали человека, встаёт следующий вопрос — как оформлять. Практических вариантов четыре, и правильный зависит от рисков, ожидаемой длительности и от того, где кандидат физически находится.

Контракт B2B (ИП)

Основная модель белорусского ИТ. Кандидат оформляется индивидуальным предпринимателем и выставляет вам счёт помесячно. Вам — простой платёж, ему — местное налогообложение по спецрежиму. Нюанс — правила по classification/misclassification в мире ужесточаются, и при плотном day-to-day управлении это может стать вашим риском. Но для первого найма это по-прежнему самый быстрый путь. Если хочется свериться, как этот вариант закрывается через услуги payroll и EOR, там есть отдельная страница с подробностями.

Employer of Record (EOR)

Работает, но рынок уже, чем в Польше или Литве. EOR имеет смысл, если хочется полноценного оформления с бенефитами и полной compliance-историей, но открывать своё юрлицо в Беларуси — нет возможности. Дороже, чем ИП. Лучше всего подходит для долгосрочных full-time ролей и случаев, когда ошибка в классификации отношений с сотрудником может создать юридические риски.

Своё юрлицо в Беларуси

Имеет смысл, если планируется команда от 8 человек, или если резидентство ПВТ реально решает по налогам и статусу. Открытие занимает месяцы, поддержание — реальный HR-ресурс. Большинство иностранных работодателей на первые 3–5 наймов этот путь пропускают.

Релокейт в соседнюю страну

Часть кандидатов уже находится в Польше, Грузии, Литве или Армении, но оформление за рубежом не всегда является оптимальным решением. Работа через Беларусь позволяет сохранить понятную модель найма без дополнительных затрат на зарубежные юрисдикции и зарплатной премии в 15–30%.

Типичные ошибки заказчиков

Попытка сэкономить на оффере может обойтись дороже самого предложения. Несмотря на более низкую стоимость рынка в Беларуси, сильные кандидаты ориентируются на глобальные возможности и легко уходят в зарубежные компании. Верх вилки в таблице — ориентир для тех, кто хочет конкурировать за самых лучших специалистов.

Пропустить проверку английского на бэке. Английский нужен и дата-инженеру, который будет каждый день в вашем Slack. Проверяйте так же строго, как техническую часть. Косвенное подтверждение уровня даёт сам ПВТ — компании-резиденты преимущественно экспортные, а значит и инженеры оттуда с высоким уровнем английского.

Считать бренд EPAM печатью качества. EPAM выпустил очень много сильных людей — но при их исторических 40+ тысячах сотрудников там были и слабые. Строка в резюме не заменяет интервью.

Недооценить разницу часовых поясов с США. Беларусь UTC+3. С командой из Сан-Франциско пересечение по хорошему сценарию — 3–4 часа в день. Об этом договаривайтесь до оффера, а не после.

Вопросы о локации и мобильности должны быть частью первого этапа найма. Это помогает заранее понять доступные варианты оформления, избежать комплаенс-проблем и выбрать устойчивую модель сотрудничества.

Что делать дальше

Если Беларусь рассматривается как источник data-специалистов, начинать стоит не с публикации вакансии, а с проверки реального состояния рынка. За короткую консультацию с локальным рекрутинговым партнёром можно получить представление о доступном пуле кандидатов: сколько специалистов активно ищут работу, сколько находятся в пассивном поиске, какие у них ожидания по компенсации, текущий статус и локация. Такой разговор помогает оценить реалистичность найма ещё до запуска процесса. 

Заключение

Для поиска специалистов можно обратиться к команде recruitment.by, а для руководящих позиций — рассмотреть отдельный подбор топ-менеджеров. Если требуется определить оптимальную модель оформления и работы с кандидатом, это уже задача HR-консалтинга.

Как выбрать EOR-провайдера в Беларуси: что проверить в договоре и что должно насторожить

Договор с EOR-провайдером внешне выглядит как обычный договор оказания услуг, а по существу определяет три вещи: кто является нанимателем ваших разработчиков, кому принадлежат права на написанный код и что произойдёт с командой, когда вы захотите сменить провайдера или перевести людей в собственное юрлицо. Цена вопроса здесь заметно выше, чем разница в ежемесячной ставке, из-за которой обычно и выбирают.

Ниже — разбор того, на что имеет смысл смотреть при выборе: из чего складывается стоимость, почему статус резидента ПВТ меняет сумму взносов, какие документы стоит запросить до подписания и при каких ответах разговор можно не продолжать. Все критерии ниже сформулированы так, чтобы их можно было проверить документом, а не поверить на слово.

Что такое EOR и что нередко продают под этим названием

EOR — это компания, которая заключает с вашим специалистом трудовой договор от своего имени, становится его нанимателем, ставит его на учёт в ФСЗН и Белгосстрахе, начисляет и выплачивает зарплату, удерживает подоходный налог, сдаёт отчётность и несёт ответственность нанимателя. Последнее и есть предмет сделки: вы платите за то, чтобы риск трудовых отношений нёс кто-то другой.

На практике под видом EOR нередко предлагают другое: оформить ваших специалистов как индивидуальных предпринимателей или самозанятых и выставлять вам счёт за их услуги. Это дешевле и быстрее, но это не EOR. Трудовых отношений здесь нет, ответственности нанимателя нет, и защиты у вас, соответственно, тоже нет. Если такие отношения будут признаны трудовыми, отвечать придётся той стороне, которая фактически определяла порядок работы, — то есть вам.

Поэтому первый вопрос, который имеет смысл задать уже на первой встрече, звучит просто: что именно подпишет мой разработчик. Если в ответе фигурирует договор оказания услуг, речь идёт о совершенно другом продукте.

Из чего складывается стоимость

Прежде чем сравнивать предложения, нужно понимать, что внутри них. Основную часть расходов формируют не ставка провайдера, а обязательные взносы нанимателя: отчисления в ФСЗН плюс страховые взносы в Белгосстрах в сумме дают порядка 35% сверх начисленной заработной платы. Подоходный налог удерживается из дохода работника. Ставки и порядок исчисления периодически меняются, Налоговый кодекс правится ежегодно, поэтому любую цифру — в том числе из этой статьи — разумнее использовать не как основание для бюджета, а как повод потребовать от провайдера письменную расшифровку. Общая рамка трудовых отношений при этом задаётся Трудовым кодексом.

Дальше идёт вознаграждение провайдера, и вот здесь предложения перестают быть сопоставимыми. Фиксированная ежемесячная ставка обычно выгоднее на сеньорах, процент от фонда оплаты труда — на джунах и мидлах. Считать имеет смысл не по средней зарплате, а по конкретным людям, которых вы планируете нанимать: на команде из десяти человек разница между двумя подходами легко достигает нескольких тысяч долларов в год.

Наконец, конвертация. Вы платите в евро или долларах, зарплата выплачивается в белорусских рублях. Кто-то эту конвертацию проводит — по какому-то курсу и с какой-то маржой. Два предложения с одинаковой ставкой могут заметно разойтись по итоговой стоимости именно на этом шаге, поэтому курс и маржу разумно фиксировать в договоре, а не выяснять по факту.

Резидентство в ПВТ: главный ценовой фактор, о котором молчат

Это та особенность белорусского рынка, которой нет ни в одном международном обзоре EOR-провайдеров, и стоит она вполне конкретных денег. У резидентов Парка высоких технологий взносы в ФСЗН по доходам работников уплачиваются исходя из средней заработной платы по стране, а не из фактической. Это прямо указано в перечне преимуществ резидентства. Учитывая, что зарплаты в ИТ кратно превышают среднюю по экономике, разница в ежемесячной сумме взносов получается не косметическая.

Отсюда вопрос, который стоит задавать всем без исключения: является ли провайдер резидентом ПВТ. Если он не поднимает эту тему сам, он либо не резидент, либо недостаточно ориентируется в рынке, чтобы доверять ему расчёт заработной платы. Проверить, что именно даёт режим, можно в обзоре преференций ПВТ на сайте Минэкономики. Если же вы рассматриваете вариант с собственной компанией в Парке, это отдельный разговор: сопровождение по резидентству в ПВТ — от бизнес-проекта до свидетельства — мы берём на себя.

Двенадцать вопросов и документы, которые их закрывают

Смысл таблицы ниже в правой колонке. Каждый вопрос сводится к документу, а документ, в отличие от презентации, невозможно подготовить за пять минут до звонка.

Здесь же уместно сказать то, чего от продавца обычно не слышат. Если вы нанимаете в пятнадцати странах и вам нужна единая платформа с одним личным кабинетом, локальный белорусский провайдер — включая нас — вам не подойдёт: берите международную платформу и закладывайте бюджет на местного юриста, потому что по Беларуси такие платформы работают поверхностно. Если же Беларусь — ваш основной центр разработки, соотношение обратное. Разобраться, какой из двух случаев ваш, можно и в рамках HR-консалтинга, не покупая при этом саму услугу EOR.

Признаки, при которых переговоры можно не продолжать

1. Провайдер не называет собственное юрлицо. Если он передаёт исполнение неназванному местному партнёру, договорных отношений с фактическим нанимателем ваших людей у вас нет. Запросите УНП. Если получение занимает три письма, вопрос закрыт.
2. Предлагается оформление через ИП или самозанятых, но называется это EOR. Самая распространённая подмена на рынке и самая дорогая в разборе последствий.
3. Смета выглядит выгодно, потому что в ней нет взносов. Предложение, которое на треть дешевле остальных, обычно устроено так, что тридцатипятипроцентная строка в нём просто отсутствует. Запросите постатейную расшифровку.
4. Провайдер не может описать маршрут платежа. Трансграничные платежи в Беларусь подчиняются валютному регулированию и санкционному режиму, который меняется с 2020 года. Ответ «мы всё решим» означает, что о задержке платежа никто не думал. Согласуйте этот раздел со своим комплаенсом до подписания.
5. Нет образца трудового договора либо в нём не урегулирован переход прав на результаты работы. Если цепочка передачи исключительных прав от работника к нанимателю и далее к вам не выстроена, права на созданный код могут оказаться не у вас. Это пункт с наибольшими последствиями и наименьшей заметностью. Текст должен читать ваш юрист, а не пересказ этого текста.
6. О статусе резидента ПВТ провайдер не говорит ничего. Молчание здесь само по себе является ответом.
7. Обещают уволить любого сотрудника за две недели. Так это не работает: большинство работников в Беларуси заняты по контракту, а основания для увольнения по инициативе нанимателя ограничены и процедурны. Провайдер, обещающий лёгкое расторжение, обещает то, что не вправе сделать законным образом, — и это характеризует его отношение к остальным правилам.
8. В договоре не описан выход. Если не урегулировано, что происходит при переводе сотрудников в ваше юрлицо, к другому провайдеру или за рубеж, то структурно команда принадлежит провайдеру, а не вам.

О чём спросят сами сотрудники

Провайдера выбирают по цене и по комплаенсу, а теряют команду совсем на другом. Смена модели занятости затрагивает то, что для разработчика важно, а для иностранного клиента обычно невидимо: запись в трудовой книжке и непрерывность стажа, накопленный трудовой отпуск, размер выплаты на руки после всех удержаний.

В белорусских реалиях стаж — вещь предметная: он влияет на кредитную историю и на разговор с будущим нанимателем. Компании, которые переводят команду между моделями, не объяснив людям заранее, что произойдёт с их документами и выплатами, теряют часть сотрудников. Иногда треть. Поэтому вопрос о том, что конкретно происходит с трудовой книжкой, отпуском и суммой на руки в день перехода, имеет смысл задавать в первом разговоре, а не в пятом. Провайдер, который отвечает на него уверенно, делал это раньше. Всё сказанное в равной мере относится и к переходу на аутстаффинг, и к схеме PEO.

Когда EOR не нужен

Такие случаи есть, и провайдер, который о них не говорит, продаёт, а не консультирует.

Если ваши инвесторы, заказчики или собственная служба комплаенса в принципе не готовы к присутствию Беларуси, никакая схема этого не исправит — здесь речь идёт о релокации команды в Польшу, Литву, Грузию или Казахстан, и чем раньше состоится этот разговор, тем он дешевле. Если задача действительно проектная, ограничена по сроку и описывается результатом, корректно оформленный договор подряда будет уместнее, а EOR избыточен. Если же в планах полсотни сотрудников и долгосрочное присутствие, EOR — это переходная конструкция, а не конечная: считать нужно собственное юридическое лицо.

EOR оправдан при переходе: когда команда в Беларуси нужна, оформить её надо по-настоящему, а тратить девять месяцев и бюджет на регистрацию юрлица ради проверки гипотезы не хочется. Если при этом найм идёт внутри Парка, поиск и оформление разумно вести одним процессом — этим занимается направление рекрутинга в ПВТ.

Кратко

Выбор EOR-провайдера в Беларуси сводится к шести документам: свидетельство о регистрации юрлица, свидетельство резидента ПВТ, образец трудового договора, раздел о переходе прав на результаты работы, письменное описание платёжного маршрута и предел ответственности с суммой. Провайдер, который предоставляет всё это в течение недели, работает всерьёз; провайдер, который не предоставляет, продаёт лишь презентацию.

И один вопрос, который стоит задать до подписания, а не после: что произойдёт с сотрудниками, с правами на код и с деньгами в тот день, когда вы решите уйти. Ответ на него, как правило, объясняет и всё остальное. Если нужно разобраться, подходит ли вам EOR в принципе, — напишите нам. В рабочий день отвечаем в течение двух часов, в том числе если правильный ответ — «вам к другим».

Дисклеймер: материал носит общий информационный характер и не является юридической, налоговой или санкционной консультацией. Ставки, нормы и ограничения меняются. Перед принятием решений о найме и платежах сверьтесь с действующим законодательством, с белорусским юристом и с собственной службой комплаенса.

Не отпускают по контракту: как уволиться из ИТ-компании в Беларуси

Заявление на увольнение по собственному желанию, поданное сотрудником, который работает по контракту, юридической силы не имеет. Наниматель вправе его просто не рассматривать, и никакого «месяца отработки» после этого не начинается. Об этом узнаёт значительная часть тех, кто впервые собирается менять работу, причём узнаёт обычно уже после того, как назвал новому нанимателю дату выхода.

Дальше начинается то, что в белорусском ИТ принято называть «договариваться». Разберём, из чего на самом деле состоят подобные переговоры: какие основания предусмотрены Кодексом, что делать при отказе, чем грозит конфликтный уход и какие обязательства могут держать человека помимо самого контракта. Отдельно — про молодых специалистов, характеристику и неконкуренцию в ПВТ. 

Контракт и трудовой договор — это два разных механизма

Разница здесь не терминологическая. Трудовой договор на неопределённый срок расторгается по инициативе работника: письменное предупреждение за месяц, и наниматель обязан издать приказ (ст. 40 ТК). Контракт — срочный трудовой договор на срок от года до пяти лет, и оснований для его одностороннего расторжения работником Кодекс не предусматривает. Контрактная система введена Декретом № 29 в 1999 году, с 2020-го её нормы включены непосредственно в Трудовой кодекс. По контракту сегодня работает подавляющее большинство штатных сотрудников, ИТ здесь ничем не отличается от остальной экономики.

Практическое следствие простое. Пока срок контракта не истёк, вопрос вашего увольнения решает не Кодекс, а конкретный человек, подписывающий приказ. Кодекс лишь описывает, при каких условиях он это делает.

Соглашение сторон: как это выглядит на бумаге

Статья 37 ТК позволяет прекратить трудовой договор по договорённости сторон в любой согласованный ими день — хоть на следующий. Ни уважительных причин, ни отработки, ни объяснений закон при этом не требует. Именно так оформляется большинство нормальных увольнений в ИТ.

Процедура несложная. Работник подаёт заявление с просьбой уволить по соглашению сторон с указанием конкретной даты. Руководитель ставит резолюцию. Кадры готовят соглашение, стороны его подписывают, издаётся приказ, в трудовой книжке появляется запись со ссылкой на ст. 37. В последний рабочий день производится окончательный расчёт.

Всё упирается в резолюцию. Отказать в ней наниматель вправе, мотивировать отказ не обязан, и обжаловать его негде. Поэтому вопрос стоит не «имею ли я право», а «что должно сойтись, чтобы подпись поставили». Обычно все получается, если на позицию уже ищут замену и если человек приходит не с одним заявлением, а с планом передачи дел: что задокументирует, что кому передаст, к какому числу. Для руководителя это и есть содержание проблемы, всё остальное — детали. Кстати, наниматели, у которых процедура офбординга описана заранее, теряют на увольнениях заметно меньше — это одна из типовых задач в HR-консалтинге.

Если отказали

Отказ — не тупик, но и не повод для иллюзий. Вариантов остаётся немного, и все они хуже соглашения сторон.

Статья 41 ТК позволяет требовать досрочного расторжения контракта при наличии уважительных причин: состояние здоровья, препятствующее выполнению работы, либо нарушение нанимателем законодательства о труде, коллективного договора или условий самого контракта. Звучит обнадёживающе, но факт нарушения должен быть установлен уполномоченным органом — департаментом государственной инспекции труда, профсоюзом или судом. Это месяцы, а не недели. Человеку, у которого на руках оффер с конкретной датой выхода, такой путь обычно не подходит; он имеет смысл там, где нарушение очевидно и задокументировано — например, систематическая задержка зарплаты.

Второй вариант — дождаться истечения срока. Сторона, не желающая продолжать отношения, уведомляет другую письменно не позднее чем за месяц до окончания контракта. Непродление — процедура спокойная, никого ни к чему не обязывающая и не требующая ничьего согласия. Если до конца срока остаётся несколько месяцев, принять это чаще всего разумнее любого конфликта.

Идти в суд, требуя расторжения контракта, смысла, как правило, нет. Разбирательство идёт долго, исход непредсказуем, а работать всё это время придётся в компании, с которой вы судитесь. На практике так почти никто не делает.

Молодые специалисты: обязательства помимо контракта

Если вы окончили вуз на бюджете и получили распределение, контракт — не единственное, что вас удерживает. Срок обязательной работы по распределению (у выпускников вузов это, как правило, два года) отсчитывается отдельно, и уволиться до его окончания без последствий нельзя. Досрочный уход по собственной инициативе влечёт возмещение средств, затраченных государством на обучение, а сумма набегает существенная. Ни соглашение сторон с нанимателем, ни истечение контракта этого обязательства не снимают — здесь работают нормы об образовании, а не только Трудовой кодекс. Если ситуация ваша, порядок стоит уточнять до подачи заявления; общие подходы к трудовым отношениям изложены в материалах Министерства труда, но по распределению решающими будут документы вуза.

Характеристика с прежнего места работы

Ещё одно обстоятельство, которого нет ни в одной западной статье про увольнение и о котором в Беларуси помнят все, кто хоть раз менял работу. При приёме нового сотрудника наниматель запрашивает характеристику с предыдущего места работы, а прежний наниматель обязан её выдать в установленный срок. Требование введено Декретом № 5 и отражено в Кодексе.

Формально это не «чёрная метка»: плохая характеристика не запрещает вас нанимать. Фактически это документ, который пишет человек, с которым вы только что поссорились, и который прочитает ваш будущий руководитель. В ИТ-компаниях с иностранным капиталом на характеристику часто смотрят формально, в компаниях побольше и постарше — совсем нет. Это, пожалуй, самый весомый аргумент в пользу того, чтобы уходить без хлопанья дверью, и он гораздо практичнее рассуждений про репутацию на рынке.

Что должны выплатить и когда

Окончательный расчёт производится в день увольнения. В него входит зарплата за отработанное время, компенсация за неиспользованный трудовой отпуск и всё, что предусмотрено контрактом или локальными актами: премии, бонусы, доплаты. За задержку расчёта для нанимателя предусмотрена ответственность, и на практике задержки происходят редко — но сумму лучше посчитать заранее и сверить с расчётным листком, а не обнаруживать расхождение через неделю.

Трудовая книжка выдаётся в день увольнения. Запись должна содержать ссылку на статью, по которой вы уволены; проверьте её на месте, потому что исправлять потом достаточно затратно.

Соглашение о неконкуренции: работает только в ПВТ

В обычном трудовом договоре пункт о запрете работать у конкурентов не имеет силы: право на труд гарантировано Конституцией, и ограничить его условиями договора нельзя.

Исключение сделано для резидентов Парка высоких технологий. Декрет № 8 «О развитии цифровой экономики» ввёл ряд институтов английского права, включая соглашения о неконкуренции и о запрете переманивания сотрудников; это прямо указано в описании правового режима Парка. Ограничение действует не более года после увольнения, и за каждый месяц его соблюдения бывшему работнику полагается компенсация — не менее трети среднемесячного заработка за последний год работы.

Отсюда три вопроса при увольнении: резидент ли ПВТ ваш наниматель; подписывали ли вы отдельное соглашение о неконкуренции (именно отдельный документ, а не пункт в контракте); прописана ли в нём компенсация. Соглашение без компенсации ничего не значит. Компаниям, которые только рассматривают режим, полезен обзор преференций ПВТ на сайте Минэкономики.

ИП и самозанятые

К тем, кто работает по договору оказания услуг, Трудовой кодекс не применяется. Ни контракта, ни распределения, ни характеристики, ни обязательного расчёта в определённый день — есть только договор, и всё, что в нём написано про порядок расторжения, и есть закон для сторон. Раздел этот обычно занимает пару абзацев, и читают его, как правило, в тот момент, когда уже поздно.

Для компаний здесь лежит риск переквалификации отношений в трудовые со всеми доначислениями. Модель занятости — штат, EOR и расчёт заработной платы или схема PEO — выбирается до первого оффера, а не после первого спора.

А что с garden leave

Раз уж термин прижился в переписке с иностранными нанимателями: в белорусском праве такого института не существует. Нормы, по которой человека держат на зарплате, но не допускают к работе в период до увольнения, Кодекс не содержит.

Похожий эффект собирают из того, что есть: накопленный трудовой отпуск (дни ваши и всё равно подлежат оплате), отпуск без сохранения зарплаты либо просто более ранняя дата увольнения по соглашению сторон. Ни один из этих вариантов правом работника не является — каждый согласовывается.

Что в этой ситуации может сделать наниматель

Удержать сотрудника по контракту компания действительно способна. Результат, впрочем, известен заранее: год присутствия вместо года работы, передача дел, сделанная небрежно, и вакансия, которую всё равно придётся закрывать, только позже и в худших условиях. Расчёт «пусть работает до конца срока» окупается редко. Гораздо надёжнее сделать замену — тогда и отказ теряет смысл. Быстрый точечный поиск или аутстаффинг решают этот вопрос быстрее, чем переговоры об удержании.

Если найм идёт внутри Парка, где к контракту добавляются соглашения о неконкуренции и непереманивании, процедуру стоит выстраивать сразу целиком — этим занимается наше направление рекрутинга в ПВТ.

Кратко

По контракту увольнение — это не право, которым пользуются, а решение, которое принимает наниматель. Кодекс даёт всего три пути: соглашение сторон, уважительные причины и истечение срока, причём рабочим в подавляющем большинстве случаев оказывается первый. Всё остальное — вопрос того, насколько нанимателю удобно поставить подпись.

Поэтому: сначала выясняете, что у вас подписано и не держит ли вас что-то помимо контракта — распределение, ученический договор, соглашение о неконкуренции. Потом идёте к руководителю с планом передачи дел и конкретной датой. Дату новому нанимателю называете только после того, как получили решение. Если нанимаете сами, перестраиваете команду или выбираете модель занятости — напишите нам; в рабочий день отвечаем в течение двух часов.