Successful Software Engineering Subcontracting – Part I

So you have reached a decision that you need to subcontract out some aspect of the software engineering required for your latest project. This blog forms the first part of a series of blogs, where we seek to outline some simple steps to ensure the success of any subcontracted software engineering project.

The decision to subcontract may have been taken for a myriad of reasons; a lack of internal resources, a skills gap within your internal team, time pressures and so forth, but now that decision has been reached, how do you go about ensuring that you do not come to regret that decision?

When done right, working with a subcontract partner organisation can bring a number of benefits, among them:

• shorter time to market;
• controlled costs and improved productivity;
• utilisation of the partner’s domain expertise and improved internal processes and quality as a result;
• reduced risk, or at least the transfer of risk away from your organisation.

So how do you ensure that these benefits are realised, and your project does not become a failure?

Although subcontracted software engineering projects are, by their nature, often complex technological undertakings, it is normally not the technology that contributes to late or over budget deliveries. Invariably, the problems that occur are due to management and communications issues. This and the following blogs in this series will examine some of those potential pitfalls.

Knowing what you want?

What you want may only exist as a vague idea in your head or as a well-defined requirements document or specification. All projects have a level of risk associated with them, and the severity of this risk is what any subcontractor will factor into their quote.

Poorly defined requirements can lead to misinterpretation, requirements creep or a number of other outcomes that all lead to increased risk for the subcontractor and ultimately, you, the client.

By including the subcontractor in the requirements process, substantial risk can be mitigated at a very early stage. This could simply be having the subcontractor review documentation that you have produced, before they issue a formal quote for the work.

The better defined the project, then the lower the risk, which will manifest itself in a number of ways and not necessarily in headline monetary terms. Whilst the price may be reduced if risk can be addressed, it may also result in such things as:

• a firm delivery date;
• reduced support costs; or
• an extended warranty period.

Any of which may be of much greater importance to the success of a project than merely a reduced price.

In the next part we will examine the role of effective communication between both parties.

Let Us Know How We Can Help

As an experienced outsourcing partner, if you are looking for options to get your project in order or off the ground we are ready and raring to go.  All we need to know is how we can help.

More From The Blog

IR35, Here it Comes Again…

IR35, Here it Comes Again…

IR35, Here it Comes Again...In 2021 the reform to IR35 Off-Payroll rules is to be rolled out to the private sector. As before the reform will only affect companies that do not meet the following attributes: an annual turnover below £10m fewer than 50 employees or a...

Solving the Resource Conundrum

Solving the Resource Conundrum

Solving the Resource ConundrumPicture this. One minute all is fine and dandy, you have access to all the resources you could possibly need, then bam an unexpected challenge arises. Suddenly you find yourself lacking the capacity to meet the new need. What are your...

Quality – An Aid to Produce Consistent Rubbish

Quality – An Aid to Produce Consistent Rubbish

Quality - An Aid to Produce Consistent RubbishAnother year has passed, and myself and a colleague have hosted a BSI auditor for our annual ISO9001/TickITplus check-up, and in fact this was more than the regular check, in that it was our 3-year re-certification audit,...

The Hazards of Legacy Systems

The Hazards of Legacy Systems

The Hazards of Legacy SystemsBeing the owner of a software system with a dedicated customer base sounds like the kind of position one would like to find themselves in. At least until it gets superseded and you have to face dealing with a legacy system. Many developers...

How to Test Without Access to The Test Environment

How to Test Without Access to The Test Environment

How to Test Without Access to The Test EnvironmentIn many of our previous articles, we have expressed the importance of achieving a high standard of testing. Potentially blocking this achievement, several factors can come together to affect the quality of your...

The Technical Workshop – How To Make Them Work For You

The Technical Workshop – How To Make Them Work For You

The Technical Workshop - How To Make Them Work For YouAnyone experienced in product design will understand just how valuable a facilitated workshop can be. Bringing together a project's key stakeholders into a single space allows for the exploration of diverse...

Developing Software for Safety Related Systems

Developing Software for Safety Related Systems

Developing Software for Safety Related SystemsSoftware systems should always be both robust and reliable, however the moment you introduce a safety element, this need for reliability increases significantly. The level of safety required is governed by the severity and...

How to Choose an Outsourcing Partner

How to Choose an Outsourcing Partner

How to Choose an Outsourcing PartnerHaving recognised a need to outsource, and worked your way through the initial preparations, you are now in a strong position to seek out a suitable partner. Choosing an outsourcing partner is no trivial affair, so taking the time...