InformationWeek: The Business Value of Technology

InformationWeek: The Business Value of Technology
e2 Conference & Expo - Boston 2013
= Member Content
Facebook Twitter Share

E-mail | Print | Permalink | LinkedIn | RSS

Lean IT: Think Big About Agility


Cloud, DevOps, Agile and Lean Startup methodologies all aim to make companies more adaptive. But alone, no one of them can deliver on that promise.




There's been a lot of talk about agility lately. Everyone, it seems, wants their company to be a circus acrobat: nimble, capable of improbable feats of derring-do.

Dozens of "big ideas" have put on the mantle of agility in the hopes of convincing the world they're the answer to the sluggishness of big organizations. The problem is that none of these ideas is a panacea; rather, each is a piece of a bigger puzzle, that of transforming an organization into an organism.

Let's look at a few of these agile claimants first.

Cloud Computing is an umbrella term for a variety of big changes in IT. It's the move from physical machines to virtual ones; the move from computers to computing; and the shift from on-premise to third-party pay-as-you go IT. Clouds are IT in an era of abundance, and used properly, they make huge rearchitecting of IT systems possible with just a few mouse clicks, because they remove the friction of change.

DevOps is a portmanteau of development -- the writing of software -- and operations -- the running of it. It's a recognition of the fact that modern developers aren't just coding the application, but also the infrastructure on which it runs, and increasingly the data on which it relies. A DevOps mentality means software that's able to adapt to the environment in which it operates, and that can scale and relocate in response to outages or increased demand.

Agile Development is, as its name implies, a more responsive way of building software. In contrast to the old "build it and they will come" model of waterfall development, which assumed that the specification was correct, Agile emphasizes short cycles of development, testing, validation, and adjustment, along with continuous deployment, in order to deal with shifting requirements.

And Lean Startup is a way of building new companies and new products through iterative learning. It focuses on identifying the riskiest part of a business, and doing just enough work to overcome that risk. Rather than selling what you can make, Lean says you should make what you can sell -- and you find out what you can sell through relentless, close customer development in search of the magical fit of the right product for the right market.

[ Learn more about these and other hot topics at Cloud Connect Silicon Valley, April 2-5. There will be four days of lectures, panels, tutorials and roundtable discussions on a comprehensive selection of cloud topics taught by leading industry experts. Register for Cloud Connect now. ]

None of these ideas is brand new. Agile development owes much to notions of incremental development in the 1950s; the first clouds were probably mainframes; and Lean Startup was inspired by concepts from Japanese manufacturing. But it's only in recent years that the widespread use and consumerization of technology that these things have truly gone mainstream.

These and related issues will be discussed in a conference track that I am moderating on "Futures and Disruptions" at Cloud Connect, April 2-5, in Silicon Valley, Calif.

From organization to organism

Cloud, DevOps, Agile and Lean all want to make us more adaptive. But alone, no one of them can deliver on that promise. Cloud computing can reduce the coefficient of friction of changes dramatically -- but without a DevOps approach to adaptive infrastructure, it can't shine. Similarly, Lean Startup product managers can't achieve the tight iteration and continuous learning they need if the development team isn't using Agile coding.

No, what companies want -- what startups want -- what everyone wants -- is to transform from an organization to an organism. An organism is a hierarchical assembly of systems working together as a single functional unit, often thought of as a self-organizing being. To react in a controlled, agile, measured way, organizations need to behave as organisms. And since IT is the central nervous system of the modern business, change starts here.

This requires a holistic approach that encompasses all of these disciplines. You can't just have some of them and expect to reap the benefits of their entirety. Much of the disappointment, disillusionment, and backlash against these otherwise noble initiatives comes from not seeing the bigger picture.

Part of a bigger whole

Integrative philosopher and author Ken Wilbur has spent his life trying to find commonalities in science, systems of belief, and so on. He talks a lot about "holons", a term coined by Arthur Koestler in 1967 in The Ghost In The Machine. A holon is a thing that has both properties of self, and properties of membership. A cell in your body, for example, is part of a tissue. That tissue is part of an organ. That organ is part of you. You're an organism.

As an organism, you function independently of your organs. You aren't consciously aware of muscles when you lift your arm; you don't think about nerve impulses when you notice something is hot; you don't raise your heartbeat when you need more oxygen. These things just happen. Each "whole" in your body is a thing unto itself, but sublimates itself into a greater whole.

Federal agencies must eliminate 800 data centers over the next five years. Find how they plan to do it in the new all-digital issue of InformationWeek Government. Download it now (registration required).


 1 | 2  | Next Page » 




InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS


Advertisement


InformationWeek Reports

report Cloud Implementer's Checklist
Once your agency has completed the business case for a private cloud, how do you actually move ahead with your data center transformation? Our report provides a practical set of steps to get you there, including a "to do" list that will be helpful to anyone on your IT team who's involved in the project. By the time you're done, your data center should be home to a more flexible, on-demand IT services.

report Cloud Compliance in Government
Compute clouds created for government data centers must adhere to a range of specifications designed to support data and system security, privacy, and governance. FISMA, HIPAA, SOX, and SAS 70 are just some of the requirements that have to be taken into account as federal IT pros deploy a shared-services cloud model. In this report, we identify the key specs that need to be factored into any federal cloud architecture.

report Government Cloud Platform Strategy
This report analyzes the key IT infrastructure considerations that must be taken into account for implementing cloud services in federal data centers: software/hardware environment, multi-tenancy, security, virtualization, and management tools. We also explain the key important role that APIs play in supporting hybrid scenarios that tap into public cloud services.

report The Business Case for Government Clouds
This report assesses usage scenarios, barriers, and other variables that factor into the decision of whether and how to implement cloud computing in federal environments.