When Agile Fails: Problems & Pitfalls

An error occurred trying to load this video.

Try refreshing the page, or contact customer support.

Coming up next: Agile Planning: Process & Tools

You're on a roll. Keep up the good work!

Take Quiz Watch Next Lesson
 Replay
Your next lesson will play in 10 seconds
  • 0:00 The Agile Manifesto
  • 2:07 People
  • 3:43 Work
  • 4:41 Process
  • 5:54 Lesson Summary
Add to Add to Add to

Want to watch this again later?

Log in or sign up to add this lesson to a Custom Course.

Login or Sign up

Timeline
Autoplay
Autoplay
Lesson Transcript
Instructor: Stephen Meyer

Stephen has worked as a Project Manager and is PMP certified, as well as certified by the Scrum Alliance.

Agile is often treated as the solution to the shortcomings of traditional project methodologies. Despite its many advantages, Agile methodology does have its share of vulnerabilities. Learn the problems and pitfalls that cause Agile to fail.

The Agile Manifesto

Casey provides training for companies who want to learn and use Agile. She spends her time going over the high-level principles that are behind each aspect of the methodology, as well as the low-level details of the people, work, and processes that are necessary for implementation. Her goal is to help people understand Agile and do it well. At the end of her training, she always makes sure to discuss the problems and pitfalls with a focus on the same high-level principles and low-level details. If these are not done well, the benefits of Agile are lost.

The first topics that Casey reviews are the high-level principles, which are the four components of the Agile Manifesto, which is a set of values written in 2001 by individuals from the field of software development who were striving for an alternative to heavy, slow-moving methodologies. The four values of the Agile Manifesto are:

  1. Individuals and interactions over processes and tools
  2. Working software over comprehensive documentation
  3. Customer collaboration over contract negotiation
  4. Responding to change over following a plan

The manifesto states that the items on the left like individuals, working software, customer collaboration, and responding to change are valued more than the items on the right, like processes and tools, comprehensive documentation, contract negotiation, and following a plan. The pitfall that exists is becoming overzealous and completely ignoring the items on the right. This does not mean that the elements on the right have no value. Agile that is completely absent of processes and tools, documentation, contract negotiation, and planning will be ineffective.

When the high-level principles are not fully understood or not done well, it makes it difficult to implement Agile because the principles are the basis of the low-level details. However, avoiding the pitfalls associated with these principles does not guarantee that the low-level details will be done well. This is why Casey also goes over the problems and pitfalls related to people, work, and processes.

People

One of the largest potential pitfalls in Agile involves the people, specifically the roles that make up the team. For an Agile team to be successful, each position must effectively be filled, including the Product Owner who requests the work, the development team that completes the work, and the Scrum Master who tries to enable the development team to work as effectively as possible. The Product Owner and Scrum Master roles are more straightforward because single individuals fill them. The development team role is often more problematic because it is filled with multiple individuals.

The problem areas for Product Owners and Scrum Masters are opposite and could be described as a Product Owner taking on the characteristics of a Scrum Master and vice versa. Product Owners need to be decisive, own the product, and be the gatekeeper for requirements. It is problematic when they accept all requests from stakeholders or regularly change their minds about requirements. Scrum Masters need to serve the development team and trust them to self-manage. The pitfall is to micromanage or dictate everything the team does.

The development team is all about cross-functionality. Agile is at its best when the various team members are engaged throughout the completion of project work, in both development and testing. The pitfall is for the different team members to identify and divide by their function. Sometimes it is even to the point where one team is entirely made up of developers and another is made up entirely of testers. The skill sets are different, but each team member can bring value in each phase of the project work.

To unlock this lesson you must be a Study.com Member.
Create your account

Register for a free trial

Are you a student or a teacher?

Unlock Your Education

See for yourself why 30 million people use Study.com

Become a Study.com member and start learning now.
Become a Member  Back
What teachers are saying about Study.com
Free 5-day trial

Earning College Credit

Did you know… We have over 160 college courses that prepare you to earn credit by exam that is accepted by over 1,500 colleges and universities. You can test out of the first two years of college and save thousands off your degree. Anyone can earn credit-by-exam regardless of age or education level.

To learn more, visit our Earning Credit Page

Transferring credit to the school of your choice

Not sure what college you want to attend yet? Study.com has thousands of articles about every imaginable degree, area of study and career path that can help you find the school that's right for you.

Create an account to start this course today
Try it free for 5 days!
Create An Account
Support