Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Rebooting ALM Part I: Evolution

DZone's Guide to

Rebooting ALM Part I: Evolution

Learn about rebooting Application Lifecycle Management (ALM), more specifically, how ALM has evolved.

· Agile Zone
Free Resource

See how three solutions work together to help your teams have the tools they need to deliver quality software quickly. Brought to you in partnership with CA Technologies

This is the first in a series about Rebooting ALM. 

I’ve started thinking about how Application Life Cycle Management has changed over the years. It’s funny, because what’s the first thing they teach you in agile class (I hope)?

“Individuals and interactions over processes and tools”

Now, I won’t say that this is a complete lie, but too much experience has shown that people would rather have processes and tools. If we have those, we can solve any problem without the pesky humans.

By the way, what we call ALM, today is wrong. The Application is now a completely different thing than what we thought in the 90s. What we build today are Products. Unfortunately, PLM was already taken. We’ve built PLM software before we built ALM software. Back then, Products were about inventory, supply chains and contracts. All these tangible things that you can create Products with. Unlike the A word.

Back to ALM. We’ve already started working on big projects in the 80s, and needed tools for management. While the scope of development tool has grown large, other parts remained the same.

If we look at any product life cycle, regardless if it’s lean start up or waterfall, it looks roughly like this:

Image title

Because of its origins and other factors, the ALM tools covered the “Build” circle. Over time, tools were added, to support testing, and bug management, and tracking requirements. But they still centered around the “Build” area.

Image title

In time ALM covered more and more functionality, but never went outside the Build part.

Next time, we’ll discuss what makes ALM tools a helpful ally to the builders. And after that we’ll discuss why they can improve by making builders life horrible. Why else would we want to reboot?

Discover how TDM Is Essential To Achieving Quality At Speed For Agile, DevOps, And Continuous Delivery. Brought to you in partnership with CA Technologies

Topics:
agile ,alm

Published at DZone with permission of Gil Zilberfeld, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}