8 years, 3 months ago

Are you sure that ‘good’ is what you want?

ArchiMate® is an open and independent graphical modeling language for enterprise architecture, but that’s only the start of the matter. It’s much more appropriate to see it as a stakeholder management tool. When used in conjunction with an EA framework like TOGAF™, ArchiMate takes on a new dimension and delivers an ability to communicate and collaborate with stakeholders through the creation of clear models, based on viewpoints that have a common foundation in both TOGAF and ArchiMate.
Continue reading

8 years, 4 months ago

How to elaborate a Business Model with Enterprise Architecture?

How does an Enterprise Architecture and a Business Model work together? Successful organisations are those that improve and innovate their Business Models to find a profitable niche against their competitors. But a new Business Model alone is not enough. It needs to be implemented and executed. This is where an Enterprise Architecture comes in. If […]

8 years, 6 months ago

Modelling Behaviour

I frequently find that there is much confusion about the modelling of Behaviour in an Enterprise Architecture model, specifically between the concepts of Business Capability, Business Function and Business Process. The various enterprise architecture glossaries all differ in their definition of these. For example the TOGAF ADM or ISEB definitions don’t help as much as […]

8 years, 6 months ago

Adoption of ArchiMate in the UK

I was recently asked about the adoption trend of ArchiMate. I see demand for ArchiMate support slowly increasing in the UK, but it is nowhere near the tipping point that it has already reached in the Benelux area, especially in the Netherlands of course, where a requirement for enterprise architects to have Archimate experience is […]

8 years, 7 months ago

What Business Architecture and Pudding Have in Common

(this is a response to the recent article in Architecture and Governance Magazine titled ‘Archimate: Adding Value to TOGAF’ – registration required.)

I was walking down the hall last week when the VP of Finance stopped me and asked me for my latest BPMN and Archimate diagrams for the “X” project that was going to revamp the marketing campaign software. He wanted the diagrams on his desk as soon as possible. If this sounds likely then you and I have probably had different work experiences, not to mention career paths.

I would suggest that the vignette in the previous paragraph is as likely as finding a shovel in Louis XV’s ballroom. So why is it that the good folks at TOGAF and Archimate keep trotting out Archimate viewpoints for EA and Business Architecture?

My answer would be that they’re fascinated by the tools of proof. These tools like Archimate, BPMN, UML are some of my favorite tools. But really, to expect others to have the same enthusiasm is unrealistic.

The business people that I know just don’t care about the actual diagrams although they might be interested in the proof or at least the fact that I have some proof in my pocket somewhere. I’m talking here about the sponsors, the people with the ultimate financial authority, the P&L owners, the ones sponsoring the business architecture (strategy) assignment.

If you’re thinking, “they should be interested” or that “we’ll educate them regarding our super great notation so that we can communicate” then I have to suggest you’ve missed the mark already.

No, the folks I know just want verify that I understand their issues. How I talk to them is critical because they listen to me repeat back to them my own understanding prior to the presentation of strategy options. I do use models behind the scenes to verify my understanding and to provide a backbone to my strategic chat but I talk to the operational people to acquire that understanding. By the way, the operational people are interested in the proof side of the equation but they aren’t the ones making the investment decision.

So the tools of proof are half the story? Well, actually they represent 80% of the work in business architecture. They just don’t show up in the strategy part of the presentation. Actually they don’t show up in the presentation at all, period. But if the tools of proof occupy 80% of the strategy analysis maybe that’s why architecture centric organizations like to call their tools “Business Architecture”. But that is doing what the recruiters do — everything is business architecture to that crowd.

My advice is to make an adjustment where notations are concerned. Keep the details in the background and not the foreground and if you’re selling Business Architecture don’t talk about the tools of proof to your sponsor unless they ask.

To learn more about keeping the proof in the pudding see our Capability Based Business Architecture curriculum here.

8 years, 7 months ago

What Business Architecture and Pudding Have in Common

(this is a response to the recent article in Architecture and Governance Magazine titled ‘Archimate: Adding Value to TOGAF’ – registration required.)

I was walking down the hall last week when the VP of Finance stopped me and asked me for my latest BPMN and Archimate diagrams for the “X” project that was going to revamp the marketing campaign software. He wanted the diagrams on his desk as soon as possible. If this sounds likely then you and I have probably had different work experiences, not to mention career paths.

I would suggest that the vignette in the previous paragraph is as likely as finding a shovel in Louis XV’s ballroom. So why is it that the good folks at TOGAF and Archimate keep trotting out Archimate viewpoints for EA and Business Architecture?

My answer would be that they’re fascinated by the tools of proof. These tools like Archimate, BPMN, UML are some of my favorite tools. But really, to expect others to have the same enthusiasm is unrealistic.

The business people that I know just don’t care about the actual diagrams although they might be interested in the proof or at least the fact that I have some proof in my pocket somewhere. I’m talking here about the sponsors, the people with the ultimate financial authority, the P&L owners, the ones sponsoring the business architecture (strategy) assignment.

If you’re thinking, “they should be interested” or that “we’ll educate them regarding our super great notation so that we can communicate” then I have to suggest you’ve missed the mark already.

No, the folks I know just want verify that I understand their issues. How I talk to them is critical because they listen to me repeat back to them my own understanding prior to the presentation of strategy options. I do use models behind the scenes to verify my understanding and to provide a backbone to my strategic chat but I talk to the operational people to acquire that understanding. By the way, the operational people are interested in the proof side of the equation but they aren’t the ones making the investment decision.

So the tools of proof are half the story? Well, actually they represent 80% of the work in business architecture. They just don’t show up in the strategy part of the presentation. Actually they don’t show up in the presentation at all, period. But if the tools of proof occupy 80% of the strategy analysis maybe that’s why architecture centric organizations like to call their tools “Business Architecture”. But that is doing what the recruiters do — everything is business architecture to that crowd.

My advice is to make an adjustment where notations are concerned. Keep the details in the background and not the foreground and if you’re selling Business Architecture don’t talk about the tools of proof to your sponsor unless they ask.

To learn more about keeping the proof in the pudding see our Capability Based Business Architecture curriculum here.

8 years, 9 months ago

What Notation for Enterprise Architecture Modeling?

I’ve been a huge fan of architecture modeling for over a decade now. I feel there is no better way to get stakeholders on the same page so quickly. It is true what they say…a picture is worth a thousand…

8 years, 9 months ago

Using VPEC-T and ArchiMate

I have recently finished reading the book ‘Lost on Translation’ by Nigel Green and Carl Bate and found it a very useful and insightful. I recommend it for the shelf of any Enterprise Architect. See http://www.lithandbook.com/ The book describes the VPEC-T ‘thinking framework’ and a focus on understanding the Values, Policies, Events, Content and Trust perspectives […]