News & Events

What is Agile Development? Here’s a quick guide

Agile Development and Delivery is all about approaching and delivering projects using agile principles and methodology, which are different to traditional methods.

The traditional method for delivering development projects is the Waterfall method. The typical stages of the waterfall development process are as follows;
• Development Requirements
• Design and Architecture
• Development and coding
• Testing
• Implementation
In this method all the requirements of the development are set at the beginning of the project. The development team then designs, develops, codes, tests and implements all these requirements in one large project. Depending on the size of the project this can take from a few months to many years, which turns out to be the main downfall of the waterfall method. Technology and trends are constantly changing and the list of requirements set at the beginning of the project will inevitably be different to when the project is delivered a few years later, making the development out of date and redundant before it is even implemented.
What is different about agile?
There are a few different types of agile but they are all based along the same principles. Agile delivery starts off similar to waterfall with a list of requirement needs from the project, called a backlog. The backlog is ordered into priority to the business’ needs. This list is not set in stone and is constantly altering, adding new requirements, deleting requirements and changing the priority of the requirements.
The backlog is then designed, developed, tested and implemented in small sections, one to three requirements at a time, according to the priority. These small steps of development allow constant feedback. Part of the agile principles is for weekly meetings or stand up to look at what they have done well, what they could have done better and what they are going to do next, allowing for constant improvement through each step of development.
The benefits of Agile

  • Lower Risk: Developement is focused and delivered in business priority order, if anything happens that causes the developement process to come to a stop the key peices that are most valuable will have already been developed in full, creating a much lower risk compared to traditional methods.
  • More productive: By focussing on delivering small chunks of fully developed requirement in short time frames, it gives you visible deadlines and actual progress week on week, allowing for a more productive and motivated team.
  • Better quality product: Each development sprint has testing built into it, using real end users to inform the design allowing tweaks to be made to give the business exactly what it needs. Meaning the whole development meets the exact requirements of the business at the time when it is fully implemented.
  • Faster: By having weekly meetings and deadlines, you can find out early on what is slowing the project down and then apply more resources to that area, keeping a constant flow of requirements being designed, developed and implemented.

Get in touch

For more information or to schedule a demo please contact us

Contact us


dsp drives up its share of the Database MSP Market with
record contract growth and 2nd acquisition

DSP firmly established itself as one of the UK’s fastest growing proactive Database MSPs during 2016, signing £2.1m of new contracts and making its second acquisition, the Oracle DBA support division of IT Services provider ITSB.

Read more
View All


Applications on Oracle Database Appliance (ODA)

A main goal... how to future proof your applications environment through Oracle while becoming more efficient in terms of costs and productivity.

As well as the option of developing the fundamental steps you need to take to get ...

Read more
View All


How can you regularly benchmark your database and application infrastructure against real-life? Why would you want to?

In the age of big data, public cloud, private cloud it’s easy to be pushed into constantly thinking about the future... What should you optimise though and how can you be sure it’ll make a difference? Would knowing it could give you a competitive edge be worth considering?

Read more
View All