DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Zones

Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks

Last call! Secure your stack and shape the future! Help dev teams across the globe navigate their software supply chain security challenges.

Modernize your data layer. Learn how to design cloud-native database architectures to meet the evolving demands of AI and GenAI workloads.

Releasing software shouldn't be stressful or risky. Learn how to leverage progressive delivery techniques to ensure safer deployments.

Avoid machine learning mistakes and boost model performance! Discover key ML patterns, anti-patterns, data strategies, and more.

Related

  • Rebalancing Agile: Bringing People Back into Focus
  • Management Capabilities 101: Ensuring On-Time Delivery in Agile-Driven Projects
  • Feature Owner: The Key to Improving Team Agility and Employee Development
  • How to Demonstrate Leadership in Cross-Functional Software Development Teams

Trending

  • Designing a Java Connector for Software Integrations
  • AI’s Role in Everyday Development
  • Agile and Quality Engineering: A Holistic Perspective
  • How Trustworthy Is Big Data?
  1. DZone
  2. Culture and Methodologies
  3. Agile
  4. Cargo Cult Agile: The "State Of Agile" Checklist for Your Organization

Cargo Cult Agile: The "State Of Agile" Checklist for Your Organization

DZone user Stefan Wolpers at Age of Product shares a custom checklist to use within your team and business to see how agile you are.

By 
Stefan Wolpers user avatar
Stefan Wolpers
DZone Core CORE ·
Mar. 03, 16 · Opinion
Likes (3)
Comment
Save
Tweet
Share
6.7K Views

Join the DZone community and get the full member experience.

Join For Free

TL;DR

You want to know the state of agility in your organization? Here we go: Download the checklist, distribute it generously among your colleagues and run a quick poll. It will only take 5 minutes of their time — and then run an analysis on their feedback. If the average number of checkboxes marked is higher than nine, then you are probably practicing cargo cult agile. Consider changing it. Or abandon your agile experiment all together. But don’t refer to it as “agile” any longer. 

Everyday Failures In Applying Agile

Agile methodologies, like Scrum, have been on the rise across organizations of all kind and sizes for some years by now. Many consultants responded to the increasing demand for agile practitioners, particularly from corporate organizations, with rebranding themselves.

I do not mind professionals pursuing new career opportunities, but pretending to be able to practice “agile” by taking a shortcut, for example reading some books, has increasingly resulted in collateral damage to the agile community. And the damage is tainting the reputation of a great way to build software. A significant part of the developer community meanwhile seems to despise Scrum, for example.

To my experience, “agile” — e.g. Scrum — isn’t learned from books or from attending workshops, but in the trenches when confronted with real problems and the urge to ship product. Hence, it is not too difficult to figure out, when the introduction of an agile methodology or framework to an organization didn’t work out as planned. 

If some of the following observations are common in your organization, you might be experiencing a phenomenon often referred to as “cargo cult”.

The State of Agile: the cargo cult agile checklist for your organization by Age of Product

A cargo cult generally describes a movement that applies a set of rules to the letter without understanding for what reason they should be practiced.

One of the well-know examples with regard to technology was described by Richard Feynman:

In the South Seas there is a cargo cult of people. During the war they saw airplanes with lots of good materials, and they want the same thing to happen now. So they’ve arranged to make things like runways, to put fires along the sides of the runways, to make a wooden hut for a man to sit in, with two wooden pieces on his head for headphones and bars of bamboo sticking out like antennas — he’s the controller — and they wait for the airplanes to land. They’re doing everything right. The form is perfect. It looks exactly the way it looked before. But it doesn’t work. No airplanes land. So I call these things cargo cult science, because they follow all the apparent precepts and forms of scientific investigation, but they’re missing something essential, because the planes don’t land.

Source: "You are surely joking, Mr. Feynman!", page 340.

It turns out, that Scrum seems to be particularly well suited for cargo cult agile. So, best practices become rules overnight. And rules need to be enforced. And if the people don’t live up to them, if metrics are not met, then you need — of course — more structure, more rules to "fix agile”.

What Is the Purpose of the Poll?

The purpose of the whole exercise is to start a conversation about what part of your agile transition is going well and where actions needs to be taken. The poll supports this approach in several ways:

  • It is anonymous — no one will hold back, contrary to retrospectives as a competing format to gather feedback.
  • The poll delivers data, it’s no longer a gut feeling, and hence a good basis to start talking to the management.
  • It is very affordable.

Download the Cargo Cult Agile Checklist as a PDF

You can download the following list of 25 issues as a PDF, print and use them for yourself. If you do so, I would appreciate your feedback on how this worked out for you and what manifestations you would add to the list. (Please note that downloading the PDF will also subscribe you to our weekly hand-curated newsletter, if you haven’t yet signed up already. You can unsubscribe at any time.)

Download the printable PDF here!

The Cargo Cult Agile Checklist

Now let’s have a look at some typical manifestations of cargo cult agile within an organization. The checklist assumes that you are using Scrum, but can be applied generally to other agile practices accordingly. (A final note: The list may be become less applicable with an increase in size of the organization in question.):

  1. (Product) vision and strategy are not communicated
  2. Roadmaps with fixed release dates are provided for a year ahead by the CTO
  3. No one from the organization is talking to customers
  4. CTO and stakeholders insist on every change to be approved by them in advance
  5. Offline boards are banned for confidentiality reasons 
  6. Product owners are bypassed by stakeholders talking directly to the CTO 
  7. Stakeholders decide on shipping product increments, not the product owner
  8. Projects are shipped only when completed, but not incrementally
  9. Stakeholders are prevented from talking to the Scrum teams
  10. The product backlog is defined by a product council
  11. Features of doubtful value are being pushed through, e.g. to secure bonuses
  12. Sales is promising non-existent features to close deals w/o including the product owner
  13. Deadlines or fixed schedules are still in use for noncritical issues
  14. Product management isn’t granted access to business intelligence to make informed, data-driven decisions
  15. Stakeholders communicate to product and engineering in the form of requirement documents
  16. Product owners spend time mostly on the creation and administration of user stories
  17. Sprint backlogs are changed on short notice after the sprint started
  18. There is a dedicated Scrum team even for bugs and minor change requests
  19. Scrum ceremonies are never attended by any stakeholders
  20. Velocity matching commitment is the main metric to measure the success of Scrum
  21. Developers are not participating in user story creation
  22. Scrum teams are changing in size and composition, depending on the number of simultaneously running side projects and task forces
  23. During stand-ups, the team members are reporting to the Scrum master
  24. Retrospectives are held regularly, but no changes follow
  25. Scrum teams are not cross-functional and therefore depending on other teams or departments.

The Cargo Cult Agile Litmus Test For Your Organization

Now, here is a fun game for everyone involved in agile processes in your organization to check the health status:

Print out this post — or download the printable PDF version instead — and distribute it generously among your colleagues. Ask them to go through it and check all boxes that apply to your organization — it will only take 5 minutes of their time. Then run an analysis on their feedback and assess your situation:

  • 0 to 2 boxes: I would like to talk to you how you managed to do that. Care for a Skype-call? Or would you like to contribute a guest-post to my blog?
  • 3 to 5 boxes: Well done! You’re on a good way.
  • 6 to 8 boxes: There is room for improvement. Lot’s of it.
  • 9 to 14 boxes: If you haven’t very recently embarked on your agile voyage, then it is time to change your approach.
  • 15 to 20 boxes: Okay, start over with agile — it is not working in the current set-up within your organization.
  • 21 to 25 boxes: You either haven’t started going agile yet. Or you are sugar-coating command-and-control structures to look “agile”. It won’t work, by the way.

Download the printable PDF here!

Conclusion

There is no “agile by the book” that automatically works well within your organization, if you only stick to the letters. You will have to identify your version of “agile” by yourself. Start doing so by testing things that have been successfully used by other organizations in the past. 

If those work for you, too, great–stick with them. Otherwise move on. It is absolutely okay to adapt or even drop standard agile rituals in the process, if it helps figuring out, what is working within your organization. And don’t hesitate to change or adapt any best practices as you see fit to make them work within your organization.

Other Posts You Might Be Interested In Reading:

  • Agile Failure Patterns In Organizations
  • 38 Scrum Master Interview Questions To Avoid Agile Imposters
agile scrum

Published at DZone with permission of Stefan Wolpers, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Related

  • Rebalancing Agile: Bringing People Back into Focus
  • Management Capabilities 101: Ensuring On-Time Delivery in Agile-Driven Projects
  • Feature Owner: The Key to Improving Team Agility and Employee Development
  • How to Demonstrate Leadership in Cross-Functional Software Development Teams

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

ABOUT US

  • About DZone
  • Support and feedback
  • Community research
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 100
  • Nashville, TN 37211
  • support@dzone.com

Let's be friends: