Enterprise Architecture and Systems Thinking – by Ian Glossop

Enterprise Architecture is a young, immature discipline that produces models to guide the development of an enterprise. It is generally recognised to date back to the late 1980s or early 1990s and the work of Zachman, Spewak and others though it really took-off in the late 1990s and early years of the 21st Century.  But methodological disciplines do not emerge complete […]

Architects, It’s Your Time

bg outline

By: Ben Geller, VP Marketing, Troux

your time blog 1For decades, CIOs have been fighting for a seat at the executive table. Fighting to be heard, fighting to be a trusted advisor to the CEO, fighting to be regarded as a true C-level participant. It hasn’t been until the last few years that cybersecurity breaches, the sprint toward business digitization, the emphasis on the customer experience and a service-driven economy have thrust the CIO into the spotlight.

In many of these cases, CIOs are lucky to have really smart people backing them up along the way. Enterprise architects (EAs) have typically been the CIO’s right-hand man (or woman), fighting alongside their boss to have their strategic insights heard and their version of innovation understood. Now that digitization is widely recognized as being essential to innovation, growth and the capacity to readily compete, CIOs are well on their way to becoming firmly embedded in charting the direction of the business. This should serve as a clarion call to all EAs. It’s your time – CIOs and other leaders are looking to you.

In a recent Wired article, Jason Bloomberg encouraged Chief Digital Officers to “invite enterprise architects to the digital party.” While we’d certainly agree that enterprise architects need to be connected to every branch and stakeholder in the organization – the CEO, CFO, CIO (of course), CDO, etc. – and provide a unique value to each, we’re not convinced they need to wait for their formal invitation to arrive. A few words of advice to architects that will ensure their visibility, effectiveness and ability to carpe diem:

Know your allies and stand on their shoulders. Although much is being made about the digital transformation of the business, let’s be honest – this is the net evolution of something that has been happening for quite some time. A new-fangled Chief Digital Officer can certainly be a valuable relationship to nurture, but remember to dance with the one that brought you. In many companies, it’s the CIO that is your most longstanding ally. They can ingratiate you with the CDO and lend proven, reliable advocacy to your work. We’re not saying it’s a territory war, but it’s important to be aware of where your strongest connections exist.

Be confident in your expertise. Not everyone will understand what you do. Some people might see you as a geek, like the picture that Bloomberg paints in his piece. But none of that matters, because you’re delivering intelligence that counts and offering a path to real business results. It may take some explaining, but we’ve never seen a case where the light bulb didn’t eventually go off for executives looking to understand the purpose and impact of EA. Go about solving problems, not worrying about evangelizing the tools of your trade under the pretense that people need to understand them in order to trust your contributions.

We like the way that Joe McKendrick describes your role in a recent ZDNet post, with a tip of the hat to John Zachman. Zachman postulates that enterprise architects should be like doctors diagnosing ailments: “The fundamental problem in the enterprise community is nobody is doing the diagnosis, they’re just taking x-rays. If people think that enterprise architecture is a practice of building models, that’s like taking x-rays. What the enterprise architect ought to be doing is reading the models, figuring out what the problem is, then prescribing three, or five, or 20 possible solutions.” Seize the moment to be a figurative doctor.

Evolve the EA terminology. It’s time to turn the page and start talking about what EAs provide in a way that everyone understands. At Troux, we’ve taken to calling it enterprise intelligence because we think it more accurately represents the results that come out of our solutions. Bloomberg calls the EA team the Center of Digital Excellence (CODE); that’s pretty catchy too. Whatever it takes to help business leaders understand that you’re up to speed with the business and in lockstep with business objectives. Don’t let nomenclature drag you down.

At a baseline, don’t sit back and wait for an invitation. Take action, step up to the table and prove that you can help steer the business in a positive, profitable direction. It’s the era of the connected enterprise. Decisions you inform and help make for one part of the business ripple throughout the entire organization, with their impacts felt far and wide. It’s time for EAs to seize the moment and show how they can help diagnose and solve the next wave of digital business challenges. It’s your time.

Check out this short video and download our whitepaper, The Power of Enterprise Intelligence, to learn more about how our solutions help decision-makers take a step back to see the big picture to understand exactly where they should be investing in their business.

 



New Call-to-action

Categories Uncategorized

Framework for Success – Survey

 

Assessing the State of Enterprise Architecture in the Industry

Zachman International® and the FEAC Institute® would like your contribution to our body of knowledge on the current state of EA in the enterprise. Government, private industry all professional input is welcome. No private information is being collected so responses are completely private and anonymous.

Feel free to share this link with fellow Enterprise Architects, Strategic Planners, Business Architects, Solution Architects. 

THANK YOU!

SURVEY

Tools and metatools

Meta-this-that-and-the-other – metamodels, metaframeworks, metamethodology, metatheory, even metatools? What is all this stuff about ‘meta-‘? And what is ‘meta-’, anyway? One answer is that it’s about a kind of recursion that we often need in our work, in which something is applied to

The Architecture Manager – the Forgotten Enterprise Architecture Role

I’ve met many Architecture Managers over the years.  Sometimes they go by the title of “Chief Enterprise Architect” or “Chief IT Architect” and other times, the title is “Vice President of Architecture and Strategy” or some variant.  The men and women called to serve in this unique role have a distinct, and uniquely important role to play in the success of the Enterprise Architecture function in their enterprise.  Yet precious little is said about them.

In this article, I’ll touch one some of the key qualities I would expect to find in a successful Architecture Manager.

What value does an Architecture Manager provide

As the role of Enterprise Architect matures in organizations around the world, we’ve begun to see the tremendous impact that an effective architecture manager provides.  In many ways, the Architecture Manager is the single most important role in the department, but also the most difficult role to fill.  That is because, typically, the role is filled by a person who “moves up” from being an Enterprise Architect.  Unfortunately, being an excellent EA is poor preparation for this particular role.

An Architecture manager is:

  • An expert at “selling upwards” – Convincing management of the need, role, measures, and successes of the EA function as a whole.
     
  • An expert as “peer selling” – Convincing enterprise peers of the value of requiring their staff to collaborate with an architect, especially when doing so forces a change on the processes they would otherwise use.   (this is one of the most difficult and valuable activities an Architecture Manager can do).
     
  • A visionary for the development of the function – Convincing the team, the management, and internal partners of the vision and desired impact of Enterprise Architecture in the organization, keeping in mind both short term and long term goals.   Without vision, the function cannot grow. 
     
  • A good people and resource manager – Capable of aligning people to roles that can be successfully performed, helping his or her staff to grow to meet their potential, and finding new resources from within and without the enterprise capable of performing an architecture function.   It’s amazing how many architects move up to a manager role and have no idea how to do this well.  This blind spot can kill a team within a year.

 

In my travels, I’ve met both good Architecture Managers and not-so-good Architecture Managers.  The ones in need of improvement nearly always struggled at one of the above.

What are the responsibilities of an Architecture Manager

Enterprise Architects are rare birds… especially good ones.  There are many folks who have worked to become Enterprise Architects, and a few who succeeded in recognizing the uniquely holistic role of an EA.  Typically an EA has to manage through influence alone, because it’s rare that an EA has a team of resources assigned to him or her.  But an Architecture Manager is in a different position.  They do have a team, and unlike other efforts where they could be objective about a business leader’s business processes and functional alignment, they now have to perform architecture on themselves.  Sometimes, they succeed.

If you find you need to hire an architecture manager, you’ll need a list of responsibilities for your hiring team.  Just copy the following list.

The responsibilities of an Architecture Manager include:

  • To set the vision, goals, and measures of success for the Enterprise Architecture function within an enterprise, recognizing the current team maturity, skills of the team members, and readiness of the enterprise to accept the role as desired.
  • To measure the value of the efforts of the Enterprise Architecture function in a neutral manner and present those measures at appropriate times to stakeholders within the enterprise to earn buy in for the function and the funding it requires.
  • To create, refine, and oversee execution of the internal processes of the Enterprise Architecture function, including documenting processes, building support for points of interaction, and ensuring the deliverables match the expectations and timing needed by internal partners and stakeholders.
  • To manage the team members of the Enterprise Architecture function effectively and within the required parameters set by Human Resources.  This includes hiring staff, setting team goals, and conducting performance reviews.
  • To manage the assignment of resources to necessary priorities within the enterprise to meet conflicting strategic needs, and shielding the team members from being pulled out of role.
  • To act as an evangelist for the role of Enterprise Architect within the enterprise, working to build support for the function and its staff members among internal partners.

 

What should an Architecture Manager know

Some of this is pretty obvious, but it’s worth stating anyway.  The architecture manager has to be familiar with enterprise architecture.  But they also have to be familiar with how things can work in an organization, especially if the focus of the EA program is related to IT (as it nearly always is).

  • Experience with and understanding of the deliverables and value proposition of Enterprise Architecture.
  • Deep understanding of the methods and processes an appropriate EA framework. 
    • For telecom, this would be Frameworx (formerly NGOSS and eTOM).
    • For US federal government, that would be the FEA or DODAF.  (in different countries, there are different governmental frameworks). 
    • For private business, the leading frameworks would be TOGAF in first, with a tiny number of organizations still using Zachman. 
    • A small but growing number of companies use the Pragmatic EA Framework (PEAF). 
    • Most organizations roll their own, often from TOGAF, so starting there is the safest.  Note that a certification in TOGAF or the Zachman Framework is a great start.
  • Strong written and oral communication skills
  • Strong and demonstrable systems thinking and strategic thinking skills.  The ability to capture the key elements of a system into a simple abstraction that empowers good decisions.
  • Solid business financial skills.  Demonstrable ability to perform cost benefit analysis and manage the budget of a team.
  • Strong business negotiation skills, influence, conflict resolution, and political savvy
  • Demonstrable leadership in Portfolio Management, Project Management and Enterprise Change Management
  • Multiple years of Strategic Planning experience, preferably in a governance role

 

What should an Architecture Manager NOT do

In many cases, people who move into the role of Architecture Manager worked their way to that role as an architect.  They may have been a technical architect, solution architect, business architect, or enterprise architect.  In many organizations, these roles are deeply technical.  Of all the architecture managers I’ve met, the overwhelming majority are technologists.

Unfortunately, most technologists don’t have the skills to focus on the responsibilities listed above.  It is tempting to continue to be a technologist once moving to this role.  It is also suicide.  Your term as the “Vice President of Strategy and Architecture” will be short if you cannot step back and let your team perform the technologies or modeling activities typical of an architect.  This means, for the architecture manager himself or herself: No modeling,  No coding,  No time spent geeking out.  (Ok, exception, fiddling on the side is fine, especially if you want to “stay warm” with your technical skills… but nothing deliverable.)

Where should I look to find a good Architecture Manager

First place is the same as you’d expect for any role: find a person who was successful as an Architecture Manager in another enterprise.  Be careful of people who performed  but did not succeed as an Architecture Manager.  Most folks fail.  Find out if the function continued after they left, and if their team enjoyed working for them, and if their stakeholders saw fit to provide an increased level of interaction with their staff members.  Look at examples of their teams’ deliverables and ask about their ability to build and maintain new business processes.

Second option is to bring in an experienced architect and let them take on the role.  Assuming the team already exists and is well accepted within the organization, this is a reasonable approach.  Finding a seasoned architecture manager is extraordinarily difficult, so this may be the only rational option.  The person you select should have worked for at least six years as an Enterprise level architect, with increasing levels of responsibility, and should preferably have been a resource manager at some other point in their career.  If the program does not already exist, see the next section.

Third option is a seasoned manager who has no experience as an Enterprise Architect.  This may be a distinguished technical architect, or the leader of a highly visible program in the past.  These folks are expected to bring expert team leadership skills and deep technical skills.  The biggest challenge that they will face is being able to adequately learn the role.  Unlike most other management roles, the Architecture Manager must be able to SELL the value of the role of Enterprise Architect, and that is extraordinarily difficult to do if the manager wasn’t an architect first.  The learning curve is very steep.  To pull this off, the Architecture Manager will need a good mentor or an experienced consultant to help guide them through the first year in role. 

Building a program around an Architecture Manager

If you don’t already have a functioning Enterprise Architecture program, your very first hire will be the Architecture manager.  This role will be doing a great deal of heavy lifting in that first year.  Setting up processes and deliverables.  Making sure that the stakeholders buy in to collaborating with those processes.  Hiring and situating staff.  Creating priorities and managing resources.  Setting up measurement and demonstrating value.  It’s a tough road to build from scratch while providing value.

The only advice I can give: do NOT build a new EA program around an Enterprise Architect who has never been an Architecture Manager before.  That is simply too much for a single person to handle.  Going from EA to Architecture Manager of a new program is a huge leap, and I have never seen it be a successful approach in the long term.  The person you hire may be a “survivor” who knows how to avoid being fired, but that won’t make them effective.  Once they move to another role in the enterprise, the function will likely vanish.

You need the Architecture Manager to be effective.  To build a program with lasting value.  To build a program that matures over time. 

So if you are building a new EA program, build it around an experienced Architecture Manager.  Then support them with resources that they did not ask for: (a) an outside expert who can provide a neutral point of view and sounding board as they build and struggle that first year, and (b) Serious “air cover” so that they have the time needed to build the team, create the processes, build support, and demonstrate early value.

Conclusion

The single most important person in the Enterprise Architecture function is the Architecture Manager.  This critical role is part visionary, part marketer, part people manager, and part evangelist.  They have to change the organization and keep the change from undoing itself.  The role of Enterprise Architecture is highly dependent upon the skills and the focus of this key role.  Choose wisely.

The Architecture Manager – the Forgotten Enterprise Architecture Role

I’ve met many Architecture Managers over the years.  Sometimes they go by the title of “Chief Enterprise Architect” or “Chief IT Architect” and other times, the title is “Vice President of Architecture and Strategy” or some variant.  The men and women called to serve in this unique role have a distinct, and uniquely important role…

Return to RBPEA

Okay, this is where it gets scary – for me, anyway… – because it’s time for me to return to RBPEA: Really-Big-Picture Enterprise-Architecture. (The reasons why it’s definitely scary for me – and for anyone doing any of this work, frankly

Services and Enterprise Canvas review – worked-example

What is a service-oriented architecture – particularly at a whole-of-enterprise scope? How best could we describe that architecture? We’ve explored those questions in some depth in the preceding series of posts. It’s left us with a set of visual-checklists, including

Why Metamodels Matter

In the process of evolving a business the question of scope arises in my mind often. If I don’t have a boundary to work within, I can get distracted and the project can go sideways. With business design projects that leverage enterprise architecture (EA) the frameworks often supply a metamodel. I believe it is a […]