Category Archives: TOGAF

The Open Group Edinburgh 2015 Highlights

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

On Monday October 19, Allen Brown, President and CEO of The Open Group, welcomed over 230 attendees from 26 countries to the Edinburgh International Conference Center located in the heart of historic Edinburgh, Scotland.

Allen kicked off the morning with an overview of company achievements and third quarter activities. The Open Group has over 500 member organizations in 42 countries, with the newest members coming from Peru and Zambia. Allen provided highlights of the many activities of our Forums and Work Groups. Too many to list, but white papers, guides, snapshots and standards have been published and continue to be in development. The newest Work Group is Digital Business Strategy and Customer Experience. The UDEF Work Group is now named O-DEF (Open – Data Element Framework) Work Group. The Real Time and Embedded Systems Forum is becoming more focused on critical systems and high assurance. Our members and staff have been very productive as always!

The morning plenary featured the theme “Architecting Business Transformation” with BAES Submarines. Speakers were Stephen Cole, CIO, BAE Systems Maritime Submarines; John Wilcock, Head of Operations Transformation, BAE Systems Submarine Solutions; Matthew Heard, Senior Operations Engineer, BAE Systems Maritime Submarines; and Paul Homan, Enterprise Architect, IBM. The presentation included a history of BAES Submarines and a ‘case study’ on using TOGAF® to help define BAE’s strategy for transforming their operations and production functions. The gentlemen all advocated the need to continue to drive change and transformation through the TOGAF principles. TOGAF has provided a structured, standardized approach to solving functional problems. TOGAF also ultimately allows organizations to document and measure their success along the way for meeting business objectives.

Following the keynotes, all presenters joined Allen for a panel consisting of an engaging Q&A with the audience.

By Loren K. Baynes, Director, Global Marketing CommunicationsPaul Homan, John Wilcock, Matthew Heard, Stephen Cole, Allen Brown

In the afternoon, the agenda offered several tracks on Risk, Dependability and Trusted Technology; EA and Business Transformation and Open Platform 3.0™.

One of the many sessions was “Building the Digital Enterprise – from Digital Disruption to Digital Experience” with Mark Skilton, Digital Expert, and Rob Mettler, Director of Digital Business, both with PA Consulting. The speakers discussed the new Work Group of The Open Group – Digital Business and Customer Experience, which is in the early stage of researching and developing a framework for the digital boom and new kind of ecosystem. The group examines how the channels from 15 years ago compare to today’s multi-device/channel work requiring a new thinking and process, while “always keeping in mind, customer behavior is key”.

The evening concluded with a networking Partner Pavilion (IT4IT™, The Open Group Open Platform™ and Enterprise Architecture) and a whisky tasting by the Scotch Whisky Heritage Centre.

Tuesday, October 20th began with another warm Open Group welcome by Allen Brown.

Allen and Ron Ashkenas, Senior Partner, Schaffer Consulting presented “A 20-year Perspective on the Boundaryless Organization and Boundaryless Information Flow™. The More Things Change, the More They Stay the Same”.

Ron shared his vision of how the book “The Boundaryless Organization” came to light and was published in 1995. He discussed his experiences working with Jack Welch to progress GE (General Electric). Their pondering included “can staff/teams be more nimble without boundaries and layers?”. After much discussion, the concept of ‘boundaryless’ was born. The book showed companies how to sweep away the artificial obstacles – such as hierarchy, turf, and geography – that get in the way of outstanding business performance. The presentation was a great retrospective of boundaryless and The Open Group. But they also explored the theme of ‘How does boundaryless fit today in light of the changing world?’. The vision of The Open Group is Boundaryless Information Flow.

Allen emphasized that “then standards were following the industry, now their leading the industry”. Boundaryless Information Flow does not mean no boundaries exist. Boundaryless means aspects are permeable to boundaries to enable business, yet not prohibit it.

During the next session, Allen announced the launch of the IT4IT™ Reference Architecture v2.0 Standard. Chris Davis, University of South Florida and Chair of The Open Group IT4IT™ Forum, provided a brief overview of IT4IT and the standard. The Open Group IT4IT Reference Architecture is a standard reference architecture and value chain-based operating model for managing the business of IT.

After the announcement, Mary Jarrett, IT4IT Manager, Shell, presented “Rationale for Adopting an Open Standard for Managing IT”. In her opening, she stated her presentation was an accountant’s view of IT4IT and the Shell journey. Mary’s soundbites included: “IT adds value to businesses and increases revenue and profits; ideas of IT are changing and we need to adapt; protect cyber back door as well as physical front door.”

The afternoon tracks consisted of IT4IT™, EA Practice & Professional Development, Open Platform 3.0™, and Architecture Methods and Techniques.

The evening concluded with a fantastic private function at the historic Edinburgh Castle. Bagpipes, local culinary offerings including haggis, and dancing were enjoyed by all!

By Loren K. Baynes, Director, Global Marketing Communications

Edinburgh Castle

On Wednesday and Thursday, work sessions and member meetings were held.

A special ‘thank you’ goes to our sponsors and exhibitors: BiZZdesign; Good e-Learning, HP, Scape, Van Haren Publishing and AEA.

Other content, photos and highlights can be found via #ogEDI on Twitter.  Select videos are on The Open Group YouTube channel. For full agenda and speakers, please visit The Open Group Edinburgh 2015.

By Loren K. Baynes, Director, Global Marketing CommunicationsLoren K. Baynes, Director, Global Marketing Communications, joined The Open Group in 2013 and spearheads corporate marketing initiatives, primarily the website, blog, media relations and social media. 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.

Leave a comment

Filed under boundaryless information flow, Enterprise Architecture, IT, IT4IT, Open Platform 3.0, The Open Group, The Open Group Ediburgh 2015, TOGAF

Balancing Complexity and Continuous Improvements – A Case Study from the Automotive Industry

By The Open Group


The automotive industry is currently facing massive challenges. For the past 30-40 years, automakers have faced stiff competition in the marketplace, as well as constant pressure to make more innovative and efficient vehicles while reducing the costs to manufacture them.

At the same time, current technological advances are making the industry—and the technology inside automobiles—increasingly complex. Digitalization is also affecting not only how automobiles work but is forcing changes in the manufacturing process and in how automakers run their businesses. With technology now touching nearly every part of the business and how it functions, the IT landscape for automakers is becoming a web of interconnected systems running both inside and outside of the business.

In addition, with computing systems becoming a more integral part of the systems that run vehicles, the lines between traditional IT functions and IT within cars themselves are beginning to blur. With trends such as Big Data and analytics, the Internet of Things and The Open Group Open Platform 3.0™ making cars, manufacturers, dealers and owners increasingly interconnected, automotive company IT departments are being forced to get involved in areas of the business, such as product development and maintenance, in ways they’ve never been before.

Between economic forces and technological change, automakers, like many businesses today, are facing massive upheaval and the need for major transformation in order to deal with levels of business complexity they’ve never seen before.


These challenges are very real for the automotive company in this case study. In addition to general economic and technological change, the company has gone through a number of transitions that have created additional infrastructure issues for the company. Over the past two decades, the company was bought then sold and bought again, bringing in two new owners and technological systems. Between the company’s original legacy IT systems and the systems brought in by its subsequent owners, the company’s IT landscape had become extremely complicated. In addition, the company is in the process of extending its footprint in the burgeoning Chinese market, a step that requires the company to invest in additional infrastructure in order to take advantage of China’s growing economic wealth to speed sales.

Between the company’s existing systems, the need to grow into emerging markets and increased digitalization across the company and its products, the company was in need of new approach to its overall architecture.


Although the company started early on to utilize IT to make the information flows across the company value chain as effective as possible, the existing IT environment had grown organically as the company had changed owners. In order to prepare themselves for an increasingly digital business environment, the company needed to address the increasing complexity of its systems without adding more complexity and while designing systems that could scale and run for the long haul.

Previously, the company had begun to consider using an Enterprise Architecture approach to address its growing complexity. Although the company had a number of solutions architects on staff, they soon realized that they needed a more holistic approach that could address the entire enterprise, not just the individual solutions that made up that IT landscape.

In an industry where time to market is of outmost importance there will always be challenges in balancing short-term solutions with strategic investments. As such, the company initially decided to invest in an Enterprise Architecture capability with the objective of addressing internal complexities to better understand and eventually deal with them. Because TOGAF®, an Open Group standard was seen as the de-facto industry standard for Enterprise Architecture it was the natural choice for the company to create its architecture framework. The majority of the Enterprise and solution Architects at the company were then trained and certified in TOGAF 9. Subsequently, TOGAF was adopted by the architecture community in the IT organization.

Within the IT department, TOGAF provided an ontology for discussing IT issues, and it also provided a foundation for the Enterprise Architecture repository. However, it was seen within the organization primarily as an IT architecture concern, not a framework for transformational change. The EA team decided that in order to really benefit from TOGAF and address the complexity challenges throughout the enterprise, they would need to prove that TOGAF could be used to add value throughout the entire organization and influence how changes were delivered to the IT landscape, as well as prove the value of a structured approach to addressing internal issues.

In order to prove that TOGAF could help with its overall transformation, the team decided to put together a couple of pilot projects within different business areas to showcase the benefits of using a structured approach to change. Due to a need to fix how the company sourced product components, the team decided to first pilot a TOGAF-based approach for its procurement process, since it was widely viewed as one of the most complex areas of the business.

A New Procurement Platform

The initial pilot project was aimed at modernizing the company’s procurement landscape. Although procurement is normally a fairly straightforward process, in the automotive business the intricacies and variations within the product structure, combined with a desire to control logistic costs and material flows, represented a major challenge for the company. In short, to save costs, the company only wanted to buy things they would actually use in the vehicle manufacturing process—no more, no less.

Over the years the IT supporting the company’s procurement process had become very fragmented due to investments in various point solutions and different partnerships that had been established over time. In addition, some parts of the system had been closed down, all of which made the information flow, including all the systems integrations that had occurred along the way, very difficult to map. There were also several significant gaps in the IT support of the procurement process that severely limited the transparency and integrity of the process.


Using TOGAF as an architecture framework and method in conjunction with ArchiMate®, an Open Group standard, for modelling notations and Sparx Enterprise Architect (EA) as a modelling tool, the team set out to establish a roadmap for implementing a new procurement platform. The TOGAF Architecture Development Method (ADM) was used to establish the architecture vision, and the architecture development phases were completed outlining a target architecture and a subsequent roadmap. No major adaptions were made to the ADM but the sourcing process for the platform was run in parallel to putting together the ADM, requiring an iterative approach to be used

As part of the roadmap, the following ArchiMate views were developed:

  • Motivation views
  • Information structure views
  • Baseline and target business process views
  • Baseline and target business function views
  • Baseline and target application function views
  • Baseline and target application landscape views
  • Baseline and target application usage views
  • Baseline and target infrastructure landscape views
  • Baseline and target infrastructure usage views

Each view was created using Sparx EA configured to facilitate the ADM process and acting as the architecture repository.

The TOGAF ADM provided a structured approach for developing a roadmap whose results could be traced back to the original vision. Having a well-defined methodology with clear deliverables and an artifacts meta-model made the work focused, and both TOGAF and ArchiMate were relatively easy to get buy in for.

The challenges for the project were mainly in one area—aligning the architecture development with the IT solution sourcing process. Because the company wanted to identify sourcing solutions early to assess costs and initiate negotiation, that emphasis pushed the project into identifying solutions building blocks very early on. In most cases, the output from the ADM process could directly be used as input for sourcing commercial of solutions; however, in this case, sourcing soon took precedence over the architecture development process. Usually moving through the ADM phases A to E can be done within a couple of months but evaluating solutions and securing funding within this company proved to be much more difficult and time consuming.


With a new procurement process roadmap in hand, the company has now begun to use the ADM to engage with and get Requests for Information (RFIs) from new suppliers. In addition, using TOGAF and ArchiMate to map the company’s procurement process and design an infrastructure roadmap helped to demystify what had been seen as an extremely complex procurement process. The project allowed the IT team to identify where the real complexities were in the process, many of which are at the component level rather than within the system itself. In addition, the company has been able to identify the areas that they need to prioritize as they begin their implementation process.


Initially TOGAF was seen as a silver bullet within the organization. However, companies must realize that the TOGAF methodology represents best practices, and there is still a need within any organization to have skilled, knowledgeable Enterprise Architects available and with the mandate to do the work.

As part of the project, the following benefits were provided by TOGAF:

  • Provided structure to the analysis
  • Ensured a holistic perspective for all domains
  • Kept the team focused on the outcome, definition, roadmap, etc.
  • Provided a good view into current and future data for the roadmap
  • Provided proven credibility for the analysis

ArchiMate added additional support by providing well-defined viewpoints, and Sparx EA is a cost effective modelling tool and repository that can easily be deployed to all stakeholder in an initiative.

However, within this particular organization, there were a number of challenges that need to be overcome, many of which can hinder the adoption of TOGAF. These challenges included:

  • Competing processes, methodologies and capabilities
  • Strong focus on solution design rather than architecture
  • Strong focus on project delivery tradition rather than managing programs and outcomes
  • Governance for solutions rather than architecture

Adopting Archimate proved to be more straightforward internally at this organization because it could be used to address immediate modelling needs but without requiring a coordinated approach around methodology and governance.

In cases such as this, it is probably best to sell the TOGAF and ArchiMate methodologies into the business organization as common sense solutions rather than as specific technology architecture methodologies. Although they may be presented as such to the EA community within the organization, it makes the decision process simpler not to oversell the technical solution, as it were, to the business, instead selling them the business benefits of the process.


Currently the company is beginning to move through the implementation phase of their roadmap. In addition, individuals throughout the organization have begun to regularly use ArchiMate as a tool for modeling different business areas within the organization. In addition the tools and concepts of TOGAF have been put into use successfully in several initiatives. The timeframe however for formally implementing a more comprehensive Enterprise Architecture Framework throughout other parts of the organization has been slowed down due to the company’s current focus on the release of new models. This is cyclical within the company and once the immediate focus on product delivery weakens, the need for consolidation and simplification will become a priority once again.

As with most companies, the key to a implementing a successful Enterprise Architecture capability within this company will come down to establishing a more effective partnership between the IT organization and the business organizations that IT is supporting. As such, for projects such as this, early engagement is key, and the IT organization must position itself not only as a delivery organization but a business partner that provides investment advice and helps minimize business risk through improved processes and technology based business transformation (as is prescribed by methodologies such as TOGAF and ArchiMate). This requires a unified view of the company mission and its business objectives and associated approaches from IT. Project managers, business analysts and Enterprise Architects must have a common view as to how to approach engagements for them to succeed. Without buy-in throughout the organization, the tools will only be useful techniques used by individuals and their real potential may not be realized.

Leave a comment

Filed under ArchiMate®, big data, digital technologies, EA, IoT, Open Platform 3.0, The Open Group, TOGAF

The Open Group Edinburgh 2015: BAE Systems – Using TOGAF® for Operations Transformation

By The Open Group

When Matthew Heard first heard the term TOGAF®, not only did he have no idea what it was but he misspelled the name of the standard at first. It wasn’t until after searching Google for “TOGATH” that the real name for the architectural framework popped up and he got a sense for what it was, he says. And thus began a more than 15-month journey that has started Heard and his colleagues at BAE Systems, a British defense, aerospace and security systems provider, down a path to help transform the Operations function of the company’s Maritime Submarine division.

As is the case when any company looks to TOGAF, an Open Group standard, BAE’s Submarine division was in search of a structured way to help make organizational changes when they sought out the framework. According to Heard, a Senior Operations Engineer at BAE, the company’s needs were multifold. As a product manufacturer, BAE was in need of a way to prepare their systems to transition from their current product to the next generation. With a new product planned to go into production in the near future—one that would require higher technical demands and performance—the company first needed to set itself up to smoothly move into production for the higher demand product while still building the current product line.

In addition, the company wanted to make operational changes. After having surveyed 3,000 of their employees regarding what could be done to make people’s jobs easier and make the company a better place to work, the company had received 8,000 comments about how to create a better working environment. After winnowing those down to 800 separate problem statements that included ideas on how to improve things like safety, deliverables and the overall workplace, the team had many potential ideas and solutions, but no way to determine where to start.

“How do you structure things so that you don’t try to do everything at once and therefore don’t do anything because it’s too overwhelming?” Heard says. “We had a lot of change to make but we couldn’t quantify what it was and what order to do it in.”

As it happened, IBM’s Paul Homan had been doing some work on-site with BAE. When he heard that the company was looking to make some organizational changes, he suggested they look at an Enterprise Architecture framework, such as TOGAF. Although the company’s new head of transformation was familiar with the framework, there were no Enterprise Architects on staff, no TOGAF certified employees and no one else on staff had heard of the standard or of Enterprise Architecture, Heard says. Thus the mix-up the first time he tried to look it up online.

After downloading a copy of TOGAF® 9.1, Heard and his colleague John Wilcock began the task of going through the entire standard to determine if it would help them.

And then they did something very unusual.

“The first thing we did was, anything with more than three syllables, we crossed out with a black pen,” Heard says.

Why did they go through the text and black out entire sections as if it were a classified document riddled with redacted text?

According to Heard, since many of the terms used throughout the TOGAF standard are technology and IT-driven, they knew that they would need to “translate” the document to try to adapt it to their industry and make it understandable for their own internal audiences.

“It talked about ‘Enterprise Architecture,’” Heard said. “If we said that to a welder or pipe fitter, no one’s going to know what that means. I didn’t even know what it meant.”

As a recent university graduate with a background in Engineering Management, Heard says the IT terminology of TOGAF was completely foreign to him. But once they began taking out the IT-related language and began replacing it with terminology related to what submarine mechanics and people in operations would understand, they thought they might be able to better articulate the framework to others.

“We didn’t know whether we had gone so far away from the original intent or whether we were still on the right line,” Heard says.

Luckily, with Paul Homan on-site, they had someone who was familiar with TOGAF that they could go to for guidance. Homan encouraged them to continue on their path.

“For example, it might say something like ‘define the enterprise architecture vision,’” Heard says. “Well I just crossed out the word ‘architecture’ and turned the word ‘enterprise’ into ‘function’ so it said ‘define the functional vision.’ Well, I can do that. I can define what we want the function to look like and operate like and have the performance that we need. That becomes tangible. That’s when we went back to Paul and asked if we were on the right track or if we were just making it up. He said, ‘Carry on with what you’re doing.’”

As it turned out, after Heard and Wilcock had gone through the entire 900-page document, they had maintained the essence and principles of TOGAF while adapting it so that they could use the framework in the way that made the most sense to them and for BAE’s business needs. They adapted the methodology to what they needed it to do for them—which is exactly what the TOGAF ADM is meant to do anyway.

TOGAF was ultimately used to help define BAE’s strategy for transforming their operations and production functions. The project is currently at the stage where they are moving from defining a scope of projects to planning which projects to begin with. The team has scoped approximately 27 transformation projects that will take place over approximately three to five years.

Heard says that it was a fortuitous coincidence that Homan was there to suggest the framework since it ultimately provided exactly the guidance they needed. But Heard also believes that it was also fortuitous that no one was familiar with the standard beforehand and that they took the risk of translating it and adapting it for their own needs. He feels had they already been trained in TOGAF before they started their project, they would have spent more time trying to shoehorn the standard into what they needed instead of just adapting it from the start.

“That was the real learning there,” he says.

Now Heard says he finds himself using the framework on a daily basis for any project he has to tackle.

“It’s now become a routine go-to thing even if it’s a very small project or a piece of work. It’s very easy to understand how to get to an answer,” he says.

Heard says that by providing a structured, standardized approach to solving problems, TOGAF ultimately allows organizations to not only take a structured approach to transformational projects, but also to document and measure their success along the way, which is key for meeting business objectives.

“Standardization gives process to projects. If you follow the same approach you become more efficient. If there’s no standard, you can’t do that.”

Learn more about how BAE is using TOGAF® for Business Transformation at The Open Group Edinburgh, October 19-22, 2015

Join the conversation #ogEDI

By The Open GroupMatthew Heard attended the University of Birmingham from where he graduated with an MSc in Engineering Management in 2013. During his time at University Matthew worked as a Project Engineer for General Motors, focusing on the development of improvements in efficiency of the production line. Upon graduating Matthew joined BAE Systems-Maritime-Submarines looking for a new challenge and further experience of change and improvement programmes. Since Matthew joined BAE his predominant focus has been the delivery of Operational change initiatives. Matthew undertook a review and translation of the TOGAF principles and objectives to develop a unique strategy to deliver a program of change for the Operations Function, the outputs of which delivered the Operations Transformation Strategic Intent and Work Scopes. Going forward Matthew aims to continue developing and utilising the principles and objectives of TOGAF to aid other functions within BAE with their own future strategic developments, starting with the HR Transformation Work Scope.

By The Open GroupJohn Wilcock has worked within the Maritime Sector for the last 27 years. Starting as a shipwright apprentice, John has worked his way up through the organisation to his current position as Head of Manufacturing & Construction Strategy. Throughout his career John has gained a wide range of experiences, working on a diverse selection of Defence and Commercial projects, including Warship and Submarine platforms. During this time John has been instrumental in many change programmes and in his current role John is responsible for the development and delivery of the functional Transformation and Build Strategies. In order to develop the Operations Transformation Strategy John has worked alongside Matthew Heard to undertake a review and translation of the TOGAF principles and objectives to create a bespoke strategic intent and work scope. John continues to drive change and transformation through the TOGAF principles.

By The Open GroupPaul Homan

Enterprise Architect at IBM, CTO for Aerospace, Defence & Shipbuilding IBM UKI

Leave a comment

Filed under architecture, Enterprise Transformation, Standards, TOGAF, TOGAF®

The Open Group Madrid Summit 2015 – An Interview with Steve Nunn

By The Open Group

The Open Group will be hosting its Spring 2015 summit in Madrid from April 20-23. Focused on Enabling Boundaryless Information Flow™, the summit will explore the increasing digitalization of business today and how Enterprise Architecture will be a critical factor in helping organizations to adapt to the changes that digitalization and rapidly evolving technologies are bringing.

In advance of the summit, we spoke to Steve Nunn, Vice President and COO of The Open Group and CEO of the Association of Enterprise Architects (AEA) about two speaking tracks he will be participating in at the event—a panel on the challenges facing young Enterprise Architects today, and a session addressing the need for Enterprise Architects to consider their personal brand when it comes to their career path.

Tell us about the panel you’ll be moderating at the Madrid Summit on EA Challenges.

The idea for the panel really came from the last meeting we had in San Diego. We had a panel of experienced Enterprise Architects, including John Zachman, giving their perspectives on the state of Enterprise Architecture and answering questions from the audience. It gave us the idea that, we’ve heard from the experienced architects, what if we also heard from younger folks in the industry, maybe those newer to the profession than the previous panel? We decided to put together a panel of young architects, ideally local to Madrid, to get what we hope will be a different set of perspectives on what they have to deal with on a day-to-day basis and what they see as the challenges for the profession, what’s working well and what’s working less well. In conjunction with the local Madrid chapter of the AEA, we put the panel together. I believe it’s a panel of four young architects, plus a gentleman named Juan Abel, who is the chair of the local chapter in Madrid, who helped put it together, with me moderating. The Madrid chapter of the AEA has been very helpful in putting together the summit in Madrid and with details on the ground, and we thank them for all their help.

We’ll be putting some questions together ahead of time, and there will be questions from the audience. We hope it will be a different set of perspectives from folks entering the profession and in a different geography as well, so there may be some things that are particular to practicing Enterprise Architecture in Spain which come out as well. It’s a long panel—over an hour—so, hopefully, we’ll be able to not just hit things at a cursory level, but get into more detail.

What are some of the challenges that younger Enterprise Architects are facing these days?

We’re hoping to learn what the challenges are for those individuals, and we’re also hoping to hear what they think is attracting people to the profession. That’s a part that I’m particularly interested in. In terms of what I think going in to the panel session, the thing I hear about the most from young architects in the profession is about the career path. What is the career path for Enterprise Architects? How do I get in? How do I justify the practice of Enterprise Architecture in my organization if it doesn’t exist already? And if it does exist, how do I get to be part of it?

In the case of those individuals coming out of university—what are the relevant qualifications and certifications that they might be looking at to give themselves the best shot at a career in Enterprise Architecture. I expect it will be a lot of discussion about getting into Enterprise Architecture and how do you best position yourself and equip yourself to be an Enterprise Architect.

Were there things that came out of the San Diego session that will be relevant to the Madrid panel?

There were certainly some things discussed about frameworks and the use of frameworks in Enterprise Architecture. Being an Open Group event, obviously a lot of it was around TOGAF®, an Open Group standard, and with John Zachman as part of it, naturally the Zachman Framework too. There was some discussion about looking into how the two can play more naturally together. There was less discussion about the career development aspect, by and large because, when these people started out in their careers, they weren’t Enterprise Architects because it wasn’t called that. They got into it along the way, rather than starting out with a goal to be an Enterprise Architect, so there wasn’t as much about the career aspect, but I do think that will be a big part of what will come out in Madrid.

I think where there are overlaps is the area around the value proposition for Enterprise Architecture inside an organization. That’s something that experienced architects and less experienced architects will face on a day-to-day basis in an organization that hasn’t yet bought into an Enterprise Architecture approach. The common theme is, how do you justify taking Enterprise Architecture inside an organization in a way that delivers value quick enough for people to see that something is happening? So that it’s not just a multi-year project that will eventually produce something that’s nicely tied up in a bow that may or may not do what they wanted because, chances are, the business need has moved on in that time anyway. It’s being able to show that Enterprise Architecture can deliver things in the short term as well as the long term. I think that’s something that’s common to architects at all stages of their careers.

You’re also doing a session on creating a personal brand in Madrid. Why is branding important for Enterprise Architects these days?

I have to say, it’s a lot of fun doing that presentation. It really is. Why is it important? I think at a time, not just for Enterprise Architects but for any of us, when our identities are out there so much now in social media—whatever it may be, Facebook, LinkedIn, other social media profiles— people get a perception of you, many times never having met you. It is important to control that perception. If you don’t do it, someone else may get a perception that you may or may not want from it. It’s really the idea of taking charge of your own brand and image and how you are perceived, what values you have, what you want to be known for, the type of organization you want to work in, the types of projects that you want to be involved in. Not all of those things happen at once, they don’t all land on a plate, but by taking more control of it in a planned way, there’s more chance of you realizing some of those goals than if you don’t. That’s really the essence of it.

The timing and particular relevance to Enterprise Architects is that, more and more, as organizations do see value in Enterprise Architecture, Enterprise Architects are getting a seat at the top table. They’re being listened to by senior management, and are sometimes playing an active role in strategy and important decisions being made in organizations. So, now more than ever, how Enterprise Architects are being perceived is important. They need to be seen to be the people that can bring together the business people and IT, who have the soft skills, being able to talk to and understand enough about different aspects of the business to get their job done. They don’t have to be experts in everything, of course, but they have to have a good enough understanding to have meaningful discussions with the people with whom they’re working. That’s why it’s crucial at this time that those who are Enterprise Architects, as we build the profession, are perceived in a positive way, and the value of that is highlighted and consistently delivered.

A lot of technologists don’t always feel comfortable with overtly marketing themselves—how do you help them get over the perception that having a personal brand is just “marketing speak?”

That’s something that we go through in the presentation. There are 11 steps that we recommend following. This goes back to an old Tom Peters article that was written years ago titled ‘The Brand Called You’ . Many of us aren’t comfortable doing this and it’s hard, but it is important to force yourself to go through this so your name and your work and what you stand for are what you want them to be.

Some of the suggestions are to think of the things that you’re good at and what your strengths are, and to test those out with people that you know and trust. You can have some fun with it along the way. Think about what those strengths are, and think about what it is that you offer that differentiates you.

A big part of the personal brand concept is to help individuals differentiate themselves from everyone else in the workplace, and that’s a message that seems to resonate very well. How do you stand out from lots of other people that claim to have the same skills and similar experience to yourself? Think of what those strengths are, pick a few things that you want to be known for. Maybe it’s that you never miss a deadline, you’re great at summarizing meetings or you’re a great facilitator—I’m not suggesting you focus on one—but what combination of things do you want to be known for? Once you know what that is—one of the examples I use is, if you want to be known for being punctual, which is an important thing, make sure you are—set the alarm earlier, make sure you show up for meetings on time, then that’s one of the things you’re known for. All these things help build the personal brand, and when people think of you, they think of how they can rely on you, and think of the attributes and experience that they can get from working with you.

That’s really what it comes down to—as human beings, we all prefer to work with people we can trust. Ideally people that we like, but certainly people that we can trust and rely on. You’re far more likely to get the right doors opening for you and more widely if you’ve built a brand that you maintain, and people you work with know what you stand for and know they can rely on you. It’s going to work in your favor and help you get the opportunities that you hope for in your career.

But there’s a big fun aspect to the presentation, as well. I start the presentation looking at branding and the types of brands that people know what they stand for. I think it has scope for workshop-type sessions, as well, where people follow some of the steps and start developing their personal brands. Feedback on this presentation has been very positive because it stands out as a non-technical presentation, and people can see that they can use it privately to further their careers, or to use it with their teams within their organizations. People really seem to resonate with it.

As CEO of the Association of Enterprise Architects, what are you seeing in terms of career opportunities available for architects right now?

We are seeing a lot of demand for Enterprise Architects all over the place, not just in the U.S., but globally. One of the things we have on the AEA website is a job board and career center, and we’ve been trying to increase the number of jobs posted there and make it a useful place for our members to go when they’re considering another position, and a good place for recruiters to promote their openings. We are growing that and it’s being populated more and more. Generally, I hear that there is a lot of demand for Enterprise Architects, and the demand outweighs the supply at the moment. It’s a good time to get into the profession. It’s a good time to be making the most of the demand that’s out there in the market right now. To back that up, the latest Foote Report showed that the OpenCA and TOGAF certifications were among the most valuable certifications in the IT industry. I think there is demand for certified architects and what we’re doing in the AEA is building the professional body to the point, ultimately, where people not only want to be AEA members, but effectively need to be AEA members in order to be taken seriously in Enterprise Architecture.

We’re also seeing an increasing number of inquiries from organizations that are recruiting Enterprise Architects to check that the applicant is indeed an AEA member. So clearly that tells us that people are putting it down on their resumes as something that differentiates them. It’s good that we get these inquiries, because it shows that there is perceived value in membership.

What’s new with the AEA? What’s happening within the organization right now?

Other things we have going on are a couple of webinar series running in parallel. One is a series of 13 webinars led by Jason Uppal of QRS Systems. He’s giving one a month for 13 months—we’ve done seven or eight already. The other is a series of 10 webinars given by Chris Armstrong of the Armstrong Process Group. What they have in common is that they are tutorials, they’re educational webinars and learning opportunities, and we’re seeing the number of attendees for those increasing. It’s a value of being an AEA member to be able to participate in these webinars. Our focus is on giving more value to the members, and those are a couple of examples of how we’re doing that.

The other thing that we have introduced is a series of blogs on ‘What Enterprise Architects Need to Know About…’ We’ve covered a couple of topics like Internet of Things and Big Data—we have more planned in that series. That’s an attempt to get people thinking about the changing environment in which we’re all operating now and the technologies coming down the pike at us, and what it means for Enterprise Architects. It’s not that architects have to be an expert in everything, but they do need to know about them because they will eventually change how organizations put together their architectures.

By The Open GroupSteve Nunn is the VP and Chief Operating Officer of The Open Group. Steve’s primary responsibility for The Open Group is to ensure the legal protection of its assets, particularly its intellectual property. This involves the development, maintenance and policing of the trademark portfolio of The Open Group, including the registered trade marks behind the Open Brand and, therefore, the various Open Group certification programs, including TOGAF®, Open CA, Open CITS, and UNIX® system certification. The licensing, protection and promotion of TOGAF also falls within his remit.

In addition, Steve is CEO of the Association of Enterprise Architects (AEA) and is focused on creating and developing the definitive professional association for enterprise architects around the globe. To achieve this, Steve is dedicated to advancing professional excellence amongst AEA’s 20,000+ members, whilst raising the status of the profession as a whole.

Steve is a lawyer by training and has an L.L.B. (Hons) in Law with French and retains a current legal practising certificate.

Join the conversation @theopengroup #ogchat #ogMAD



Comments Off on The Open Group Madrid Summit 2015 – An Interview with Steve Nunn

Filed under Boundaryless Information Flow™, Brand Marketing, Enterprise Architecture, Internet of Things, Open CA, Standards, TOGAF, TOGAF®, Uncategorized

Enabling the Boundaryless Organization the Goal of The Open Group Madrid Summit 2015

The Open Group, the global vendor-neutral IT consortium, is hosting its latest event in Madrid April 20 – 23 2015. The event is set to build on the success of previous events and focus on the challenge of building a Boundaryless Organization in the face of a range of new IT trends. As organizations look to take advantage of trends such as the Internet of Things and Open Platform 3.0™, the Madrid event will be an opportunity for peers to present and discuss and how the Boundaryless Organization can be achieved and what methods are best to do so.

Objectives of this year’s conference include:

  • Understanding what role Enterprise Architecture as currently practiced plays in Enterprise Transformation, especially transformations driven by merging and disruptive technologies.
  • Showing the need for Boundaryless Information Flow™, which would result in more interoperable, real-time business processes that span throughout all business ecosystems.
  • Understanding how to develop better interoperability and communication across organizational boundaries and pursue global standards for Enterprise Architecture that are highly relevant to all industries.
  • Showing how organizations can achieve their business objectives by adopting new technologies and processes as part of the Enterprise Transformation management principles – making the whole process more a matter of design than of chance.
  • Examining how the growth of “The Internet of Things” with online currencies and mobile enabled transactions has changed the face of financial services, and poses new threats and opportunities.

Key plenary and track speakers at the event include:

  • Allen Brown, President & CEO, The Open Group
  • Ron Tolido, SVP, Group CTO Office, , Global Insights and Data practice, Capgemini
  • Mariano Arnaiz, CIO, Grupo CESCE
  • Domingo Molina, Director of Information Technology and Communication Management, CNIS

Full details on the event agenda can be found here.

Registration for The Open Group Madrid is open now and available to members and non-members.  Please visit here.

Join the conversation! @theopengroup #ogMAD

1 Comment

Filed under big data, Boundaryless Information Flow™, Enterprise Architecture, Internet of Things, Interoperability, Open Platform 3.0, OTTF, Professional Development, RISK Management, Standards, Strategy, TOGAF

A World Without IT4IT: Why It’s Time to Run IT Like a Business

By Dave Lounsbury, CTO, The Open Group

IT departments today are under enormous pressure. In the digital world, businesses have become dependent on IT to help them remain competitive. However, traditional IT departments have their roots in skills such as development or operations and have not been set up to handle a business and technology environment that is trying to rapidly adapt to a constantly changing marketplace. As a result, many IT departments today may be headed for a crisis.

At one time, IT departments led technology adoption in support of business. Once a new technology was created—departmental servers, for instance—it took a relatively long time before businesses took advantage of it and even longer before they became dependent on the technology. But once a business did adopt the technology, it became subject to business rules—expectations and parameters for reliability, maintenance and upgrades that kept the technology up to date and allowed the business it supported to keep up with the market.

As IT became more entrenched in organizations throughout the 1980s and 1990s, IT systems increased in size and scope as technology companies fought to keep pace with market forces. In large enterprises, in particular, IT’s function became to maintain large infrastructures, requiring small armies of IT workers to sustain them.

A number of forces have combined to change all that. Today, most businesses do their business operations digitally—what Constellation Research analyst Andy Mulholland calls “Front Office Digital Business.” Technology-as-a-service models have changed how the technologies and applications are delivered and supported, with support and upgrades coming from outsourced vendors, not in-house staff. With Cloud models, an IT department may not even be necessary. Entrepreneurs can spin up a company with a swipe of a credit card and have all the technology they need at their fingertips, hosted remotely in the Cloud.

The Gulf between IT and Business

Although the gap between IT and business is closing, the gulf in how IT is run still remains. In structure, most IT departments today remain close to their technology roots. This is, in part, because IT departments are still run by technologists and engineers whose primary skills lie in the challenge (and excitement) of creating new technologies. Not every skilled engineer makes a good businessperson, but in most organizations, people who are good at their jobs often get promoted into management whether or not they are ready to manage. The Peter Principle is a problem that hinders many organizations, not just IT departments.

What has happened is that IT departments have not traditionally been run as if they were a business. Good business models for how IT should be run have been piecemeal or slow to develop—despite IT’s role in how the rest of the business is run. Although some standards have been developed as guides for how different parts of IT should be run (COBIT for governance, ITIL for service management, TOGAF®, an Open Group standard, for architecture), no overarching standard has been developed that encompasses how to holistically manage all of IT, from systems administration to development to management through governance and, of course, staffing. For all its advances, IT has yet to become a well-oiled business machine.

The business—and technological—climate today is not the same as it was when companies took three years to do a software upgrade. Everything in today’s climate happens nearly instantaneously. “Convergence” technologies like Cloud Computing, Big Data, social media, mobile and the Internet of Things are changing the nature of IT. New technical skills and methodologies are emerging every day, as well. Although languages such as Java or C may remain the top programming languages, new languages like Pig or Hive are emerging everyday, as are new approaches to development, such as Scrum, Agile or DevOps.

The Consequences of IT Business as Usual

With these various forces facing IT, departments will either need to change and adopt a model where IT is managed more effectively or departments may face some impending chaos that ends up hindering their organizations.

Without an effective management model for IT, companies won’t be able to mobilize quickly for a digital age. Even something as simple as an inability to utilize data could result in problems such as investing in a product prototype that customers aren’t interested in. Those are mistakes most companies can’t afford to make these days.

Having an umbrella view of what all of IT does also allows the department to make better decisions. With technology and development trends changing so quickly, how do you know what will fit your organization’s business goals? You want to take advantage of the trends or technologies that make sense for the company and leave behind those that don’t.

For example, in DevOps, one of the core concepts is to bring the development phase into closer alignment with releasing and operating the software. You need to know your business’s operating model to determine whether this approach will actually work or not. Having a sense of that also allows IT to make decisions about whether it’s wise to invest in training or hiring staff skilled in those methods or buying new technologies that will allow you to adopt the model.

Not having that management view can leave companies subject to the whims of technological evolution and also to current IT fads. If you don’t know what’s valuable to your business, you run the risk of chasing every new fad that comes along. There’s nothing worse—as the IT guy—than being the person who comes to the management meeting each month saying you’re trying yet another new approach to solve a problem that never seems to get solved. Business people won’t respond to that and will wonder if you know what you’re doing. IT needs to be decisive and choose wisely.

These issues not only affect the IT department but to trickle up to business operations. Ineffective IT shops will not know when to invest in the correct technologies, and they may miss out on working with new technologies that could benefit the business. Without a framework to plan how technology fits into the business, you could end up in the position of having great IT bows and arrows but when you walk out into the competitive world, you get machine-gunned.

The other side is cost and efficiency—if the entire IT shop isn’t running smoothly throughout then you end up spending too much money on problems, which in turn takes money away from other parts of the business that can keep the organization competitive. Failing to manage IT can lead to competitive loss across numerous areas within a business.

A New Business Model

To help prevent the consequences that may result if IT isn’t run more like a business, industry leaders such as Accenture; Achmea; AT&T; HP IT; ING Bank; Munich RE; PwC; Royal Dutch Shell; and University of South Florida, recently formed a consortium to address how to better run the business of IT. With billions of dollars invested in IT each year, these companies realized their investments must be made wisely and show governable results in order succeed.

The result of their efforts is The Open Group IT4IT™ Forum, which released a Snapshot of its proposed Reference Architecture for running IT more like a business this past November. The Reference Architecture is meant to serve as an operating model for IT, providing the “missing link” that previous IT-function specific models have failed to address. The model allows IT to achieve the same level of business, discipline, predictability and efficiency as other business functions.

The Snapshot includes a four-phase Value Chain for IT that provides both an operating model for an IT business and outlines how value can be added at every stage of the IT process. In addition to providing suggested best practices for delivery, the Snapshot includes technical models for the IT tools that organizations can use, whether for systems monitoring, release monitoring or IT point solutions. Providing guidance around IT tools will allow these tools to become more interoperable so that they can exchange information at the right place at the right time. In addition, it will allow for better control of information flow between various parts of the business through the IT shop, thus saving IT departments the time and hassle of aggregating tools or cobbling together their own tools and solutions. Staffing guidance models are also included in the Reference Architecture.

Why IT4IT now? Digitalization cannot be held back, particularly in an era of Cloud, Big Data and an impending Internet of Things. An IT4IT Reference Architecture provides more than just best practices for IT—it puts IT in the context of a business model that allows IT to be a contributing part of an enterprise, providing a roadmap for digital businesses to compete and thrive for years to come.

Join the conversation! @theopengroup #ogchat

By The Open GroupDavid is Chief Technical Officer (CTO) and Vice President, Services for The Open Group. As CTO, he ensures that The Open Group’s people and IT resources are effectively used to implement the organization’s strategy and mission.  As VP of Services, David leads the delivery of The Open Group’s proven collaboration processes for collaboration and certification both within the organization and in support of third-party consortia.

David holds a degree in Electrical Engineering from Worcester Polytechnic Institute, and is holder of three U.S. patents.


Filed under Cloud, digital technologies, Enterprise Transformation, Internet of Things, IT, IT4IT, TOGAF, TOGAF®

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

By The Open Group

This is part two 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 tools that EAs can be using to do architecture right now?

There’s quite a bit out there. I’m kind of developing a perspective on how to lay them out across the landscape a bit better. I think there are two general classes of EA tools based on requirements, which is not necessarily the same as what is offered by commercial or open source solutions.

When you take a look at the EA Capability model and the value chain, the first two parts of it have to do with understanding and analyzing what’s going on in an enterprise. Those can be effectively implemented by what I call Enterprise Architecture content management tools, or EACM. Most of the modeling tools would fall within that categorization. Tools that we use? There’s Sparx Enterprise Architect. It’s a very effective modeling tool that covers all aspects of the architecture landscape top-to-bottom, left-to-right and it’s very affordable. Consequently, it’s one of the most popular tools in the world—I think there are upwards of 300,000 licenses active right now. There are lots of other modeling tools as well.

A lot of people find the price point for Sparx Enterprise Architect so appealing that when people go into an investment and it’s only $5K, $10K, or $15K, instead of $100K or $250K, find it’s a great way to get into coming to grips with what it means to really build models. It really helps you build those fundamental modeling skills, which are best learned via on-the-job experience in your real business domain, without having to mortgage the farm.

Then there’s the other part of it, and this is where I think there needs to be a shift in emphasis to some extent. A lot of times the architect community gets caught up in modeling. We’ve been modeling for decades—modeling is not a new thing. Despite that—and this is just an anecdotal observation—the level of formal, rigorous modeling, at least in our client base in the U.S. market, is still very low. There are lots of Fortune 1000 organizations that have not made investments in some of these solutions yet, or are fractured or not well-unified. As a profession, we have a big history of modeling and I’m a big fan of that, but it sometimes seems a bit self-serving to some extent, in that a lot of times the people we model for are ourselves. It’s all good from an engineering perspective—helps us frame stuff up, produce views of our content that are meaningful to other stakeholders. But there’s a real missed opportunity in making those assets available and useful to the rest of the organization. Because if you build a model, irrespective of how good and relevant and pertinent it is, if nobody knows about it and nobody can use it to make good decisions or can’t use it to accelerate their project, there’s some legitimacy to the question of “So how much value is this really adding?” I see a chasm between the production of Enterprise Architecture content and the ease of accessing and using that content throughout the enterprise. The consumer market for Enterprise Architecture is much larger than the provider community.

But that’s a big part of the problem, which is why I mentioned cross-training earlier–most enterprises don’t have the self-awareness that they’ve made some investment in Enterprise Architecture and then often ironically end up making redundant, duplicative investments in repositories to keep track of inventories of things that EA is already doing or could already be doing. Making EA content as easily accessible to the enterprise as going to Google and searching for it would be a monumental improvement. One of the big barriers to re-use is finding if something useful has already been created, and there’s a lot of opportunity to deliver better capability through tooling to all of the consumers throughout an enterprise.

If we move a bit further along the EA value chain to what we call “Decide and Respond,” that’s a really good place for a different class of tools. Even though there are modeling tool vendors that try to do it, we need a second class of tools for EA Lifecycle Management (EALM), which is really getting into the understanding of “architecture-in-motion”. Once architecture content has been described as the current and future state, the real $64,000 question is how do we get there? How do we build a roadmap? How do we distribute the requirements of that roadmap across multiple projects and tie that to the strategic business decisions and critical assets over time? Then there’s how do I operate all of this stuff once I build it? That’s another part of lifecycle management—not just how do I get to this future state target architecture, but how do I continue to operate and evolve it incrementally and iteratively over time?

There are some tools that are emerging in the lifecycle management space and one of them is another product we partner with—that’s a solution from HP called Enterprise Maps. From our perspective it meets all the key requirements of what we consider enterprise architecture lifecycle management.

What tools do you recommend EAs use to enhance their skillsets?

Getting back to modeling—that’s a really good place to start as it relates to elevating the rigor of architecture. People are used to drawing pictures with something like Visio to graphically represent ”here’s how the business is arranged” or “here’s how the applications landscape looks,” but there’s a big difference in transitioning how to think about building a model. Because drawing a picture and building a model are not the same thing. The irony, though, is that to many consumers it looks the same, because you often look into a model through a picture. But the skill and the experience that the practitioner needs is very different. It’s a completely different way of looking at the world when you start building models as opposed to solely drawing pictures.

I see still, coming into 2015, a huge opportunity to uplift that skill set because I find a lot of people say they know how to model but they haven’t really had that experience. You just can’t simply explain it to somebody, you have to do it. It’s not the be-all and end-all—it’s part of the architect’s toolkit, but being able to think architecturally and from a model-driven approach is a key skill set that people are going to need to keep pace with all the rapid changes going on in the marketplace right now.

I also see that there’s still an opportunity to get people better educated on some formal modeling notations. We’re big fans of the Unified Modeling Language, UML. I still think uptake of some of those specifications is not as prevalent as it could be. I do see that there are architects that have some familiarity with some of these modeling standards. For example, in our TOGAF® training we talk about standards in one particular slide, many architects have only heard of one or two of them. That just points to there being a lack of awareness about the rich family of languages that are out there and how they can be used. If a community of architects can only identify one or two modeling languages on a list of 10 or 15 that is an indirect representation of their background in doing modeling, in my opinion. That’s anecdotal, but there’s a huge opportunity to uplift architect’s modeling skills.

How do you define the difference between models and pictures?

Modeling requires a theory—namely you have to postulate a theory first and then you build a model to test that theory. Picture drawing doesn’t require a theory—it just requires you to dump on a piece of paper a bunch of stuff that’s in your head. Modeling encourages more methodical approaches to framing the problem.

One of the anti-patterns that I’ve seen in many organizations is they often get overly enthusiastic, particularly when they get a modeling tool. They feel like they can suddenly do all these things they’ve never done before, all that modeling stuff, and they end up “over modeling” and not modeling effectively because one of the key things for modeling is modeling just enough because there’s never enough time to build the perfect thing. In my opinion, it’s about building the minimally sufficient model that’s useful. And in order to do that, you need to take a step back. TOGAF does acknowledge this in the ADM—you need to understand who your stakeholders are, what their concerns are and then use those concerns to frame how you look at this content. This is where you start coming up with the theory for “Why are we building a model?” Just because we have tools to build models doesn’t mean we should build models with those tools. We need to understand why we’re building models, because we can build infinite numbers of models forever, where none of them might be useful, and what’s the point of that?

The example I give is, there’s a CFO of an organization that needs to report earnings to Wall Street for quarterly projections and needs details from the last quarter. And the accounting people say, “We’ve got you covered, we know exactly what you need.” Then the next day the CFO comes in and on his/her desk is eight feet of green bar paper. She/he goes out to the accountants and says, “What the heck is this?” And they say “This is a dump of the general ledger for the first quarter. Every financial transaction you need.” And he/she says, “Well it’s been a while since I’ve been a CPA, and I believe it’s all in there, but there’s just no way I’ve got time to weed through all that stuff.”

There are generally accepted accounting principles where if I want to understand the relationship between revenue and expense that’s called a P&L and if I’m interested in understanding the difference between assets and liabilities that’s a balance sheet. We can think of the general ledger as the model of the finances of an organization. We need to be able to use intelligence to give people views of that model that are pertinent and help them understand things. So, the CFO says “Can you take those debits and credits in that double entry accounting system and summarize them into a one-pager called a P&L?”

The P&L would be an example of a view into a model, like a picture or diagram. The diagram comes from a model, the general ledger. So if you want to change the P&L in an accounting system you don’t change the financial statement, you change the general ledger. When you make an adjustment in your general ledger, you re-run your P&L with different content because you changed the model underneath it.

You can kind of think of it as the difference between doing accounting on register paper like we did up until the early 21st Century and then saying “Why don’t we keep track of all the debits and credits based on a chart of accounts and then we can use reporting capabilities to synthesize any way of looking at the finances that we care to?” It’s allows a different way for thinking about the interconnectedness of things.

What are some of the most sought after classes at APG?

Of course TOGAF certification is one of the big ones. I’d say in addition to that we do quite a bit in systems engineering, application architecture, and requirements management. Sometimes those are done in the context of solution delivery but sometimes they’re done in the context of Enterprise Architecture. There’s still a lot of opportunity in supporting Enterprise Architecture in some of the fundamentals like requirements management and effective architectural modeling.

What kinds of things should EAs look for in training courses?

I guess the big thing is to try to look for are offerings that get you as close to practical application as possible. A lot of people start with TOGAF and that’s a great way to frame the problem space. I would set the expectation—and we always do when we deliver our TOGAF training—that this will not tell you “how” to do Enterprise Architecture, there’s just not enough time for that in four days. We talk about “what” Enterprise Architecture is and related emerging best practices. That needs to be followed up with “how do I actually do Enterprise Architecture modeling,” “how do I actually collect EA requirements,” “how do I actually do architecture trade-off analysis?” Then “How do I synthesize an architecture roadmap,” “how do I put together a migration plan,” and “how do I manage the lifecycle of applications in my portfolio over the long haul?” Looking for training that gets you closer to those experiences will be the most valuable ones.

But a lot of this depends on the level of maturity within the organization, because in some places, just getting everybody on the same page of what Enterprise Architecture means is a big victory. But I also think Enterprise Architects need to be very thoughtful about this cross-training. I know it’s something I’m trying to make an investment in myself, is becoming more attuned to what’s going on in other parts of the enterprise in which Enterprise Architecture has some context but perhaps is not a known player. Getting training experiences in other places and engaging those parts of your organizations to really find out what are the problems they’re trying to solve and how might Enterprise Architecture help them is essential.

One of the best ways to demonstrate that is part of the organizational learning related to EA adoption. That may even be the bigger question. As individual architects, there are always opportunities for greater skill development, but really, organizational learning is where the real investment needs to be made so you can answer the question, “Why do I care?” One of the best ways to respond to that is to have an internal success. After a pilot project say, “We did EA on a limited scale for a specific purpose and look what we got out of it and how could you not want to do more of it?”

But ultimate the question usually should be “How can we make Enterprise Architecture indispensible? How can we create an environment where people can perform their duties more rapidly, more efficiently, more effectively and more sustainably based on Enterprise Architecture?” This is part of the problem, especially in larger organizations. In 2015, it’s not really the first time people have been making investments in Enterprise Architecture, it’s the second or third or fourth time, so it’s a reboot. You want to make sure that EA can become indispensible but you want to be able to support those critical activities with EA support and then when the stakeholders become dependent on it, you can say “If you like that stuff, we need you to show up with some support for EA and get some funding and resources, so we can continue to operate and sustain this capability.”

What we’ve found is that it’s a double-edged sword, ironically. If an organization has success in propping up their Architecture capability and sustaining and demonstrating some value there, it can be a snowball effect where you can become victims of your own success and suddenly people are starting to get wind of “Oh, I don’t have to do that if the EA’s already done it,” or “I can align myself with a part of the business where the EA has already been done.” The architecture community can get very busy—more busy than they’re prepared for—because of the momentum that might exist to really exploit those EA investments. But at the end of the day, it’s all good stuff because the more you can show the enterprise that it’s worth the investment, that it delivers value, the more likely you’ll get increased funding to sustain the capability.

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 Two): A Q&A with Chris Armstrong, Armstrong Process Group

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