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 robotics company builds machines from hardware, software and electronics, so it needs very different people to work as one team. Here is how to organise them.

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 robotics company designs and builds machines that sense, move and make decisions, for factories, warehouses, hospitals, farms or homes. A product needs mechanical designers, electronics and embedded engineers, software and AI developers, and the technicians who assemble and test the machine. Once a robot is sold, field engineers install it and keep it running at the customer's site. Many robotics firms are young, small and funded in stages, and move from prototype to small-batch production quickly. The result is a team with very different working styles who must still ship the same product on time. See also HR for IT and software.
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.
Hardware and software teams plan at different speeds and blame each other when a release slips.
People who thrived building one-off machines struggle with repeatable processes, documentation and quality records.
Engineers with robotics, control or vision experience are few, and each hire takes long enough to delay a product.
Service engineers travel to customer sites at short notice, work long days away and are hard to supervise or appraise.
Technicians who build and test the product are paid and treated as support staff, though quality depends on them.
Early employees who did everything resist a narrower role, and newer joiners do not know who owns what.
Hiring surges after a round and freezes before one, which leaves teams uneven and morale unsettled.
Start with the topics that matter most here: Organisation Design; HR Strategy and Workforce Planning; Recruitment and Talent Acquisition. 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.
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.
Records, attendance, leave and the day-to-day HR that must simply work.
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.
Who leaves, when, why — and which of them mattered.
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 robotics companies business puts in place, in an order that makes each easier. Open any card for the detail.
Who owns the design, who signs off a release and who settles a trade-off between hardware and software.
What this coversHideWho owns the design, who signs off a release and who settles a trade-off between hardware and software. The organisation design work sets this out.
A rolling view of the skills needed per milestone, so hiring is steady rather than a rush.
What this coversHideA rolling view of the skills needed per milestone, so hiring is steady rather than a rush. The workforce planning approach supports it.
Grades for assembly and test staff with clear skills at each step, so the people who build the product can grow with the company.
What this coversHideGrades for assembly and test staff with clear skills at each step, so the people who build the product can grow with the company.
Planning of trips, rest after long site days, allowances and a regular check-in with a manager, recorded through the attendance process.
What this coversHidePlanning of trips, rest after long site days, allowances and a regular check-in with a manager, recorded through the attendance process.
Simple build and test procedures that new staff follow, so quality does not depend on the person who built the prototype.
What this coversHideSimple build and test procedures that new staff follow, so quality does not depend on the person who built the prototype. See HR documentation.
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 structure and ownership across mechanical, electronics and software teams.
Hiring planned against the product roadmap and funding, instead of in bursts.
Roles and grades that fit a growing firm, including assembly, test and field staff.
Safe working routines for workshops, test areas and customer sites where moving machines are used.
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
Hiring decisions made one request at a time, in the month the pain is worst. What a workforce plan contains and why a twelve-month view changes what you hire.
7 min readRead article
Candidates who accept and never arrive are usually lost in the silence between offer and joining. What actually causes it, and a contact plan that closes the gap.
8 min readRead articleMore on the GullyHR blog.
Give them shared milestones, a single owner for the product and regular joint reviews. Separate plans and separate bosses are the usual cause of friction.
When roles overlap and nobody is sure who decides, when you start hiring more than a few people a quarter, or when the first production batch is planned. Basic roles, pay logic and records pay off early.
Plan early, be specific about the skills you need, and consider people from adjacent fields who can learn. Treat the hiring process itself as a way to show the work. The [talent acquisition service](/talent-acquisition-services) can support the search.
Plan trips ahead, agree allowances and rest rules, keep a regular call with a manager and review their work through customer feedback and records, not only through observation.
Be honest about how roles will change, give them a defined scope and growth path, and recognise what they built. Many leave because the role shrinks without discussion.
The conversation would map who owns what across hardware, firmware and software, which skills the next roadmap milestones need, and how assembly and test staff feel they are treated. A sensible first piece of work is a short role and decision-rights document that the disciplines agree on. Afterwards we would write down scope and next steps for you to review.
All 5 business types in information technology and software · Find another business type
See all HR topics for information technology and software, or another industry.
Identify payroll leaks, record gaps and hiring bottlenecks in a free first conversation, and leave knowing what to fix first.
Know what you need? Share your requirements in four short steps.
Want the full picture? See the paid HR Diagnostic.
Prefer a quick message? Chat on WhatsApp