Five factors that can go wrong with software development

Software development projects

I have been lucky enough to be involved in many software development projects and the best or worst thing about each project is that every project throws you in the deep end with a new challenge. There are many experts, methodologies and tools that promises businesses that projects can be understood and implemented in the desired way without much hassle but very rarely are projects developed smoothly.

Based on my experience as a business analyst and project manager, I have brought together various factors that could constitute a project delivery and noted what could possibly go wrong with these ingredients and, from my limited experience, how can we resolve them!

Even though it might be old cliché all development projects are about people, processes and technology. However, there is always a debate about the weighting of these which factors in order to ensure successful delivery.

People

People or stakeholders are the most critical aspect of any project, and if we believe into experts’ stats, 80% of project success relies on how satisfied people are with the outcome

What can go wrong with stakeholders?
When stakeholders with conflicting objectives are not looked after well, the project can end in disaster!

How can this issue be resolved?
The mantra is to build relationships (via continuous communication with pure honesty and integrity) with each stakeholder to win their trust and understand their objectives. And once you know their goals, it becomes easy to lead from the front and be proactive so that you can tell your stakeholders how you are looking after their interests and create a win-win situation.

Process

Business processes are the heart of any project because these aspects define how businesses works in order to make successful proposition. And all projects are meant to either enhance existing processes or implement a new process in order to improve operation.

What can go wrong with processes?
Too much focus on people and technology can cause business process ignorance. I have seen lots of projects which, after a successful implementation, are scrapped due to their failure to implement the right processes.

And Solution is…
My experience is that the best way to ensure that processes are implemented correctly is to conduct a thorough analysis so that the precise scope can be defined and aligned to businesses. Strong leadership is then necessary to ensure successful implementation.

Technology

Technology helps companies to implement processes and let users operate their business.

What could go wrong with technology?
Over the, last decade or so we have seen great advances in technology that have led to us being carried away with the wonders it can do when it comes to project implementation, and that’s where things go wrong, be cause technology might force stakeholders to compromise on their objectives and can led to a non- business- relevant project i.e. either a project which is too advanced for the end user or not really implementing the right process.

How can this issue be resolved?
A Simple one liner is that the best way is for the business to lead on what technology should do, and not the other way round.

There are two more additional factors that can lead a project’s failure.

Development Methodologies

Two types of project development methodologies (Agile and Waterfall) are very prevalent in project management. They help to define various stages of the project and how to manage them.
But the problem is that sometimes, I have seen that the PMs and BAs get so obsessed with methodologies and their artifacts that they deviate from the main business objectives and deliverable, and that leads to delays or scope creep.
How can this issue be resolved?
Projects that adopt these methodologies loosely in order to put more emphasis on deliverables become more successful than those that wrangles between tightly- coupled methodologies and artifacts.

Development tools

To implement the above methodologies, there are many tools out there that already have templates in place to create everything from project plans to project initiation documents and requirements capturing documents, but .
again the issues is that PMAs and BAs gets too fixated with these tools and forget about real project deliverables, focusing more on tools.

We should limit the use of these tools and methodologies to ensure smooth project delivery, rather than putting in masses of time and effort to than mastering the tools.

Conclusion

No project can be delivered successfully until, as PM and BA, you have a grip on stakeholder objectives and, project scope, and then an understanding of technology to ensure that process are implemented as per business requirement., However, don’t forget no project will be implemented entirely without hassle, and the old saying is that every project has three phases: “storming, norming and performing” – I leave it to your imagination to interpretate what this means!!