Tag Archives: TOGAF

Using the ArchiMate® Language to Model TOGAF® Architectures

By William Estrem, President, Metaplexity Associates LLC, Serge Thorn, Associate, Metaplexity Associates LLC, and Sonia Gonzalez, Architecture and ArchiMate® Forums Director, The Open Group

If you are using the TOGAF® standard in your organization to guide the process of developing Enterprise Architectures, you could consider using the ArchiMate® language. ArchiMate, an Open Group standard, is a modeling language that is designed from the ground up to support modeling Enterprise Architectures and that can be very successfully applied for developing architecture descriptions that are well aligned with your organization’s strategy

The TOGAF standard is a framework for creating an Enterprise Architecture capability in your organization. The TOGAF Architecture Development Method (ADM) is a central feature of the TOGAF standard. The ADM cycle describes an incremental and iterative method for designing Business, Data, Applications, and Technology architectures. It progresses from high-level concept diagrams, to detailed domain architectures, all the way to the development of solution architectures, architecture roadmaps and implementation plans.

The ArchiMate® language is an Open Group standard that provides an Enterprise Architecture modeling language. The Archimate® language views the model as a set of layers (Business, Application, and Technology) as well as some specialized extensions (Motivation, and Implementation and Migration).

The Open Group Architecture and ArchiMate Forums have established a joint project known as Project Harmony that is focused on improving how the TOGAF and ArchiMate standards can be used together to create effective architecture descriptions.

Project Harmony has now published its first deliverables, a series of white papers that deliver guidance on the combined use of the TOGAF® Enterprise Architecture (EA) framework and the ArchiMate® EA modeling language. A Practitioner’s Guide summarizes the key findings of three in-depth white papers, which analyze the standards in terms of terminology, viewpoints, and metamodels, and provide recommendations on how they can be best used together.

The full series is entitled TOGAF® Framework and ArchiMate® Modeling Language Harmonization. The four white papers are:

  • A Practitioner’s Guide to Using the TOGAF® Framework and the ArchiMate® Language (W14C)
  • Content Metamodel Harmonization: Entitles and Relationships (W14D)
  • Glossaries Comparison (W14A)
  • Viewpoints Mapping (W14B)

All four can be downloaded from here (select the ZIP file link).

The Open Group has recently hosted a webinar highlighting how you can use TOGAF and ArchiMate together more effectively, to view the webinar visit: https://www2.opengroup.org/ogsys/catalog/D120

By William Estrem, Serge Thorn and Sonia GonzalezWilliam Estrem, President of Metaplexity Associates LLC, is currently serving as the chairman of Project Harmony. He has been involved with the development of the TOGAF standard since 1994. He is a former chairman of the Architecture Forum and served a two year term on the Open Group Board of Governors. Metaplexity Associates is a Gold Level member of The Open Group. It is a U.S. based education and consulting firm that offers services related to Enterprise Architecture. Metaplexity Associates offers accredited TOGAF courses.


By William Estrem, Serge Thorn and Sonia GonzalezSerge Thorn was CIO of Architecting the Enterprise, now an Associate of Metaplexity Associates LLC. He has worked in the IT Industry and Consultancy (Banking-Finance, Biotechnology-Pharma/Chemical, Telcos), for over 30 years, in a variety of roles, which include: Development and Systems Design, Project Management, Business Analysis, IT Operations, IT Management, IT Strategy, Research and Innovation, IT Governance, Project and Portfolio Management, Enterprise Architecture and Service Management (ITIL), Products Development, Coaching-Mentoring. For 10 years, he has been Chairman of the itSMF (IT Service Management Forum) Swiss chapter, involved with The Open Group Architecture and ArchiMate Forums.


By William Estrem, Serge Thorn and Sonia GonzalezSonia Gonzalez is The Open Group Forum Director for the Architecture and ArchiMate® Forums. Sonia has been also a trainer and consultant in the areas of business innovation, business process modeling, and Enterprise Architecture applying TOGAF® and ArchiMate. In this position, she is involved in the development and evolution of current and future EA standards. She is TOGAF® 9 Certified and ArchiMate® 2 Certified, and has been a trainer for an accredited training course provider and developed workshops and EA consultancy projects using the TOGAF standard as a reference framework and the ArchiMate standard as a modeling language.



1 Comment

Filed under ArchiMate®, Enterprise Architecture, Professional Development, Standards, TOGAF®, Uncategorized

“Lean” Enterprise Architecture powered by TOGAF® 9.1

By Krish Ayyar, Managing Principal, Martin-McDougall Technologies

Enterprise Architecture is there to solve Enterprise level problems. A typical problem scenario could be something like “A large Mining and Resources company uses many sensors to collect and feed engineering data back to the central control room for monitoring their assets. These sensors are from multiple vendors and they use proprietary networking technologies and also data formats. There are interoperability issues. The company would like to improve the manageability and availability of these systems by exploring solutions around the emerging Internet Of Things (IoT) technology”.

There are many ways to solve Enterprise level problems. A typical approach might be to purchase a packaged software or develop bespoke solutions and sponsor an IT project to implement it.

So, what is special about Enterprise Architecture? EA is the only approach that puts you in the driver seat when it comes to orderly evolution of your enterprise’s business and information systems landscape.

How do we go about doing this?

The best way is to develop Enterprise Architecture in a short engagement cycle of say 4 to 6 weeks through the use of TOGAF® 9.1 method. If you think about it, the TOGAF® ADM basically covers 4 “Meta” phases. They are namely: Preparing and Setting the Architecture Vision, Blueprinting the Target State, Solutioning & Road Mapping, Governance and Change Management. The key to a short engagement cycle is in not doing those activities which are already done elsewhere in the organisation but linking with them. This includes Business Strategy, IT Strategy, Detailed Implementation Planning and Governance. This might mean “Piggy Backing” on PMO processes and extending them to include Enterprise Architecture.

As part of “Preparing and Setting the Architecture Vision”, we identify the Business Goals, Objectives and Drivers related to this problem scenario. For instance in this case, let us say we ran business scenario workshops and documented the CFO’s statement that the overall cost of remotely monitoring and supporting Engineering Systems must come down. We now elicit the concerns and requirements related to business and information systems from the stakeholders. In this case, the CEO has felt that the company needs new capabilities for monitoring devices anytime, anywhere.

As part of the “Governance and Change Management”, we look at emerging Business and Technology trends. Internet of Things or “IoT” is trending as the technology which has the ability to connect sensors to the internet for effective control. At this juncture, we should do some research and collect information about the Product and Technology Solutions that could deliver the new or enhanced capabilities. Major vendors such as SAP, Cisco and Microsoft have IoT Solutions in their offerings. These solutions are capable of enabling remote support using mobile devices streaming data in the cloud, network infrastructure for transporting the data using open standards, Cloud Computing, sensor connectivity to Wifi / Internet etc.,

Next, as part of “Blueprinting the Target State””, we model the Current and Target state Business Capabilities and Information System Services and Functionalities. We can do this very quickly by selecting the relevant TOGAF® 9.1 Artifacts to address the concerns and requirements. These are grouped by Architecture Domains within the TOGAF® 9.1 document. We then identify the Gaps. In our example, these could be new support capabilities using IoT.

Now as part of “Solutioning and Road Mapping”, we roadmap the gaps in a practical way to deliver business value. We could effectively use the TOGAF® 9.1 “Business Value Assessment” technique to achieve this. This will help us to realise the business goals and objectives as per business priorities delivered by the solution components. For example, reducing the cost of remotely monitoring and supporting engineering systems could be realised by solutions that enable remote monitoring and support using mobile devices streaming data in the cloud.

Of course, architecture work is not complete until the solution is architected from a design perspective to manage the product and technology complexities during implementation. There is also the need for Architecture Governance to ensure that it does not go pear-shaped during implementation and operation.

This does not seem to be a lot of effort, does it? In fact, some sort of conceptualisation happens in all major projects prior to the business case leading up to funding approval. When it is done by people who do not have the right mix of strategy, project management, solutioning and consulting skills, it becomes a mere “tick in the box” exercise. Why not adopt this structured approach of Enterprise Architecture powered by TOGAF® 9.1 and reap the rewards?

By Krish Ayyar, Martin-McDougall TechnologiesKrish Ayyar is an accomplished Enterprise Architecture Practitioner with well over 10 years consulting and teaching Enterprise Architecture internationally. He is a sought after Trainer of TOGAF® 9.1 Level 2 and Archimate® 2.1 Level 2 Certification Courses with teaching experience for over 5 years in Australia, New Zealand, China, Japan, India, USA and Canada.  His experience includes a background in management consulting with Strategy and Business Transformation consulting, Enterprise Architecture consulting and Enterprise Architect functional roles in Australia, Singapore, Malaysia and USA for over 15 years. Krish is an active contributor to The Open Group Architecture Forum activities through membership of his own consulting company based in Sydney, Australia.  Krish has been a presenter in Open Group conferences at Boston, Washington D.C and Sydney. He is currently Vice Chair of the Certification Standing Committee of the Architecture Forum.



Comments Off on “Lean” Enterprise Architecture powered by TOGAF® 9.1

Filed under ArchiMate®, Business Architecture, Certifications, Enterprise Architecture, Professional Development, Standards, TOGAF®, Uncategorized

The Open Group San Diego 2015 – Day Two Highlights

By Loren K. Baynes, Director, Global Marketing Communications, The Open Group

Day two, February 3, kicked off with a presentation by Allen Brown, President and CEO of The Open Group, “What I Don’t Need from Business Architecture… and What I Do”.

Allen began with a brief history of The Open Group vision of Boundaryless Information Flow™, which enables the break down of barriers to cross-functional organization when information is held in siloed parts. Allen and team used the word “boundaryless” that was started by Jack Welch in 2002 with the phrase “Boundaryless Organization”. This approach focused on thinking and acting, not technical. “Boundaryless” does not mean there are no boundaries, it means that boundaries are permeable to enable business.

Allen also discussed brand actualization, and that organizations wishing to achieve brand recognition such as Nike and Apple must be aware of the customer journey. The journey entails awareness, evaluation, joining, participation, renewal and advocacy. The organization needs to learn more about the people so as not to segment, since people are not “one size fits all”. Business Architecture helps with understanding the customer journey.

By Loren K. Baynes

Business Architecture is part of Enterprise Architecture, he continued. A greater focus on the “what”, including strategic themes, capabilities and interdependencies, can add a lot of value. It is applicable to the business of government as well as to the business of “businesses” and non-profit organizations.

John Zachman, Founder & Chairman, Zachman International and Executive Director of FEAC Institute, presented “The Zachman Framework and How It Complements TOGAF® and Other Frameworks”. John stated the biggest problem is change. The two reasons to do architecture are complexity and change. A person or organization needs to understand and describe the problem before solving it.

“All I did was, I saw the pattern of the structure of the descriptive representations for airplanes, buildings, locomotives and computers, and I put enterprise names on the same patterns,” he said. “Now you have the Zachman Framework, which basically is Architecture for Enterprises. It is Architecture for every other object known to human kind.” Thus the Zachman Framework was born.

According to John, what his Framework is ultimately intended for is describing a complex object, an Enterprise. In that sense, the Zachman Framework is the ontology for Enterprise Architecture, he stated. What it doesn’t do is tell you how to do Enterprise Architecture.

“My framework is just the definition and structure of the descriptive representation for enterprises,” he said. That’s where methodologies, such as TOGAF®, an Open Group standard, or other methodological frameworks come in. It’s not Zachman OR TOGAF®, it’s TOGAF® AND Zachman.

By Loren K. BaynesJohn Zachman

Allen and John then participated in a Q&A session. Both are very passionate about professionalizing the architecture profession. Allen and John agreed there should be a sense of urgency for architecture to keep up with the rapid evolution of technology.

The plenary continued with Chris Forde, GM APAC Region and VP, Enterprise Architecture, The Open Group on “The Value of TOGAF® Architecture Development Method (ADM) and Open Systems Architecture”. Chris was presenting on behalf of Terry Blevins, Fellow of The Open Group, who could not attend.

Chris said, “Enterprise Architecture is a constant journey.” The degree of complexity of organizations or objects (such as airplanes) is enormous. Architecture is a means to an end. ADM is the core of TOGAF.

Enterprise Architecture (EA) is nothing but a paperweight if there are no plans in place to use it to make decisions. Supporting decision-making is the key reason to produce an Enterprise Architecture. Chris noted sound decisions sometimes need to be made without all of the information required. EA is a management tool, not a technology tool.

Allen Brown chaired a panel, “Synergy of EA Frameworks”, with panelists Chris Forde, John Zachman, Dr. Beryl Bellman, Academic Director, FEAC Institute, and Iver Band, Enterprise Architect, Cambia Health Solutions.

Iver began the panel session by discussing ArchiMate®, an Open Group standard, which is a language for building understanding and communicating and managing change.

One of the questions the panel addressed was how does EA take advantage of emerging technologies such as mobile, big data and cloud? The “as designed” logic can be implemented in any technology. Consideration should also be given to synergy among the different architectures. EA as a management discipline helps people to ask the right questions about activities and technologies to mitigate risk, take advantage of the situation and/or decide whether or not to deploy the strategies and tactics. The idea is not to understand everything and every framework, but to get the right set of tools for interaction and navigation.

In the afternoon, tracks consisted of Risk, Dependability and Trusted Technology, Open Platform 3.0™, Architecture Frameworks and EA and Business Transformation. Presenters were from a wide range of organizations including HP, Tata Consulting Services (India), Wipro, IBM, Symantic and Arca Success Group.

A networking reception was held at the Birch Aquarium, Scripps Institution of Oceanography. Attendees enjoyed a scrumptious dinner and experienced the wonders of ocean and marine life.

A very special thank you goes to our San Diego 2015 sponsors and exhibitors: BiZZdesign, Corso, FEAC Institute, AEA, Good E-learning, SimpliLearn and Van Haren Publishing.

Most of our plenary proceedings are available at Livestream.com/opengroup

Please join the conversation – @theopengroup #ogSAN

By Loren K. BaynesLoren K. Baynes, Director, Global Marketing Communications, joined The Open Group in 2013 and spearheads corporate marketing initiatives, primarily the website, blog and media relations. Loren has over 20 years experience in brand marketing and public relations and, prior to The Open Group, was with The Walt Disney Company for over 10 years. Loren holds a Bachelor of Business Administration from Texas A&M University. She is based in the US.


Comments Off on The Open Group San Diego 2015 – Day Two Highlights

Filed under Business Architecture, Conference, Enterprise Architecture, Enterprise Transformation, Internet of Things, Interoperability, Open Platform 3.0, Professional Development, Standards, TOGAF®, Value Chain

The Open Group San Diego 2015 – Day One Highlights

By Loren K. Baynes, Director, Global Marketing Communications, The Open Group

The Open Group San Diego 2015, with over 200 guests in attendance, had a powerful start on Monday, February 2 with a presentation by Dawn Meyerriecks, CIA Deputy Director for Science and Technology and Emeritus of The Open Group.

Dawn’s presentation, entitled “Emerging Tech Trends: The Role of Government”, focused on the US government, but she emphasized that global reach is necessary as are international relationships. US investment in R&D and basic research is accelerating. She continued, the government is great at R&D but not necessarily bringing it to market. Furthermore, as physical and virtual converge (i.e. Internet of Things), this fuels the state of IT. The US is well ahead of other countries in R&D, but China and Japan are increasing their spend, along with other markets. Discussions about supply chain, dependability, platforms, mobility and architectural framework are also required.

Big data analytics are key as is the access to analytics and the ability to exploit it to have market growth. The government works with partners on many levels. Leading experts from academia, governments, and industry collaborate to solve hard problems in big data analytics, including the impacts on life such as trying to predict societal unrest. The complex technologies focus must utilize incisive analysis, safe and secure operations and smart collection.

By The Open GroupDawn Meyerriecks

When Allen Brown, President and CEO of The Open Group, introduced Dawn, he mentioned her integral role in launching the Association of Enterprise Architects (AEA), formerly AOGEA, in 2007 which initially had 700 members. AEA now has over 40,000 members and is recognized worldwide as a professional association.

Dawn’s presentation was followed by a Q&A session with Allen who further addressed supply chain, ethical use of data, cloud systems and investment in cybersecurity. Allen emphasized that The Open Trusted Technology Provider™ Standard (O-TTPS) Accreditation Program is in place but there needs to be a greater demand.

Next on the agenda was the The Open Group overview and Forum Highlights presented by Allen Brown. The Open Group has 488 member organizations signed in 40 countries such as Australia, Czech Republic, Japan, Nigeria, Philippines and United Arab Emirates. In 2014, The Open Group signed 93 new membership agreements in 22 countries.

Allen presented updates on all The Open Group Forums: ArchiMate®, Architecture, DirectNet®, EMMM, Enterprise Management, FACE®, Healthcare, IT4IT™, Open Platform 3.0™, Open Trusted Technology, Security. Highlights included:

  • ArchiMate® Forum – The Open Group now sponsors the Archi tool, a free open source tool; recently published TOGAF® Framework/ArchiMate® Modeling Language Harmonization guide
  • Architecture Forum – TOGAF® 9 reached 40,000 certifications; 75,000 TOGAF publications download in 166 countries; TOGAF books sales reached 11,000
  • Healthcare Forum – first round analysis submission for Federal Health Information Model (FHIM) was very well-accepted; white paper in development
  • The Open Group IT4IT™ Forum – launched in October 2014
  • Open Platform 3.0™ Forum – snapshot 2 in development; produced two Internet of Things (IoT) standards in 2014; relaunching UDEF in 2015
  • Security Forum – increasing activities with organizations in India

The plenary continued with a joint presentation by Dr. Ron Ross, Fellow of National Institute of Standards and Technology (NIST) and Mary Ann Davidson, Chief Security Officer, Oracle and entitled “Cybersecurity Standards: Finding the Right Balance for Securing Your Enterprise”.

Dr. Ross stated the world is developing the most complicated IT infrastructure ever. Critical missions and business functions are at risk – affecting national economic security interests of the US. Companies throughout the globe are trying to make systems secure, but there are challenges when getting to the engineering aspect. Assurance, trustworthiness, resiliency is the world we want to build. “Building stronger, more resilient systems requires effective security standards for software assurance, systems security engineering, supply chain risk management.” It is critical to focus on the architecture and engineering. The essential partnership is government, academia and industry.

Mary Ann posed the question “why cybersecurity standards?” with the answer being that standards help ensure technical correctness, interoperability, trustworthiness and best practices. In her view, the standards ecosystem consists of standards makers, reviewers, mandaters, implementers, certifiers, weaponizers (i.e. via regulatory capture). She stated the “Four Ps of Benevolent Standards” are problem statement, precise language and scope, pragmatic solutions and prescriptive minimization. “Buyers and practitioners must work hand in hand; standards and practice should be neck and neck, not miles apart.”

The plenary culminated with the Cybersecurity Panel. Dave Lounsbury, CTO, The Open Group, moderated the panel. Panelists were Edna Conway, Chief Security Officer for Global Supply Chain, Cisco; Mary Ann Mezzapelle, America CTO for Enterprise Security Services, HP, Jim Hietala, VP Security, The Open Group, Rance Delong, Security and High Assurance Systems, Santa Clara University. They all agreed the key to Security is to learn the risks, vulnerabilities and what can you control. Technology and controls are out there but organizations need to implement them effectively. Also, collaboration is important among public, private, industry and supply chain, and people, processes and technology.

By The Open Group

Rance Delong, Jim Hietala, Edna Conway, Mary Ann Mezzapelle, Dave Lounsbury

The afternoon featured tracks Risk, Dependability and Trusted Technology; IT4IT™; EA Practice and Professional Development. One of the sessions “Services Model Backbone – the IT4IT™ Nerve System” was presented by Lars Rossen, Distinguished Technologist and Chief Architect, IT4IT Initiative, HP.

In the evening, The Open Group hosted a lovely reception on the outside terrace at the Westin Gaslamp.

Most plenary sessions are available via: Livestream.com/opengroup

Please join the conversation – @theopengroup #ogSAN

By Loren K. BaynesLoren K. Baynes, Director, Global Marketing Communications, joined The Open Group in 2013 and spearheads corporate marketing initiatives, primarily the website, blog and media relations. Loren has over 20 years experience in brand marketing and public relations and, prior to The Open Group, was with The Walt Disney Company for over 10 years. Loren holds a Bachelor of Business Administration from Texas A&M University. She is based in the US.










Filed under Business Architecture, Conference, Cybersecurity, Enterprise Architecture, Enterprise Transformation, O-TTF, Professional Development, Security, Standards

Professional Training Trends (Part One): A Q&A with Chris Armstrong, Armstrong Process Group

By The Open Group

This is part one in a two part series.

Professional development and training is a perpetually hot topic within the technology industry. After all, who doesn’t want to succeed at their job and perform better?

Ongoing education and training is particularly important for technology professionals who are already in the field. With new tech trends, programming languages and methodologies continuously popping up, most professionals can’t afford not to keep their skill sets up to date these days.

The Open Group member Chris Armstrong is well-versed in the obstacles that technology professionals face to do their jobs. President of Armstrong Process Group, Inc. (APG), Armstrong and his firm provide continuing education and certification programs for technology professionals and Enterprise Architects covering all aspects of the enterprise development lifecycle. We recently spoke with Armstrong about the needs of Architecture professionals and the skills and tools he thinks are necessary to do the job effectively today.

What are some of the latest trends you’re seeing in training today?

If I look at the kinds of things we’ve been helping people with, we definitely continue to do professional certifications like TOGAF®. It appears that the U.S. is still lagging behind Europe with penetration of TOGAF certifications. For example, the trend has been that the U.K. is number one in certifications and the U.S. is number two. Based on sheer numbers of workers, there should actually be far more people certified in the U.S., but that could be related to cultural differences in regional markets as related to certification.

Another trend we’re seeing a lot of is “How do I do this in the real world?” TOGAF intentionally does not go to the level of detail that prescribes how you really do things. Many practitioners are looking for more focused, detailed training specific to different Enterprise Architecture (EA) domains. APG does quite a bit of that with our enterprise clients to help institutionalize EA practices. There are also many tool vendors that provide tools to help accomplish EA tasks and we help with training on those.

We also find that there’s a need for balance between how much to train someone in terms of formal training vs. mentoring and coaching them. As a profession, we do a lot of classroom training, but we need to follow up more with how we’re going to apply it in the real world and in our environment with on-the-job training. Grasping the concepts in an instructor-led class isn’t the same as doing it for real, when trying to solve a problem you actually care about.

When people are interested in becoming Enterprise Architects, what kind of training should they pursue?

That’s a pretty compelling question as it has to do with the state of the architecture profession, which is still in its infancy. From a milestone perspective, it’s still hard to call Enterprise Architecture a “true” profession if you can’t get educated on it. With other professions—attorneys or medical doctors—you can go to an accredited university and get a degree or a master’s and participate in continuing education. There are some indicators that things are progressing though. Now there are master’s programs in Enterprise Architecture at institutions like Penn State. We’ve donated some of our architecture curriculum as a gift- in-kind to the program and have a seat on their corporate advisory board. It was pretty awesome to make that kind of contribution to support and influence their program.

We talk about this in our Enterprise Architecture training to help to make people aware of that milestone. However, do you think that getting a four-year degree in Computer Science or Math or Engineering and then going on to get a master’s is sufficient to be a successful Enterprise Architect? Absolutely not. So if that’s insufficient, we have to agree what additional experiences individuals should have in order to become Enterprise Architects.

It seems like we need the kind of post-graduate experience of a medical doctor where there’s an internship and a residency, based on on-the-ground experience in the real world with guidance from seasoned professionals. That’s been that approach to most professional trades—apprentice, journeyman, to master—they require on-the-job training. You become a master artisan after a certain period of time and experience. Now there are board-level certifications and some elements of a true profession, but we’re just not there yet in Enterprise Architecture. Len Fehskens at the Association of Enterprise Architects (AEA) has been working on this a lot recently. I think it’s still unclear what it will take to legitimize this as a profession, and while I’m not sure I know the answer, there may be some indicators to consider.

I think as Enterprise Architecture becomes more commonplace, there will be more of an expectation for it. Part of the uptake issue is that most people running today’s organizations likely have an MBA and when they got it 20, 30 or 40 years ago, EA was not recognized as a key business capability. Now that there are EA master’s programs, future MBA candidates will have been exposed to it in their education, which will remove some of the organizational barriers to adoption.

I think it will still be another 20 or 30 years for mass awareness. As more organizations become successful in showing how they have exploited Enterprise Architecture to deliver real business benefits (increased profitability and reduced risk), the call for qualified people will increase. And because of the consequences of the decisions Enterprise Architects are involved in, business leaders will want assurance that their people are qualified and have the requisite accreditation and experience that they’d expect from an attorney or doctor.

Maybe one other thing to call out—in order for us to overcome some of these barriers, we need to be thinking about what kind of education do we need to be providing our business leaders about Enterprise Architecture so that they are making the right kinds of investments. It’s not just Architect education that we need, but also business leader education.

What kind of architecture skills are most in demand right now?

Business Architecture has a lot of legs right now because it’s an essential part of the alignment with the business. I do see some risks of bifurcation between the “traditional” EA community and the emerging Business Architecture community. The business is enterprise, so it’s critical that the EA and BA communities are unified. There is more in common amongst us than differences as professionals, and I think there’s strength in numbers. And while Business Architecture seems to have some good velocity right now, at the end of the day you still need to be able to support your business with IT Architecture.

There is a trend coming up I do wonder about, which is related to Technology Architecture, as it’s known in TOGAF. Some people may also call it Infrastructure Architecture. With the evolution of cloud as a platform, it’s becoming in my mind—and this might be just because I’m looking at it from the perspective of a start-up IT company with APG—it’s becoming less and less of an issue to have to care as much about the technology and the infrastructure because in many cases people are making investments in these platforms where that’s taken care of by other people. I don’t want to say we don’t care at all about the technology, but a lot of the challenges organizations have of standardizing on technology to make sure that things can be easily sustainable from a cost and risk perspective, many of those may change when more and more organizations start putting things in the cloud, so it could possibly mean that a lot of the investments that organizations have made in technical architecture could become less important.

Although, that will have to be compensated for from a different perspective, particularly an emerging domain that some people call Integration Architecture. And that also applies to Application Architecture as well—as many organizations move away from custom development to packaged solutions and SaaS solutions, when they think about where they want to make investments, it may be that when all these technologies and application offerings are being delivered to us via the cloud, we may need to focus more on how they’re integrated with one another.

But there’s still obviously a big case for the entirety of the discipline—Enterprise Architecture—and really being able to have that clear line of sight to the business.

What are some of the options currently available for ongoing continuing education for Enterprise Architects?

The Association of Enterprise Architects (AEA) provides a lot of programs to help out with that by supplementing the ecosystem with additional content. It’s a blend between formal classroom training and conference proceedings. We’re doing a monthly webinar series with the AEA entitled “Building an Architecture Platform,” which focuses on how to establish capabilities within the organization to deliver architecture services. The topics are about real-world concerns that have to do with the problems practitioners are trying to address. Complementing professional skills development with these types of offerings is another part of the APG approach.

One of the things APG is doing, and this is a project we’re working on with others at The Open Group, is defining an Enterprise Architecture capability model. One of the things that capability model will be used for is to decide where organizations need to make investments in education. The current capability model and value chain that we have is pretty broad and has a lot of different dimensions to it. When I take a look at it and think “How do people do those things?” I see an opportunity for education and development. Once we continue to elaborate the map of things that comprise Enterprise Architecture, I think we’ll see a lot of opportunity for getting into a lot of different dimensions of how Enterprise Architecture affects an organization.

And one of the things we need to think about is how we can deliver just-in-time training to a diverse, global community very rapidly and effectively. Exploiting online learning management systems and remote coaching are some of the avenues that APG is pursuing.

Are there particular types of continuing education programs that EAs should pursue from a career development standpoint?

One of the things I’ve found interesting is that I’ve seen a number of my associates in the profession going down the MBA path. My sense is that that’s a representation of an interest in understanding better how the business executives see the enterprise from their world and to help perhaps frame the question “How can I best anticipate and understand where they’re coming from so that I can more effectively position Enterprise Architecture at a different level?” So that’s cross-disciplinary training. Of course that makes a lot of sense, because at the end of the day, that’s what Enterprise Architecture is all about—how to exploit the synergy that exists within an enterprise. A lot of times that’s about going horizontal within the organization into places where people didn’t necessarily think you had any business in. So raising that awareness and understanding of the relevance of EA is a big part of it.

Another thing that certainly is driving many organizations is regulatory compliance, particularly general risk management. A lot of organizations are becoming aware that Enterprise Architecture plays an essential role in supporting that. Getting cross-training in those related disciplines would make a lot of sense. At the end of the day, those parts of an organizations typically have a lot more authority, and consequently, a lot more funding and money than Enterprise Architecture does, because the consequence of non-conformance is very punitive—the pulling of licenses to operate, heavy fines, bad publicity. We’re just not quite there that if an organization were to not do “good” on Enterprise Architecture, that it’d become front-page news in The New York Times. But when someone steals 30 million cardholders’ personal information, that does become headline news and the subject of regulatory punitive damages. And not to say that Enterprise Architecture is the savior of all things, but it is well-accepted within the EA community that Enterprise Architecture is an essential part of building an effective governance and a regulatory compliance environment.

By The Open GroupChris Armstrong is president of Armstrong Process Group, Inc. and an internationally recognized thought leader and expert in iterative software development, enterprise architecture, object-oriented analysis and design, the Unified Modeling Language (UML), use case driven requirements and process improvement.

Over the past twenty years, Chris has worked to bring modern software engineering best practices to practical application at many private companies and government organizations worldwide. Chris has spoken at over 30 conferences, including The Open Group Enterprise Architecture Practitioners Conference, Software Development Expo, Rational User Conference, OMG workshops and UML World. He has been published in such outlets as Cutter IT Journal, Enterprise Development and Rational Developer Network.

Join the conversation!  @theopengroup #ogchat

Comments Off on Professional Training Trends (Part One): A Q&A with Chris Armstrong, Armstrong Process Group

Filed under Business Architecture, Enterprise Architecture, Professional Development, Standards, TOGAF®, Uncategorized

A Historical Look at Enterprise Architecture with John Zachman

By The Open Group

John Zachman’s Zachman Framework is widely recognized as the foundation and historical basis for Enterprise Architecture. On Tuesday, Feb. 3, during The Open Group’s San Diego 2015 event, Zachman will be giving the morning’s keynote address entitled “Zachman on the Zachman Framework and How it Complements TOGAF® and Other Frameworks.”

We recently spoke to Zachman in advance of the event about the origins of his framework, the state of Enterprise Architecture and the skills he believes EAs need today.

As a discipline, Enterprise Architecture is still fairly young. It began getting traction in the mid to late 1980s after John Zachman published an article describing a framework for information systems architectures in the IBM Systems Journal. Zachman said he lived to regret initially calling his framework “A Framework for Information Systems Architecture,” instead of “Enterprise Architecture” because the framework actually has nothing to do with information systems.

Rather, he said, it was “A Framework for Enterprise Architecture.” But at the time of publication, the idea of Enterprise Architecture was such a foreign concept, Zachman said, that people didn’t understand what it was. Even so, the origins of his ontological framework were already almost 20 years old by the time he first published them.

In the late 1960s, Zachman was working as an account executive in the Marketing Division of IBM. His account responsibility was working with the Atlantic Richfield Company (better known as ARCO). In 1969, ARCO had just been newly formed out of the merger of three separate companies, Atlantic Refining out of Philadelphia and Richfield in California, which merged and then bought Sinclair Oil in New York in 1969.

“It was the biggest corporate merger in history at the time where they tried to integrate three separate companies into one company. They were trying to deal with an enterprise integration issue, although they wouldn’t have called it that at the time,” Zachman said.

With three large companies to merge, ARCO needed help in figuring out how to do the integration. When the client asked Zachman how they should handle such a daunting task, he said he’d try to get some help. So he turned to a group within IBM called the Information Systems Control and Planning Group and the group’s Director of Architecture, Dewey Walker, for guidance.

Historically, when computers were first used in commercial applications, there already were significant “Methods and Procedures” systems communities in most large organizations whose job was to formalize many manual systems in order to manage the organization, Zachman said. When computers came on the scene, they were used to improve organizational productivity by replacing the people performing the organizations’ processes. However, because manual systems defined and codified organizational responsibilities, when management made changes within an organization, as they often did, it would render the computer systems obsolete, which required major redevelopment.

Zachman recalled Walker’s observation that “organizational responsibilities” and “processes” were two different things. As such, he believed systems should be designed to automate the process, not to encode the organizational responsibilities, because the process and the organization changed independently from one another. By separating these two independent variables, management could change organizational responsibilities without affecting or changing existing systems or the organization. Many years later, Jim Champy and Mike Hammer popularized this notion in their widely read 1991 book, “Reengineering the Corporation,” Zachman said.

According to Zachman, Walker created a methodology for defining processes as separate entities from the organizational structure. Walker came out to Los Angeles, where Zachman and ARCO were based to help provide guidance on the merger. Zachman recalls Walker telling him that the key to defining the systems for Enterprise purposes was in the data, not necessarily the process itself. In other words, the data across the company needed to be normalized so that they could maintain visibility into the assets and structure of the enterprise.

“The secret to this whole thing lies in the coding and the classification of the data,” Zachman recalled Walker saying. Walker’s methodology, he said, began by classifying data by its existence not by its use.

Since all of this was happening well before anyone came up with the concept of data modeling, there were no data models from which to design their system. “Data-oriented words were not yet in anyone’s vocabulary,” Zachman said. Walker had difficulty articulating his concepts because the words he had at his disposal were inadequate, Zachman said.

Walker understood that to have structural control over the enterprise, they needed to look at both processes and data as independent variables, Zachman said. That would provide the flexibility and knowledge base to accommodate escalating change. This was critical, he said, because the system is the enterprise. Therefore, creating an integrated structure of independent variables and maintaining visibility into that structure are crucial if you want to be able to manage and change it. Otherwise, he says, the enterprise “disintegrates.”

Although Zachman says Walker was “onto this stuff early on,” Walker eventually left IBM, leaving Zachman with the methodology Walker had named “Business Systems Planning.” (Zachman said Walker knew that it wasn’t just about the information systems, but about the business systems.) According to Zachman, he inherited Walker’s methodology because he’d been working closely with Walker. “I was the only person that had any idea what Dewey was doing,” he said.

What he was left with, Zachman says, was what today he would call a “Row 1 methodology”—or the “Executive Perspective” and the “Scope Contexts” in what would eventually become his ontology.

According to Zachman, Walker had figured out how to transcribe enterprise strategy in such a fashion that engineering work could be derived from it. “What we didn’t know how to do,” Zachman said, “was to transform the strategy (Zachman Framework Row 1), which tends to be described at a somewhat abstract level of definition into the operating Enterprise (Row 6), which was comprised of very precise instructions (explicit or implicit) for behavior of people and/or machines.”

Zachman said that they knew that “Architecture” had something to do with the Strategy to Instantiation transformation logic but they didn’t know what architecture for enterprises was in those days. His radical idea was to ask someone who did architecture for things like buildings, airplanes, locomotives, computers or battleships. What the architecture was for those Industrial Age products. Zachman believed if he could find out what they thought architecture was for those products, he might be able to figure out what architecture was for enterprises and thereby figure out how to transform the strategy into the operating enterprise to align the enterprise implementation with the strategy.

With this in mind, Zachman began reaching out to people in other disciplines to see how they put together things like buildings or airplanes. He spoke to an architect friend and also to some of the aircraft manufacturers that were based in Southern California at the time. He began gathering different engineering specs and studying them.

One day while he was sitting at his desk, Zachman said, he began sorting the design artifacts he’d collected for buildings and airplanes into piles. Suddenly he noticed there was something similar in how the design patterns were described.

“Guess what?” he said. “The way you describe buildings is identical to the way you describe airplanes, which turns out to be identical to the way you describe locomotives, which is identical to the way you describe computers. Which is identical to the way you describe anything else that humanity has ever described.”

Zachman says he really just “stumbled across” the way to describe the enterprise and attributes his discovery to providence, a miracle! Despite having kick-started the discipline of Enterprise Architecture with this recognition, Zachman claims he’s “actually not very innovative,” he said.

“I just saw the pattern and put enterprise names on it,” he said

Once he understood that Architectural design descriptions all used the same categories and patterns, he knew that he could also define Architecture for Enterprises. All it would take would be to apply the enterprise vocabulary to the same pattern and structure of the descriptive representations of everything else.

“All I did was, I saw the pattern of the structure of the descriptive representations for airplanes, buildings, locomotives and computers, and I put enterprise names on the same patterns,” he says. “Now you have the Zachman Framework, which basically is Architecture for Enterprises. It is Architecture for every other object known to human kind.”

Thus the Zachman Framework was born.

Ontology vs. Methodology

According to Zachman, what his Framework is ultimately intended for is describing a complex object, an Enterprise. In that sense, the Zachman Framework is the ontology for Enterprise Architecture, he says. What it doesn’t do, is tell you how to do Enterprise Architecture.

“Architecture is architecture is architecture. My framework is just the definition and structure of the descriptive representation for enterprises,” he said.

That’s where methodologies, such as TOGAF®, an Open Group standard, DoDAF or other methodological frameworks come in. To create and execute an Architecture, practitioners need both the ontology—to help them define, translate and place structure around the enterprise descriptive representations—and they need a methodology to populate and implement it. Both are needed—it’s an AND situation, not an OR, he said. The methodology simply needs to use (or reuse) the ontological constructs in creating the implementation instantiations in order for the enterprise to be “architected.”

The Need for Architecture

Unfortunately, Zachman says, there are still a lot of companies today that don’t understand the need to architect their enterprise. Enterprise Architecture is simply not on the radar of general management in most places.

“It’s not readily acknowledged on the general management agenda,” Zachman said.

Instead, he says, most companies focus their efforts on building and running systems, not engineering the enterprise as a holistic unit.

“We haven’t awakened to the concept of Enterprise Architecture,” he says. “The fundamental reason why is people think it takes too long and it costs too much. That is a shibboleth – it doesn’t take too long or cost too much if you know what you’re doing and have an ontological construct.”

Zachman believes many companies are particularly guilty of this type of thinking, which he attributes to a tendency to think that there isn’t any work being done unless the code is up and running. Never mind all the work it took to get that code up and running in the first place.

“Getting the code to run, I’m not arguing against that, but it ought to be in the context of the enterprise design. If you’re just providing code, you’re going to get exactly what you have right now—code. What does that have to do with management’s intentions or the Enterprise in its entirety?”

As such, Zachman compares today’s enterprises to log cabins rather than skyscrapers. Many organizations have not gotten beyond that “primitive” stage, he says, because they haven’t been engineered to be integrated or changed.

According to Zachman, the perception that Enterprise Architecture is too costly and time consuming must change. And, people also need to stop thinking that Enterprise Architecture belongs solely under the domain of IT.

“Enterprise Architecture is not about building IT models. It’s about solving general management problems,” he said. “If we change that perception, and we start with the problem and we figure out how to solve that problem, and then, oh by the way we’re doing Architecture, then we’re going to get a lot of Architecture work done.”

Zachman believes one way to do this is to build out the Enterprise Architecture iteratively and incrementally. By tackling one problem at a time, he says, general management may not even need to know whether you’re doing Enterprise Architecture or not, as long as their problem is being solved. The governance system controls the architectural coherence and integration of the increments. He expects that EA will trend in that direction over the next few years.

“We’re learning much better how to derive immediate value without having the whole enterprise engineered. If we can derive immediate value, that dispels the shibboleth—the misperception that architecture takes too long and costs too much. That’s the way to eliminate the obstacles for Enterprise Architecture.”

As far as the skills needed to do EA into the future, Zachman believes that enterprises will eventually need to have multiple types of architects with different skill sets to make sure everything is aligned. He speculates that someday, there may need to be specialists for every cell in the framework, saying that there is potentially room for a lot of specialization and people with different skill sets and a lot of creativity. Just as aircraft manufacturers need a variety of engineers—from aeronautic to hydraulic and everywhere in between—to get a plane built. One engineer does not engineer the entire airplane or a hundred-story building or an ocean liner, or, for that matter, a personal computer. Similarly, increasingly complex enterprises will likely need multiple types of engineering specialties. No one person knows everything.

“Enterprises are far more complex than 747s. In fact, an enterprise doesn’t have to be very big before it gets really complex,” he said. “As enterprise systems increase in size, there is increased potential for failure if they aren’t architected to respond to that growth. And if they fail, the lives and livelihoods of hundreds of thousand of people can be affected, particularly if it’s a public sector Enterprise.”

Zachman believes it may ultimately take a generation or two for companies to understand the need to better architect the way they run. As things are today, he says, the paradigm of the “system process first” Industrial Age is still too ingrained in how systems are created. He believes it will be a while before that paradigm shifts to a more Information Age-centric way of thinking where the enterprise is the object rather than the system.

“Although this afternoon is not too early to start working on it, it is likely that it will be the next generation that will make Enterprise Architecture an essential way of life like it is for buildings and airplanes and automobiles and every other complex object,” he said.

By The Open GroupJohn A. Zachman, Founder & Chairman, Zachman International, Executive Director of FEAC Institute, and Chairman of the Zachman Institute

Join the conversation – @theopengroup, #ogchat, #ogSAN


Filed under Enterprise Architecture, Standards, TOGAF®, Uncategorized

The Open Group Executive Round Table Event at Mumbai

By Bala Peddigari, Head – HiTech TEG and Innovation Management, Tata Consultancy Services Limited

The Open Group organized the Executive Round Table Event at Taj Lands End in Mumbai on November 12, 2014. The goal was to brief industry executives on how The Open Group can help in promoting Enterprise Architecture within the organization, and how it helps to stay relevant to the Indianized context in realizing and bringing in positive change. Executives from the Government of Maharastra, Reserve Bank of India, NSDL, Indian Naval Service, SVC Bank, Vodafone, SVC Bank, SP Jain Institute, Welingkar Institute of Management, VSIT,Media Lab Asia, Association of Enterprise Architects (AEA), Computer Society of India and others were present.

By Bala PeddigariJames de Raeve, Vice President, Certification of The Open Group introduced The Open Group to the executives and explained the positive impact it is creating in driving Enterprise Architecture. He noted most of the EA functions, Work Groups and Forums are driven by the participating companies and Architects associated with them. James revealed facts stating that India is in fourth position in TOGAF® certification and Bangalore is second only to London. He also discussed the newest Forum, The Open Group IT4IT™ Forum and its objective to solve some of the key business problems and build Reference Architecture for managing the business of IT.  The mission of The Open Group IT4IT Forum is to develop, evolve and drive the adoption of the vendor-neutral IT4IT Reference Architecture.

Rajesh Aggarwal, Principal Secretary IT, Government of Maharashtra, attended the Round Table and shared his view on how Enterprise Architecture can help some of the key Government initiatives drive citizen-centric change. An example he used is the change in policies for senior citizens who seek pension. They show up every November at the bank to identify themselves for Life Certificate to continue getting pension. This process can be simplified through IT. He used an excellent analogy of making phone calls to have pizza delivered from Pizza Hut and consumer goods from Flipkart. Similarly his vision is to get Smart and Digital Governance where citizens can call and get the services at their door.

MumbaiRajeesh Aggarwal

70886-uppalJason Uppal, Chief Architect (Open CA Level 3 Certified), QR Systems in Canada presented a session on “Digital Economy and Enterprise Architecture”. Jason emphasized the need for Enterprise Architecture and why now in the networked and digital economy you need intent but not money to drive change. He also shared his thoughts on tools for this new game – Industrial Engineering and Enterprise Architecture focus to improve the performance capabilities across the value chain. Jason explained how EA can help in building the capability in the organization, defined value chain leveraging EA capabilities and transforming enterprise capabilities to apply those strategies. The key performance indicators of Enterprise Architecture can be measured through Staff Engagement, Time and Cost, Project Efficiency, Capability Effectiveness, Information Quality which explains the maturity of Enterprise Architecture in the organization. During his talk, Jason brought out many analogies to share his own experiences where Enterprise Architecture simplified and brought in much transformation in Healthcare. Jason shared an example of Carlos Ghosn who manages three companies worth $140 billion USD. He explains further the key to his success is to protect his change-agents and provide them the platform and opportunity to experiment. Enterprise Architecture is all about people who make it happen and bring impact.

The heart of the overall Executive Round Table Event was a panel session on “Enterprise Architecture in India Context”. Panelists were Jason Uppal, Rakhi Gupta from TCS and myself who shared perspectives on the following questions:

  1. Enterprise Architecture and Agile – Do they complement?
  2. How are CIOs seeing Enterprise Architecture when compared to other CXOs?
  3. I have downloaded TOGAF, what should I do next?
  4. How is Enterprise Architecture envisioned in the next 5 years?
  5. How can Enterprise Architecture help the “Make in India” initiative?
  6. Should Enterprise Architecture have a course in academics for students?

I explained how Enterprise Architecture is relevant in academics and how it can enable the roots to build agile-based system to quickly respond to the changes. I also brought in my perspective how Enterprise Architecture can show strengths while covering the weaknesses. Furthermore, TOGAF applies and benefits the context of the Indian future economy. Jason explained the change in dynamics in the education system to build a query-based learning approach to find and use. Rakhi shared her thoughts based on experience associated with Department of Posts Transformation keeping a citizen-centric Enterprise Architecture approach.

Overall, it has created a positive wave of understanding the importance of Enterprise Architecture and applying the TOGAF knowledge consistently to pave the road for the future. The event was well organized by Abraham Koshy and team, with good support from CSI Mumbai and AEA Mumbai chapters.

By Bala PeddigariBala Prasad Peddigari has worked with Tata Consultancy Services Limited for over 15 years. Bala practices Enterprise Architecture and evangelizes platform solutions, performance and scalable architectures and Cloud technology initiatives within TCS.  He heads the Technology Excellence Group for HiTech Vertical. Bala drives the architecture and technology community initiatives within TCS through coaching, mentoring and grooming techniques.

Bala has a Masters in Computer Applications from University College of Engineering, Osmania. He is an Open Group Master IT Certified Architect and serves as a Board Member in The Open Group Certifying Authority. He received accolades for his cloud architectural strengths and published his papers in IEEE.  Bala is a regular speaker in Open Group and technology events and is a member of The Open Group Open Platform 3.0™.


Comments Off on The Open Group Executive Round Table Event at Mumbai

Filed under Accreditations, architecture, Certifications, Cloud, Conference, Enterprise Architecture, Open CA, Open CITS, Open Platform 3.0, Standards, TOGAF, TOGAF®