Why software employees leave and how to understand why
Engineers and product staff leave for reasons beyond salary. How to run an exit conversation in a software company, read the pattern and act on it.
6 min readRead articleA website development company runs several short projects at once for small and mid-sized clients. Designers, front-end and back-end developers pass work between each other, and delays at one handover show up in every project behind it.

Not sure what you need? Tell us about your business in six short steps and we will come to the first meeting prepared.
Share your requirementsA website development company builds and relaunches sites for businesses, shops and institutions. Work comes as many short projects: a design is approved, front-end developers build pages, back-end developers connect forms, shops and content systems, a tester checks and the client reviews. Clients are small, ask for changes and pay in stages. A developer may work on four sites in a week, and a delay at design approval stops everyone behind it. Maintenance contracts add steady work after launch. The wider IT and software page covers what the sector shares.
These are the places the people side of this kind of business tends to give way. The rest of this page works through them.
HR here has to work for each of these groups, not only the office. The set-up below is written with all of them in mind.
GullyHR runs talent acquisition for permanent roles in website development companies. For each role we agree the job description with you, find and screen candidates against it, and support the offer through to joining. Tell us the role and the number of people, and we start there.
We recruit permanent employees. We do not supply contract or temporary staff.
Every business interviews, but few have a written process that works the same way for every role and every interviewer. GullyHR designs yours, from the role brief to the offer, trains your managers to run it, and can run it for you on the roles you hand us.
We agree what the role must deliver, the must-have and nice-to-have skills, and how each will be scored.
Screening call, assessment, interview rounds and decision points, sized to the role and the number of people you hire.
Structured questions for each role family and a rating guide, so two interviewers judge the same answer the same way.
A short briefing for your managers on what to ask, what to avoid and how to give a clear yes or no.
Who approves, how the offer is made, and how candidates are kept informed from first call to joining.
Developers hop between projects, and context switching slows everything while each client believes theirs is the priority.
Design to front-end to back-end passes work through three people, and small misunderstandings return as rework late in the project.
Extra pages and changes arrive by message, and the hours disappear into projects that were quoted fixed.
New developers are placed on client sites with little checking, and mistakes are found after launch.
Small fixes for old clients arrive daily and break the focus of people working on new sites.
A developer who can build a custom shop earns close to one who edits templates, and the better ones look elsewhere.
The weekend before a go-live is common, with no clear rule on time back.
Start with the topics that matter most here: Organisation Design; Employee Administration; Retention and Attrition Management. Then work through the rest. Each topic is written for information technology and software, not in general.
Structure, reporting lines and who is allowed to decide what.
Records, attendance, leave and the day-to-day HR that must simply work.
Who leaves, when, why, and which of them mattered.
How many people, in which roles, by when, and what they will cost.
Requisition to joining, the same way every time.
A first day that is the same for the fifth joiner as the first.
Salary structure, payroll inputs and a month that closes on time.
Goals, reviews and ratings that hold up in a conversation.
Training planned from need rather than from the calendar.
Named backups for the roles that cannot be vacant.
Communication, recognition and the conditions people actually work in.
Two routes, one for complaints, one for conduct, kept separate.
Policies a manager can apply, and obligations with owners and dates.
Induction, records, incident reporting and follow-through.
Resignation to relieving letter, in a defined order.
Records that survive people, and approvals that do not queue.
A short monthly pack management actually reads.
An HR function that runs the same way every month.
The pieces a website development companies business puts in place, in an order that makes each easier. Open any card for the detail.
Who owns design, build, testing and client contact, so handovers have a name.
Who owns design, build, testing and client contact, so handovers have a name. Role design sets it out.
A limit and a weekly plan show who is on what, and protect time for focused work.
A limit and a weekly plan show who is on what, and protect time for focused work.
One page between design and build, and between build and testing, covering files, notes and open questions.
One page between design and build, and between build and testing, covering files, notes and open questions.
A simple record of each extra request with hours and an agreed answer, so clients see the cost and developers see the credit.
A simple record of each extra request with hours and an agreed answer, so clients see the cost and developers see the credit.
A senior reviews work before launch for the first months, then less.
A senior reviews work before launch for the first months, then less. The manager development programme helps leads do this well.
Time back after weekend launches and a rotation so the same few do not carry them.
Time back after weekend launches and a rotation so the same few do not carry them.
Before changing anything, find out what is true today. Work through the checks using a recent operating period. The time needed depends on the records you hold; note missing evidence and use the findings to choose a priority.
Share your requirementsConfirm with a qualified professional. What applies to you depends on your business, your state and your arrangements, and it changes. This page describes practice. It does not state a legal position.
The services below fit this kind of business best. Each starts by recording where you stand, and every later report compares against that. We do not promise outcomes.
Clear remits for designers, developers, testers and coordinators.
Launch week cover, time back and leave planning across multiple projects.
Skills for team leads who manage projects, juniors and client pressure.
A view of why developers leave and how to keep the best builders.
Start with a free conversation, or see the paid HR Diagnostic.
Understand the business, its workforce, current processes and HR challenges.
Find the missing, weak, inconsistent or person-dependent processes.
Create the structure, processes, policies, SOPs, dashboards and systems needed.
Help HR and department managers actually adopt the new system.
Digitise repetitive and approval-based workflows where it is worth doing.
Track hiring, attendance, employee cost, performance, training and attrition.
Strengthen the people-management system continuously, not once.
From the GullyHR blog: one on HR in information technology and software, and one on each of the topics this page points to.

Engineers and product staff leave for reasons beyond salary. How to run an exit conversation in a software company, read the pattern and act on it.
6 min readRead article
A founder's guide to building job grades, titles and billing levels for a growing IT services firm, with a step-by-step method and a grade description outline.
6 min readRead article
Payroll says one joining date, the personal file says another and the manager remembers a third. How to establish a single trustworthy employee record and keep it that way.
7 min readRead article
What really keeps mobile app and web developers in a small firm: stay conversations, growth paths, fair release rules and a risk sheet an owner can use this month.
6 min readRead articleMore on the GullyHR blog.
It depends on size, but fewer is better. Agree a limit, show it in a weekly plan and track what moves. Constant switching hides how much time work actually takes.
Use a short handover checklist, hold a brief walkthrough and keep one person accountable for each stage. Most rework begins in small things that nobody wrote down.
Log each change with its hours, agree whether it is included and tell the team. A simple record protects the company and shows developers that their time counts.
Introduce grades tied to what people can build, review pay against nearby companies and show a route to lead roles. Some leave because skill is not seen.
Give a small support rota to rotating staff, set response times with clients and batch low priority fixes. That keeps interruptions away from people deep in a launch.
First we would count projects per developer, trace rework in one recent site and see how launch weekends were handled. Role pages with a handover checklist are a natural first job, with scope agreed in writing before work starts.
All 6 business types in software development companies · Find another business type
See all HR topics for information technology and software, or another industry.
Tell us your industry, team size and the issue you want to address. Bring one example of where work gets delayed or ownership is unclear, and the deadline or decision you are working towards.