Agile Software Development: 5 Keys to Success | eWeek

Bask in Agile’s Bright Light, but Don’t Be a Moth to a Flame

Bask in Agile’s Bright Light, but Don’t Be a Moth to a Flame
Written By
Darryl K. Taft
Darryl K. Taft
Mar 28, 2013
2 minute read
eWeek content and product recommendations are editorially independent. We may make money when you click on links to our partners. Learn More


Bask in Agile’s Bright Light, but Don’t Be a Moth to a Flame

Bask in Agile’s Bright Light, but Don’t Be a Moth to a Flame

Every software movement since the days of punch cards (or pre-Internet/pre-smartphone, for younger people) has had its share of acolytes, many of whom over-rotated on a good idea, upset existing processes and flirted with business disaster, all for wholesale, seemingly magical technical improvement. Some of these characteristics fit the agile movement’s most fervent supporters, who urge developers to abandon everything in favor of sudden, complete change. This camp is well-intentioned but naive—existing applications that now run the backbone of businesses can’t simply be swept away like 40 years of accumulated detritus.


Embracing That Inertia is a Sure Path to Business Extinction

2

Equally naive and dangerous are the technical Luddites who espouse that agile is a passing fad that exposes the status quo to untenable risk. They need only look at firms in industries where digital disruption virtually killed businesses such as Blockbuster, Borders, Kodak and the Big Four music companies to see the real effect of untenable risk: extinction.


Use Agile as a Tool, Not a Religion

3

Technical people love tools. As the saying goes, “If you’re a hammer, everything looks like a nail.” One underlying conclusion Forrester analysts drew from their survey’s myriad data points was that the successful group wasn’t simply good at agile—it was good at software development, whether that was run using traditional or agile methods. They embrace agile as a tool in a toolbox, not a religious fervor—and they still have a lot of room for improvement.


Advertisement

Get the Help Needed to Handle Second- and Third-Order Impacts

4

Changing any component in an ecosystem has a ripple effect throughout the pond. If a business changes how developers work, it has to change their incentives, compensation, governance and interfaces to other groups, such as operations. Firms fail when they pull a lever in one area without regard to its impact elsewhere. They can use a trial-and-error discovery method or can hire experienced help to guide them. They should spend the money, avoid trouble and give themselves a chance at success.


The Devil Is in the Details

5

The trick is to apply agile in context according to the needs of the business and at the fastest pace the organization can absorb, Forrester said. While that sounds simple, Forrester said its survey results show that “there be demons” in the detail of agile execution and scale.

eWeek Logo

eWeek has the latest technology news and analysis, buying guides, and product reviews for IT professionals and technology buyers. The site's focus is on innovative solutions and covering in-depth technical content. eWeek stays on the cutting edge of technology news and IT trends through interviews and expert analysis. Gain insight from top innovators and thought leaders in the fields of IT, business, enterprise software, startups, and more.

Property of TechnologyAdvice. © 2026 TechnologyAdvice. All Rights Reserved

Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.