Can one produce software the same way as cars are made in a factory? Is the sequential process efficient for ambiguous requirements?
Agile development is an alternative to traditional sequential development. It was purposed in 1970 by Dr. Winston Royce in his paper “Managing the Development of Large Software Systems”. He mentioned that this process does not work because the communication between each specialized group tends to fail. Also, sequential process supposes that all the requirements can be determined in the beginning, and this seldom happens. Sometimes, the requirements change, and in the production phase, the requirements may have changed completely, making the product completely useless.
Agile development is based on 12 principles, which can be found in the Agile Manifesto page:
- Satisfying the customer during all phases.
- Be ready for changes.
- Deliver constantly. Don’t wait at the end.
- Business people and developers work together.
- Motivate employees. Make them feel like fish in sea.
- Face-to-face conversation does matter.
- Working software measures the progress.
- Sustainability is essential.
- Focus on good design and technical details.
- Teams organize by themselves.
- Regular intervals of time make coordination and feedback better.
Agile development has several benefits over sequential development, which include:
- Prevents analysis paralysis: this is one of the main problems in sequential development. You have made the requirements analysis and you’re building software, but in another step, you realize that several requirements have changed or have been added. You need to make another analysis in order to keep working. This does not happen in agile, since analysis is a step in every sprint.
- Allows client to have a product every time: because of the sprints, each iteration returns a product, each time better. In this way, the client does not needs to wait until production phase.
- Adapts to change: implementing changes is easier due to the short term objectives.
- Less risk: a failure in a big process is a big failure. A failure in a small process is a small failure, which can be fixed easily.
- Faster: by stepping directly into code, one loses less time in long analysis and planning.
There are several agile development implementation examples. You can read more about them in Frida’s blog.