In our last blog we looked at how you can clearly identify problems, so you have a strong grip on the complexity of the problem and its boundaries.
This blog is part of a series. If you’ve come to this blog fresh, please stop and read the problem identifying blog first.
So, you’ve got your problem sussed.
Now you’re ready to switch into problem solving mode.
By the end of this blog, you’ll know:
To get you started – here’s some generic and proven ways to solve problems.
Hungarian mathematician, George Pólya describes several reasonable ways to look at solving mathematical problems in his influential book How to Solve It. Although he wrote this book in 1945, many of his principles still apply today. And not just in maths but across a wide variety of fields.
Here are some of his suggested ways to solve problems:
There are three different approaches you can try:
When is it the right choice to build new technology?
Once you’ve scoped out your problem, you’ll have a clear idea if your problem is niche, or an edge case, or whether it’s common.
If your problem or activity is unique to your business, you should look at building new because it is the most tailored approach to solving problems. Don’t build new if it’s an activity that every business does – like email marketing or invoicing.
Bespoke – You can tailor the features and benefits to suit your exact needs. If managed well with detailed oversight, you can have more control over your spend than if you’re buying off the shelf. Plus, building new gives you more flexibility and control.
Security – You have control over your data as you’re not handing it over to a third party.
Building new can ensure your new solution integrates seamlessly with your existing tech. It’s crucial your tech fits into the overall ecosystem of your applications. A word of caution though, this can take a serious amount of expertise, time and money and you may find that an existing solution can already do this for you.
Fixing bugs – If a bug comes up, you raise it internally and providing you’ve got the resources, you’re likely to get it fixed quickly.
Differentiate yourself from your competitors – If you’ve discovered that no one is offering your solution, you can build new to set yourself apart.
What are the challenges of building new?
Cost and schedule blow outs and surprises – If you’ve seen Grand Designs, you’ll know how common it is for new builds to go over schedule and budget. The same goes for technology builds. You can have a budget and a timeline, but you need to factor in contingency costs.
Continuing with the Grand Designs analogy, you’ll also know that sadly some projects don’t finish and they are abandoned. In these cases, money, time and energy have been lost – and often can’t be recovered.
The sobering facts:
“Gallup reports one in six IT projects have an average cost overrun of 200% and a schedule overrun of almost 70%.” (When to Build vs. Buy Enterprise Platform: Risks, Benefits, and Considerations)
“Organisations cancel 31% of build projects.” (When to Build vs. Buy Software: Pros and Cons).
Where else could that money and time go? The opportunity cost.
Is the problem you are trying to solve integral to your business or is it a distraction? It’s unwise to throw a lot of money and resources at building a bespoke solution when the problem is minor and doesn’t impact your core activities. Think if that money could be better spent in marketing, recruiting new staff or something else. Just because you can build new, doesn’t mean you should.
You’ve got the power. Or do you?
Our first impressions of building new is that you have control over the initial build and then any maintenance and upgrades. This is true… to a point.
On the flip side, you’re also reliant on your developers. You run the risk of losing your code base, if your developers leave, and having to hire new developers who might need to recode from scratch.
Building new – mitigating the risks.
I’ve discussed the risks of building new, now let’s look at ways you can mitigate these risks.
If you’ve identified that your problem is not unique and you want to know exactly how much your solution will cost, buying off-the-shelf is a sensible option. If we continue the house analogy, building off someone else’s plans can be attractive and fit-for-purpose, plus many vendors are happy to make tweaks to give you the features you need.
What are the benefits of buying off-the-shelf?
You don’t have to wait. You know that the solution is already made and ready to go so you don’t have to delay implementing your solution.
Continuity of care and customer support. If your vendor is well-established, they’ll have good structures and systems in place to offer you ongoing support. The code is also usually attached to the organisation and not its people, so it won’t impact you if their developers leave.
You know how much it will cost. Buying software may come with a high upfront cost and significant subscription cost. But the major benefit of opting for commercial software is you know the price. This is huge if you value and need certainty.
Connectivity. You can choose from software which will act as an extension to your existing IT infrastructure, so connectivity is not an issue.
What are the challenges of buying off-the-shelf?
Maintenance – If you come across a bug, you normally have to raise a ticket with your provider. You then have to wait for them to first agree that it is a bug, and a priority for them to fix. And if they decide it is an issue you may have to wait a while for them to resolve it.
Contract length – it’s important to choose the length you are comfortable with and which will have the most benefit for your company. It might be for a month, year or longer. Bear in mind, vendors have the ability to increase their subscription costs so factor that in to future expenses. You may want to apply for auto-renewal of your contract so you’re not left hanging and without the software once your contract is up.
Security – This is a biggie. You’re handing over your data to an external data centre. You need to ensure that their security settings are robust, transparent and that they follow best practice.
Buying off-the-shelf – mitigating the risks through a complete vendor selection process.
Thorough vendor selection means you need to consider the following points.
There is a third option – reuse what you already have. Even if you do have an IT budget, you may discover that what you already have is fit-for-purpose and that money is best kept for something more important.
Below are some questions to help evaluate whether you should continue to reuse what you already have.
Choosing the right solution requires you to be specific, curious and open-minded.
It’s scary how often organisations go over budget and schedule when building new, or worse, get halfway through the project and be forced to abandon it.
On the other hand, not spending enough time when selecting a vendor can cause problems down the track particularly around security, customer service and maintenance.
Also, don’t overlook the tech you already have in your toolkit. Or you may even decide that a mix of building and buying is right for you.
Invest time in your preparation and research phase. Resist being stubborn and doing things the way you’ve already done them, avoid chasing shiny objects, and stop throwing money at a solution when it’s clearly not working. Careful research, project management and buy-in from your team are all crucial, too.
And, if this all sounds a bit much, I can help you understand the possibilities and guide you through the whole process.
I’m keen to hear your go-to processes for choosing the right solution. Please share them below.
Further reading:
When to Build vs. Buy Enterprise Platform: Risks, Benefits, and Considerations
Building vs. Buying Software Solutions to Continuous Improvement
22
In my last blog I put forward the argument that, deployed correctly, Enterprise Architecture (EA) has the potential to provide huge benefits…
23
How does Enterprise Architecture drive growth for SMEs ?
24
Crisis, pandemic, black swan event - whatever you call it, COVID-19 is disruptive. Disruptive to the way we interact with our customers, our…
"One of Ant's strengths is relating to owners in a visionary sense and talking to people who are on the ground...[Ant has a] wide understanding of different systems, processes and applications and can articulate where we're going and what the possibilities are...working with Ant has changed the way we make decisions about IT structures and support systems."
We hired Ant to support us with an important project after he was highly recommended by colleagues. Ant was responsive, speedy, super-helpful and helped us to make key decisions. We appreciated his broad experience, and his ability to hold a high level strategic view alongside expert advice on details. We will definitely be consulting with Ant again and are happy to recommend him.
"We don’t need a full-time CTO [chief technology officer]. Ant knows enough about our business he can deliver it virtually. He can translate things for us. During project management, Ant came into his own... Ant gets his head round your business and [took his time] understanding our context. He was really clear about pausing on investment into the app...Ant's inquisitive, curious and approachable - he's very easy to work with."
"Ant was really quick to understand the business model and our processes and IT structures."
"Ant helped us at the early stages of Aerotruth helping us to plan our technical infrastructure and ensure we built a product that would scale. Ant was great to work with and we really valued his support and contribution to Aerotruth"
"No question has ever been too silly. Ant's been accommodating and helped me understand. I've valued that he understands the charitable sector really well. He can look through the experience that he has with larger organisations and what's the reality for a small and mighty charity where you don't have teams of people that can come in and project manage an IT project"
"Having Anthony was really valuable – to lean in on his skillset – and his connections. He was able to provide impartial advice about the different strengths [of the providers]. It was important that we undertook a good due diligence process. Having Anthony there meant we had impartial selection as well, which is very important to us and [something] other not-for-profits [could benefit from]."