Why software employees leave and how to understand why
Engineers and product staff leave for many 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 many 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. Most clients are small, ask for changes often 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.
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.
What this coversHideWho 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.
What this coversHideA 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.
What this coversHideOne 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.
What this coversHideA 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.
What this coversHideA 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.
What this coversHideTime back after weekend launches and a rotation so the same few do not carry them.
Before changing anything, find out what is true today. These checks take an afternoon and tell you which of the topics above to start with.
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 many 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 many 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 flat structure works until the founder becomes the only route to a decision. How to tell when you have passed that point, and how to redesign without a reorganisation.
8 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
How to spot an unmanageable workload before it becomes an exit or an error, what to look at, how to talk about it and what to change, without guessing.
5 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. Many 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 what is slowing your team down. We’ll help you find a practical way forward, starting with a conversation.