Latitude 40
  • Home
  • Company
    • About Us
    • Philosophy
    • History
  • Services
  • Buzz
    • Blog
    • Case Studies
    • Testimonials
  • Contact

Process


         Traditional Waterfall

VS

Agile Development        

Picture
​At the Symposium on advanced programming methods for digital computers in Washington, D.C.  on June 29, 1956, Dr. Herbert D. Benington presented the first known description for what became known as the "Traditional" or "Waterfall" model for software development. This model became the standard for software development for more than 40 years.  
  • Must have perfect and clear requirements, plans and expectations prior to beginning development
  • Requires you to complete each phase before moving on to the next
  • Once you complete a phase, you can't go backwards or make changes
  • Required to make the most important decisions upfront when you rarely have perfect knowledge
Unfortunately, there aren't a lot of real world scenarios that fall into this category.


Picture
In February of 2001, a group of 17 software developers met in Utah at the Snowbird Resort to uncover better software development methods and in the process help others as well. From this meeting they published The Agile Manifesto and in the process created The Agile Development Methodology. 
  • Do not need perfect requirements at the beginning of the project
  • Software is developed in a 2-4 week iteration called a 'Sprint'
  • Each Sprint allows for the refinement and re-prioritization of the project requirements
  • Working, tested code is delivered at the end of each sprint
  • Allows for changes and corrections to be made as the software is being developed
  • ​You often need to see the wrong product to know what you really want
Fortunately, the majority of real world scenarios fall into this category.

How Agile Works

Product Backlog

The Agile process begins by identifying all features and functions for the desired product. These items are filtered into a Product Backlog that is prioritized by the Product Owner who facilitates the manipulation of the Product Backlog
Picture

Sprint Planning

Once the Product Backlog has been prioritized, the team decides on which features and functions they will work on over the 2 week period called a Sprint. They will estimate out how long each item (called a Story) will take to develop and plan accordingly.
Picture

The Sprint

Now that the team has decided on what features will be developed during the first Sprint, the development process can begin. The code is developed and tested for each feature within the Sprint. At the end of the Sprint, all completed features will be delivered to the customer to be further tested and verified. Allowing the opportunity to suggest changes and/or new features based on the delivery.
Picture

Sprint Review/Backlog Refinement

Delivery of all completed features that are verified and accepted by the customer leads to a review of the Sprint, what went well and what could've gone better. It also allows for the refinement and re-prioritization of the Product Backlog.
Picture
And that's how it works. With the Backlog Refinement completed, the process begins again with another Sprint Planning, then the Sprint, the Sprint Review, and you guessed it, Backlog Refinement.  

By utilizing the Agile Software Development Methodology, projects are typically more productive, faster to market, have fewer defects and produce happier customers. But don't take our word for it, check out the Harvard Business Review Analytic Service Report.  
Picture
Copyright © 2020 Latitude 40 Consulting, Inc.  All rights reserved.
Latitude 40® is a trademark of Latitude 40 Consulting, Inc. All other trademarks are the property of their respective owners.
privacy policy
terms of service
customer login
Picture
11001 W. 120th Ave. ​Suite 400
Broomfield, CO 80021
303-544-2191
CONTACT US
Colorado - Entrepreneurial by Nature
  • Home
  • Company
    • About Us
    • Philosophy
    • History
  • Services
  • Buzz
    • Blog
    • Case Studies
    • Testimonials
  • Contact