Can we leverage architecture in a VUCA business environment?

Publish date:

Businesses today are increasingly operating in a highly Volatile, Uncertain, Complex, and Ambiguous (VUCA) environment. To cope with this change while providing speed and agility, DevOps teams have been set up to deliver software on a regular, sometimes even continuous, basis. So if this is organized well, does architecture still add any value?

Because of VUCA, the way software is delivered has changed dramatically in the last decades. The barriers between software development and operations have been leveled with the introduction of DevOps teams. Simultaneously, continuous delivery methods have cut software development cycles from months, to days, or even hours.

From a distance, everything looks as though it should work fine. However, VUCA software delivery entails a significant risk that I call “Non-Functional Negligence (NFN).” The primary responsibility of a DevOps team is to deliver small pieces of functionality at speed, which often results in neglecting or even ignoring important non-functional topics like re-usability, performance efficiency, and security.

The visible effect of NFN takes time because of the granular evolution of small pieces of functionality. However, at some moment a threshold at which solutions become unreliable due to numerous versions of the same functionality, performance inefficiency, security and legal issues, etc. will be reached. To minimize this risk, three rules should be applied.

First, the delivery platform should be standardized at the enterprise level. This means that for each capability within the platform (especially repository, test, configuration, and change management) an agreed and limited set of tools must be used. If a DevOps team needs to change the platform due to new technologies, this should be assessed at cross-DevOps level before it is incorporated in the platform.

Secondly, an easy-to-use checklist must be applied for each piece of functionality to assess its non-functional fit. This checklist can be used in a formalized way, but informal use is preferred so that potential non-functional issues can be discussed and incorporated into the delivery at the start of the delivery cycle.

Finally, to organize things correctly and sustainably, an architecture role must be in place. The role’s primary responsibility is to standardize the delivery platform in a flexible way and control non-functional topics within individual DevOps team from a cross-DevOps team (i.e., enterprise) perspective. Therefore, I would define this role as “Agile Enterprise Architect.”

By introducing these rules, the distance between enterprise architecture direction and actual solution implementation will shrink, resulting in the delivery of flexible and agile, as well as robust and compliant solutions. Only in this way can complexity be controlled to keep IT aligned with VUCA business expectations.

Related Posts

cloud automation

Does automation help fast-track innovation?

Jennifer Jones
July 3, 2018
IT leaders know how tricky it can be to rally the C-suite around digital transformation. Concerns about security, finances, and cultural resistance rear their head time and time again. But as 60% of Fast Movers attest, effective communication can overcome senior resistance with relative ease.

Why competitiveness means keeping pace with the cloud

Charlie Li
June 25, 2018
For companies with traditional IT estates made up of cloud and legacy (on-premises) apps and infrastructure, matching the development quality and velocity of cloud-native startups remains an ongoing challenge. But by automating IT operations processes with cloud technologies, they can begin to bridge that gap.
Application Services

Everything-as-a-Service – convenience and context through convergence

Gary James
May 11, 2018
I believe the IT market is ripe for a similar change to ensure that services continue to be driven by what the business wants.

By continuing to navigate on this website, you accept the use of cookies.

For more information and to change the setting of cookies on your computer, please read our Privacy Policy.


Close cookie information