Classical Project Management vs Agile Project Management

Whether you are a Scrum Master, Project Manager, Product Owner or Team Member or simply someone who wants an answer to the question “How do I run an Agile Scrum project in the real world”, this article can definitely provide an answer for you.

Traditional Project Management

The traditional Project Management (waterfall) approach is linear where all the phases of a process occur in a sequence. The approach depends on predictable tools and predictable experience. Each and every project follows the same life cycle which includes the stages such as feasibility, plan, design, build, test, production, support, as shown in the figure below.

Waterfall vs Agile software development
Waterfall vs Agile software development

The entire project is planned upfront without any scope for changing requirements, such as Waterfall, PMI’s PMBOK, and PRINCE2 are all rigid and highly controlled. They outline distinct stages for project planning from start to finish, and assume that you have all the requirements and information you need upfront.

Best Scrum Software

Best Scrum Software Every Project Needs

A powerful scrum software that supports scrum project management. It features scrum tools like user story map, product backlog management, sprint backlog management, task management, daily scrum meeting, sprint planning tool, sprint review tool, sprint retrospective tool, burndown, impediment, stakeholder and team management.

Learn More

This approach assumes that time and cost are variables and requirements are fixed. This is the reason why traditional project management faces budget and timeline issues.

Agile Project Management

When a traditional system focuses on upfront planning where factors like cost, scope, and time are given importance, Agile management gives prominence to teamwork, customer collaboration, and flexibility.

Agile rejects these traditional project management methodologies as cumbersome, restrictive, and unsuitable for the new era of speed. Agile project management is iterative and aims at constantly incorporating user feedback and continuous releases with every iteration of software development project as shown in the Figure above. Every task output is a product you’re selling to stakeholders. Team and work structures are designed around creating things that are directly useful to the customer or client.

Traditional or Agile – How to Choose?

According to the 2011 CHAOS Manifesto from the Standish Group, Agile projects are three times more successful than Waterfall projects. The graph below shows the specific results reported from a study conducted based on projects executed from 2002 to 2012:

Waterfall vs Agile project success rate
Waterfall vs Agile project success rate

The Differences between Traditional and Agile

The following table summarizes many of the differences between Scrum and traditional project management models.

Categories Traditional Agile
Development Model Traditional Iterative
Focus Process People
Management Controlling Facilitating
Customer involvement Requirements gathering and delivery phases On-site and constantly involved
Developers Work individually within teams Collaborative or in pairs
Technology Any Mostly Object Oriented
Product Features All included Most important first
Testing End of development cycle Iterative and/or Drives code
Documentation Through Only when needed

The Cost of Project Changes

Traditionally change should be avoided on software projects because of the high perceived cost late in the game, while agile software development understands that changes are inevitable and that investing in detailed plans is not practical. This is clearly expressed in one of the four values from the Agile manifesto:

Responding to change over following a plan

Agile challenges this notion and believes the cost of change can be relatively flat as shown in the Figure below:

Traditional vs Agile cost of change
Traditional vs Agile cost of change

Agile vs Traditional Iron Triangle in Project Management

Success in project management has been traditionally associated with the ability of the constraint parameters of projects in scope, time, cost, and quality called iron triangle as shown in the Figure below. It is a popular metaphor pointing out that the project manager is asked to reach a reasonable trade-off among these constraints.

Agile vs traditional iron triangle in project management
Agile vs traditional iron triangle in project management

What is the Problem of Traditional Iron Triangle?

For example, a project can be completed faster by increasing budget or cutting scope. Similarly, increasing scope may require equivalent increases in budget and schedule. Cutting budget without adjusting schedule or scope will lead to lower quality. In practice, however, trading between constraints is not always possible. For example, throwing money (and people) at a fully staffed project can slow it down. Moreover, in poorly run projects it is often impossible to improve budget, schedule or scope without adversely affecting quality.

In traditional sense, Iron Triangle in project management is clearly insufficient as a model of project success because it omits crucial dimensions of success including impact on stakeholders, learning and user satisfaction.

Iron Triangle in Agile Sense – A Paradigm Shift

In traditional approach, the triangle would typically look like the one on the left as shown in the Figure below. As you can see, there is a fixed scope of product requirements. So in order to ensure the product can be completed all of our required features, we need to be a little flexible with our resources (and budget), and schedule (deadlines). If we absolutely need the product to have a list of features described in the upfront requirement specification, perhaps we need to delay the release date by several months or more in reality.

In the Agile sense, there are a fixed schedule (in Scrum we do this through time-boxed Sprints, and fixed resources. Thus when things doesn’t work according to the plan, it is the scope that needs to be reduced. In Agile, however, we ensure that even if we have to compromise on scope, we are still delivering the highest priority items in the product backlog for maximizing the value yielded by the project.

Iron triangle in agile sense
Iron triangle in agile sense
About Visual Paradigm
Visual Paradigm help organizations stay competitive and responsive to change faster and better in today’s fast changing environment. Our award-winning products are trusted by over 320,000 users in companies ranging from small business, consultants, to blue chip organizations, universities and government units across the globe. It enables organizations to improve business and IT agility and foster innovation through popular open standards and process frameworks.Visual Paradigm, a killer Agile feature in 2018, introduced Scrum Process Canvas for automating the way a Scrum team to create, manage and deploy software application that empowers the team to continuously improve their performance at unprecedented speed and scale.

Manage the Entire Scrum Process in One Page

  • Automate the Scrum Framework in a fun and enjoyable dashboard with eye-catching updated status.
  • Manage Backlog, Multiple Sprints of different Scrum Roles with a single-page visually executable canvas
  • Allow instantly access, review and generate scrum artifacts and related documents to be archived in the Shared Cabinet
  • Automate the Scrum events and related activities with self-explanatory instructions, samples and required document templates.

Turn every software project into a successful one.