Categories
Strategy Architecture Artificial Intelligence Blockchain Business Business Strategy Enterprise Architecture Organization Architecture Technology Technology Strategy

Architecting the Future: How RePEL Counters VUCA for Modern Enterprises

I was first introduced to the term VUCA by my ex-colleague, Julian TROIAN, a leader in coaching who steers the talent management practice. This revelation came during a particularly challenging phase for us, mirroring the struggles of many other companies. We found ourselves navigating the intricacies of the COVID lockdown while simultaneously undergoing a significant shift in the corporate way of working. Our project portfolio was expanding, driven by the rapid pace of transformations, and we felt the weight of increasing regulatory pressures. But we recognized that these challenges were not ours alone. Then, significant disturbances emerged: the Eastern Europe conflict and a surge in inflation, to name a few.

Moreover, the world stood on the brink of simultaneous technological revolutions. Innovations like blockchain and the nascent promise of the metaverse hinted at new horizons. Yet, it was the seismic shifts brought on by Generative Artificial Intelligence that seemed most profound.

VUCA is an acronym encapsulating the themes of vulnerability, uncertainty, complexity, and ambiguity. Herbert Barber coined the term in 1992 based on the book “Leaders: The Strategies for Taking Charge”. I believe many can relate to these elements, sensing their presence in both professional settings—perhaps during office hours—and in personal moments with family.

Life, in its essence, might be described by this very term. We all traverse peaks and lows, facing situations of heightened complexity or vulnerability. The challenge is not just to navigate these periods but to foster strength and ingenuity, arming ourselves for future obstacles.

I consider myself fortunate to have garnered knowledge in enterprise architecture—a domain that inherently equips any organization, product, or service with resilience, making adaptability part of its very DNA.

In the subsequent sections, I explore strategies for developing VUCA antibodies.

From Vulnerability to Resilience: Building an Unshakable Future

Rather than getting bogged down by vulnerabilities, it’s about harnessing resilience. Robustness is the key to building thick layers of protection, ensuring longevity in our ventures. By deliberately creating anti-fragile mechanisms, we’re better prepared for tough times. This resilience doesn’t just happen; it’s constructed. Architects weave it into their designs across various realms:

  • Information Systems: These are designed to be failure resistant. Potential mistakes and erratic behaviors are predicted and integrated into the system as possible anomalies. In such events, responsible teams must give clear procedures to users, operators, and administrators to restore the system to its standard operational mode.
  • Data Management: From acquisition and processing to analytics and visualization, there’s complete control over the data flowing into the system. This range from a service request made over the phone, a command initiated by an AI, or even a tweet that prompts the system to respond.
  • Security: Safeguarding the system against potential hacks is crucial. Additionally, it’s vital to design the system in a way that vulnerabilities don’t open doors for intrusions. Depending on the chosen architectural delivery method, this can be addressed proactively or reactively.
  • Infrastructure: The foundational physical infrastructure, tailored to the system’s needs, must be aptly dimensioned. At times, specialized hardware like GPU-driven servers, or programmable network devices might be essential to cater to particular needs during both the development and operational phases.
  • Organization: People, integral to the corporate ecosystem, influence the system’s effectiveness. Their actions and behaviors enhance system efficiency, especially when elements like trust, making amends for failures, regular maintenance, and adaptability to change are activated.

All these aspects aren’t mere byproducts; they’re deliberately designed system features.

From Uncertainty to Probable Planning: Navigating with Confidence Through Uncertain Waters

Predicting the future is beyond anyone’s capability, but architects can narrow down scenarios to the most probable outcomes. Through modeling techniques like system design, trend analysis, scenario planning, and causal loops, they can forecast with a higher degree of accuracy. However, the planning phase isn’t without challenges:

  • Resources: There are times when constraints in time, finances, skills, and materials can make a proposed solution unfeasible. Recognizing this early on is vital.
  • Leadership: A wavering decision-maker, filled with doubt, can be a significant impediment. This is a leadership challenge that needs addressing at the top. In such a situation, the architect must highlight the unstable matter with benevolence and candor.
  • Team: The implementation is only as good as the team behind it. If team members don’t possess the necessary skills or their abilities don’t align with the mission’s complexity, especially when executing multiple plans simultaneously, it will compromise the execution of the plan.
  • Expertise: last but not least, the architect’s seniority and the time allocated to address your transformation’s VUCA elements also play a critical role.

From Complexity to Engineering: A Blueprint for Simplification

Sometimes, complexity arises from perception, misunderstanding, or underestimating a situation – often, it’s a mix of these elements.

Imagine you have three wooden chairs, and you wish to create a sofa. Is it even possible? Fortunately, Ikea offers a DIY toolbox that can help you realize this vision. When you describe your idea to the store specialist, she confidently directs you to aisles A8 to C12 for the necessary components. At first, you feel relief. But soon, doubts about your abilities confront you. Even with your experience in crafting wooden furniture, you’re unsure about the mechanisms you’ll need, the type of finish to choose, the tools required for precise cuts, and the best materials for durability. Are these materials environmentally friendly? This confusion and uncertainty are akin to experiencing VUCA.

The architect’s role is to first understand the complexity, determine the facts, and uncover what’s unknown, converting it to known information. Then, the challenge or problem is segmented into manageable pieces. I refer to this process as “Undesign.” The goal of undesigning is to get a clear and detailed view of the end goal by atomizing the current state, structure, and behavior. This is achieved through methods like decomposition, deconstruction, alternate system modeling, and sometimes reverse engineering. Subsequently, the architect uncovers a path to transform and assemble these components.

The essence of engineering is to assemble these components using identifiable, simple building blocks. These blocks are selected, modified, added, and connected in a logical order, ensuring the right materials, technologies, and tools are used. People with the right skills can then efficiently bring the project to life, ensuring it’s as seamless and enjoyable as possible. Even the user’s psychological experience matters!

In summary, what seems intricate and complex can be distilled into simpler, manageable parts.

From Ambiguity to Lucidity: Transitioning from Wishful Thinking to Tangible Outcomes

Architects don’t just exist in the present; they shape the future. Their responsibilities lie in meticulously designing and planning changes that will inevitably impact an organization’s products or services. Any vision, no matter how abstract, becomes initially tangible through their work. They ensure this by providing explicit construction instructions, detailed models of the final product, and ensuring the requisite resources and skills are in place. By doing so, architects play a pivotal role in turning ambiguity into precision.

Moreover, it’s the architect’s responsibility to align ambitions with the resources available, ensuring that goals are realistically achievable.

In wrapping up, VUCA can be perceived as a daunting challenge. But, with the right leaders onboard, RePEL becomes a natural response to unfriendly environments and stressful times. They hold the key to transforming volatile situations into clear, well-defined future pathways, keeping the enterprise entropy under control.

Categories
Architecture Business Data Architecture Enterprise Architecture Information Technology IT Architecture Organization Architecture Technology UI Architecture

“Leading you to the best decisions” - A story about the unimaginable benefits of Architecture in Businesses

Green arrows that illustrate the theme "Leading you to the best decisions"

I am amazed by the sparkling eyes of someone discovering what he or she can achieve with Enterprise Architecture and IT Architecture. 

This wonderful effect usually starts with a casual conversation, like one of those happening when you meet someone for the first time at an event exposing the disruptive changes in your industries.

I had that conversation the other day.

Coming out of the main conference room, I was thirsty, so I walked in the direction of the bar. New beverages? Of course, count me in. The drink is unusually green. Same colors as one of those “Diabolo-Menthe” I had in my childhood in Paris. But this glass is foggy. While I am looking at the recipient trying to guess what that magic potion is made of, the bartender is observing me. During this moment of hesitation, he said: “It’s coming from Japan. You are going to like it”. Despite his confidence, he did not convince me. How could he know my tastes anyway? Nevertheless, I drank the mysterious beverage, and, oh boy, he was right. The — whatever the name — was delicious.

Someone next to me was trying a foggy red elixir. When she caught the surprise on my face, she engaged in the conversation.

I answered politely, and introduce myself.

“Nice to meet you. My name is Yannick. Chief Architect at ING”. I shake her hand and I follow up with: “We are experiencing interesting changes, indeed. For the better, I believe.”

“Ah, so you are in real estate construction? Very nice! the industry is flourishing, you must be a happy man!”

“I’m in construction indeed. However, I build businesses, not buildings.”
 
She pauses for a few seconds. “What do you mean? Are you not managing your own architecture firm?”

“Not a firm, but an Enterprise Architecture department in one of the largest financial technology groups on earth. Still, it feels the same as running your own business. The expertise of my team consists of methodically designing and planning the development of products, services, or even the entire lines of business, in the most optimal and sustainable way possible. Whatever we provide fits the customer’s needs, and is made according to its finance, timing, opportunities, technologies, regulatory scope, etc. We consider all aspects. Basically, no matter the complexity, we have a solution for you.”

“Ah, interesting! I didn’t know such a job even existed. And by “all aspects”, you mean…?” 

“Let’s say you’ve come up with a brilliant idea to differentiate yourself by proposing a new product line or rethinking your services. Using an Architecture construction method for businesses, I will first guide you in defining and detailing your requirements and the goals you want to achieve. Quite often, what you think you want is not what you need.

Second, I’ll ask you questions to discover requirements, including some you have not thought about in the first place, and some you wouldn’t believe it is important to care about them.

Third, we will list your constraints and spot the legal framework you must comply with. Moreover, I’ll check with you what you expect as an outcome given your budget and resources. The purpose is to demystify beliefs from the start, then, I will share with you what it takes to get what you want. Indeed, this practice is similar to the building industry, there are rules you have to follow, like environmental guidelines, materials used, construction permits, etc.” 
 
“Ok, I’m starting to get it now. Tell me more.” 
 
“Sure. 
After having completed the aforementioned activities, the Architect does the first design. It is a sketch of the solution to meet your expectations. The purpose is to assess the impacts, but also to make the product more visual and tangible. It is followed by some research to identify the components that can match your needs, in the best ways possible. I said “ways”, with an S, because what matters are the choices YOU make along the way. It all comes down to giving you alternatives to preserve your freedom of choice. 

Ultimately, the architect will lead you to the best decisions

In this design phase, they are several workshops, discussions, negotiations, and information sessions held to detail the master solution design and to thin out financial analysis. 

From this point, we will initiate together a dossier, based on the agreements and scope of work. This mutual understanding acts as a contract. 

The first phase starts with an order for which the result will be an iterative analysis of your requirements, an architecture blueprint, a construction planning, a quote, from which any partnership with product development companies can manufacture your product and services.”

“This looks like a very fun job, very complex, and demanding. Can you be knowledgeable in all these domains? “

“It depends” — This is the architects’ favorite quote.

“The architect is an expert in, at least, two domains: a business domain and a technological domain. They are PI-shaped. For example, I started my career as a Development Engineer, and evolved as an expert in Information Systems Integration, with a Business specialization in Financial Services and Insurances. 

Additionally, they must know the purpose and the mechanisms of other domains and how they fit together. They grow a System Thinking. For example, a company has a Marketing department, a Finance Department, an IT department, a Sales department, etc. Each of them has a specific reason to exist, and they are made up of a plethora of activities that are fundamental elements of the corporate machine. Before selling, the Marketing intent is to present, demonstrate, attract the customer but also to analyze the potential client while continuing to engage the existing customers. To sell better, IT digitize the sales catalog and specs of the products, while having the CRM available on a mobile app, so that Sales can connect with the prospect anywhere and anytime. 

I could go on, but the point is an architect considers each of these domains, each user interaction, each process, each application, each technology, each data, each skill as a building block that needs to be assembled to meet your needs and comply with the agreed requirements.

It is like getting several boxes of Lego, figuring out what the blocks are relevant, and detailing the instructions to achieve the construction. Therefore, there is no need to be an expert in multiple domains, but you need to appreciate their purpose and understand how an industry works to be relevant to your customers. In practice, we reach experts when needed.” 
 
Humm. It sounds simple to understand yet complex in the execution.” 
 
“You are correct.”

“But how come I didn’t hear about Architects for businesses before? Thinking about it, your job seems necessary from the moment an enterprise reaches a certain size.”

“Perhaps you did, there are more architects than you think. For various historical reasons, Architecture is associated with the Information Technology department. Hence most of the time, people in companies consider us like IT folks doing IT stuff, whereas what we deliver are business and technology strategy, business and engineering analysis, business and engineering design, business and engineering planning, and business and engineering innovations. 

Almost every change and improvement in your value chains need software and hardware. So it does not surprise me, our core skill is engineering. We thrive in manufacturing predictability and precision. 

Nevertheless, I understand totally why people categorize architects exclusively in a technical domain if they are continuously presenting themselves using a single part of their expertise. Sometimes it is comfortable !” 
 
“Maybe. Now that you mention. In general, we discuss with our IT specialists whenever we need to change, create new features, or fix things. We trust them, but sometimes it feels like they over-complexify things.” 

We both joyfully laugh.

“I was just sharing my feeling here. I am nowhere near capable of assessing if they could do faster or better. We know they do their best. Yet, we wish we would have more flexible and more modern IT systems, more automated stuff, and good-looking user interfaces. Well, at least they do work!”
 
“Trust me, this is what matters the most. I have a very simple Architecture motto:

1st it needs to work great all the time,
2nd it must be easy to use, remember, teach, and maintain
3rd it should look awesome.” 

“Amen to that. It makes me wonder, though… If Business and IT people can build things already, why would I need an architect?” 

“Good question. To answer you, I’m going to start with: I prefer you to not need me.” 

“I wasn’t expecting this. I’m confused… And curious!”
 
“I know. Why would you need a civil architect to fix your light bulb, change your kitchen sink, or even change the facade of your building? No, you don’t need one for the activities. You call the electrician, plumber or you do it yourself. You need specialized builders or repair persons. And autonomy is the best for everyone. But if you’re looking for building a new house, extend your house with a new room, or change the location of your bathroom, you might want to call your architect. You can, eventually, do it without one. Though, it is your decision of running the risk to spend more money than expected, to have the construction take more time than expected, to receive something that may not meet your expectations or worse.
The decision is entirely yours.”

“I get your point. So when and where should I get an architect? Do I need a Bat-symbol?”

“For most small changes, you don’t need an architect. Rule of thumb, If the structure does not change, the scale of impact and volume stay similar, you don’t touch your foundation, and you don’t bring any new substantial data or business functions, ask your engineers, or senior business analyst to make the change. But at some point, your companies get big enough that people start losing sight, control, and understanding of how everything comes together. The systems of an enterprise are simply too complex to be dealt with by people busy with specific tasks daily. Furthermore, it is neither their core knowledge nor their core activities. And as if it wasn’t enough, the pace of technological disruptions keeps increasing.

As a rule of thumb, you need an architect when you: 

  • Want something custom 
  • Are dealing with complex programs of work
  • Don’t know where to start 
  • Need to acquire or leverage a piece of technology 
  • Seek guidance to build enterprise functions that are sustainable and scalable 
  • Require to plan an actionable strategy with a good level of accuracy 

Either you want something that everybody can get or you want something custom.”

“Are there different kinds of architects? I mean, we have different kinds of builders like plumbers, carpenters, electricians, etc.”

“Architects are … architects. There are flavors of architects. Let’s say they have specialties. Some of them are experts in the infrastructures, some in the data, others in software, while some focus their expertise on a specific industry. The only thing that matters, from a customer point of view, is that they provide the same service and they work together. 

They have the same fundamental knowledge and way of operating. Architects might differ in their technique though. with the practice of various Architecture methods such as Zachman, TOGAF. Some companies build their own because it fits better with their industry and their organization such as EAgile for ING. Some are more specialized, like my AMASE methodology for startups and innovative organizations.
I could tell you more but I’ll save this for another time.”

“I thank you for these explanations and for your time. To be frank, this is an eye-opener. I need to talk with my executive co-workers.”

“My pleasure, Ms. X. One more thing. Do you know what the origin of the word “Architect” is?”

She looks above like she was looking at the answer deep in her memory. Then a second later, the spark. She said, with the scintillating eyes

“Master Builder!”.


Photo by Frank Busch