Category Archives: TOGAF

The Open Group to Hold Next Event in San Francisco

The Open Group, the vendor-neutral IT consortium, is hosting its next event in San Francisco January 25-28. The Open Group San Francisco 2016 will focus on how Enterprise Architecture is empowering companies to build better systems by architecting for digital business strategies. The event will go into depth on this topic through various individual sessions and keynotes.

Some of the many topics of discussion at the event include Business Architecture; how to architect systems using tools and frameworks such as TOGAF® and ArchiMate® (both Open Group standards); Social, Mobile, Analytics and Cloud (SMAC); Risk Management and Cybersecurity; Business Transformation; Professional Development, and improving the security and dependability of IT, including the global supply chain on which they rely.

Key speakers at the event, taking place at San Francisco’s Marriott Union Square, include:

  • Steve Nunn,  President & CEO, The Open Group
  • Trevor Cheung, VP Strategy and Architecture Practice, Huawei Global Services
  • Jeff Matthews, Director of Venture Strategy and Research, Space Frontier Foundation
  • Ajit Gaddam, Chief Security Architect, Visa
  • Eric Cohen, Chief Enterprise Architect, Thales
  • Heather Kreger, Distinguished Engineer, CTO International Standards, IBM

Full details on the range of track speakers at the event can be found here.

There will also be the inaugural TOGAF® User Group meeting taking place on January 25. Facilitated breakout sessions will bring together key stakeholders and users to share best practices, information and learn from each other.

Other subject areas at the three day event will include:

  • Open Platform 3.0™ – The Customer Experience and Digital Business
  • IT4IT – Managing the Business of IT. Case study presentations and a vendor panel to discuss the release of The Open Group IT4IT Reference Architecture Version 2.0 standard
    • Plus deep dive presentations into the four streams of the IT Value Chain along with the latest information on the IT4IT training and certification program.
  • EA & Business Transformation – Understand what role EA, as currently practiced, plays in Business Transformation, especially transformations driven by emerging and disruptive technologies.
  • Risk, Dependability & Trusted Technology – The cybersecurity connection – securing the global supply chain.
  • Enabling Healthcare
  • TOGAF® 9 and ArchiMate® – Case studies and the harmonization of the standards.
  • Understand how to develop better interoperability & communication across organizational boundaries and pursue global standards for Enterprise Architecture that are highly relevant to all industries.

Registration for The Open Group San Francisco is open now, is available to members and non-members, and can be found here.

Join the conversation @theopengroup #ogSFO

Comments Off on The Open Group to Hold Next Event in San Francisco

Filed under Boundaryless Information Flow, The Open Group, The Open Group San Francisco 2016, TOGAF, Uncategorized

Driving Digital Transformation Using Enterprise Architecture

By Sunil Kr. Singh, Senior Architecture and Digital Consultant at TATA Consultancy Services

Driving Digital Transformation Using Enterprise Architecture as a Problem Solving Tool Set

If I start talking to an audience and start with, “Enterprise Architecture is required for driving Digital Transformation of an organization”, I guess, I would be talking to an empty hall in 30 seconds. However, I believe it is worth the effort; too many transformations are on. You might be starting to wonder what I have here to say.

Changes are happening rapidly

Business Transformation is becoming the normalized playing ground for everyone! It is happening more frequently and far rapidly. It does not end here; it further makes it more challenging by reducing the time to play catch up. As this Digital Tsunami is hitting us, adopting and developing a standardized approach to implement or execute digital transformation initiatives is important to be successful. The key is to develop the competency to be agile or incremental in a very dynamic environment.

Consumerization and Commoditisation of Product and Services, driven by innovation, knowledge sharing, collaboration and crowd-driven mechanics, is driving rapid evolution of business landscape. The desire to use information in better ways was always there. However, the cost and the scale with which it is possible now was only in books and labs even a decade back. If I still have you here and everything sounds familiar, you might be starting to wonder what is so special about the Digital Transformation. This is the right question and I would encourage you to ask this question many times, as you take up the Digital Transformation journey!

I strongly believe that transformation is definitely an old subject for you. Business has been engaged in transformation for a long time; driving transformation by formulating new business strategies. The same is true for Information Technology (IT) departments; they had moved from mainframe to distributed systems, from independent web applications to Portals to mobile applications. We are all seasoned soldiers of Transformation! Still…

One of the biggest causes of starting to feel the butterflies are the uncertainties around how big of a force is the Tsunami. As we see business domains collapse, we wonder what we should do now. Shall we act or watch and catch the next wave? Which waves to catch, there’s no abating of waves!

Too often disruption in business model

The driver for Google Compare is unprecedented! Who can become the car manufacturer? Alternatively, who wants to play in the card payment market? All establishment looks like pack of cards; they are to be blown away and rebuilt by the Digital Tsunami.

The speciality here is, change in pattern for “Transformation” when the prefix “Digital” gets associated. It is no longer IT for Business. It is technology-enabled business, literally! The basics of market place of how one get their 4Ps together to generate values is changing and thus newer Business Model. That is where the critical differentiation comes in. This drives in a couple of thoughts: A) Business Gurus need to understand information and technology B) Technical Gurus need to understand business. It is no longer a question of business and IT alignment, it is a question of merger and how the mix looks like!

Everyone understands this and understands that change is unavoidable. However, they are also apprehensive of repeating “past failures to transform”. Though enough transformation experience exists, it has also taught the Knights that it was never easy and this time the target itself is fuzzy.

Nevertheless, with tons of questions in their mind, everyone is queuing up for getting a makeover done! Key question for the image makeover gurus, what image makeover tools are at their disposal?

EA is the short answer. Nevertheless, not everyone is doing EA – how can someone explain the success stories that are out there? I am sure there are plenty of individual charismatic leaders who do these in Godly ways. However, the challenge starts when they start to convey their ideas to others. Our expressions are always, “She or he doesn’t get all the Challenges!” Alternatively, “The Devil is in the detail!” Neither do we get what they are trying to drive us to. The friction is huge and more than often companies are stuck here, missing their agility! Is there anything that can break the stalemate?

In this situation the toolset that will be of help are tools around Enterprise Architecture (EA). I can see jaws drop – “What?” “We’ll never be able to transform if we let the Enterprise Architecture drive the show!” Let us take away the people aspects. The tool tries to present a merged image of business and IT. This is the need of the hour. I agree with the challenges that the industry has been experiencing with EA, however, there is a lot of potential to this practice. On the other hand, EA needs to mature as well. This is the symbiotic opportunity! I would like to hear about options available other than EA to drive Digital Transformation.

The point that I am going to make here is simple. The challenge in front of Business Leaders and IT leaders is to drive things quickly and deliver continuous business value through incremental adoption of change. The opportunity for the transformation team is to use a set of tools around EA to let the leaders achieve their goals.

Below I have picked up three different focus areas where EA Practice and its tool set can be valuable for enabling the Digital Transformation.

  1. Unified View:

As we are all experiencing, at any given point in time there are multiple different strategies in execution in different areas of the organization. For example, what is commonly being observed these days, as some team is creating a 360 degree view of their partner, other team may be engaged in various phases of IT system reengineering. I need not get into the details of how they influence each other!

The above phenomenon is almost like solving the Rubik’s cube. When we try to align one side, arrangement on the other side is broken. The different sides of the Rubik’s cube are like different areas of the organization or initiatives. Enterprise Architecture explicitly handles these through Views. Case in point, during an eGovernance initiative to reorganize the IT Systems and Processes, the organization had to start a parallel initiative to modernize the Data Center. It did not end here, the Government was planning to enable unprecedented amount of self-service to the public. Different business departments were driving these; the IT teams were in silos. Result was a no brainer! Multiple starts and stop resulting in overshooting of budget and timeline!

Let us see the Digital Transformation situation. For most contemporary situations, an organization will have cyber security initiatives, digital initiatives, core system modernizations and a few innovation initiatives, all running in parallel.

Therefore, how the situation on the ground does look like? A typical meeting room situation! In a meeting room of a particular program the lead architect or a shared developer points out – “Oh, I know there is a security initiative going on in the data center and that may impact our time line”. The project manager makes a note of it to check this out. The subsequent situations would be familiar too. When the project manager communicates to her counterpart, no one really understands the language of each other (though they are speaking the same language, English, German or Hindi). They decide to keep each one of them separate so that each one can go live! What is the Result? The organization now has two different security gateways!

The above paragraph is an imaginary situation. However, we can all recollect many similar situations. When these different teams or their representatives get into conversations, they may not have all the structures in front of them to understand the possible impacts. It may sound obvious, however, the devils are in the details; and the details are in different jargon or lingo of each initiative.

The EA exactly tries to solve this problem and drive organization forward. There are many different tools, for example, Vision, Business Motivation Models, Business Capability Models, Business Services Models, Business Processes Models, IT Services Models, and Technology Models, which helps in sustained dialogue. The stakeholders within the enterprise will understand the impact of an initiative when they understand the behaviour of the target state; it is possible to explain the behaviour when there is a good structure to depict and define the behaviour.

There is a classical problem here, whether to focus on the forest and ignore the trees or to look at an individual tree and ignore the forest. In reality one need to do both! The tools mentioned above helps to orchestrate between these different perspectives. It provides a mechanism to do it in a relatively easy way. I have mentioned relatively because nothing is easy if one does not put in effort to build the competency around it.

Let us consider the area under Digital Transformation, Digital Experience, which is most widely in vocabulary today. It touches almost every part of the Enterprise. This initiative may directly affect some process simplification and improvement initiatives that may be underway to drive Operational Excellence. The organization typically gets into a chicken and egg scenario and this result into losing momentum over how to resolve the issues. Instead of trying to tie everything together, the EA tools will help to create building blocks. These building blocks are implemented independently. They are then moved to operations independently and magic, it works.

One way to let initiatives move independently and be confident of their effectiveness is through the usage of Architecture Contract.

It is important to understand what the expected outcome is. For example, in case of “Customer Digital Experience” the question would be, is it a pure Information Technology initiative or does it influence the Business Architecture and Business Model? This is a decisive moment to understand whether the changes are just to leverage some new technology capabilities like Mobile, Wearable, or Big Data. For all good reasons, the initiative may be just that. In that case recommendation would be to run them under any typical IT programs and please do not boil the ocean by putting them under the “Digital Transformation” initiatives. However, if one organization were really looking for changing the business playing field, then adopting EA practices would help immensely.

  1. Enterprise Architecture Tools:

For Digital Transformation, Business Architecture, Technology Architecture, Information Architecture Views and various tools related to them are pillars of the Enterprise Architecture. In fact understanding the Business Capabilities and being able to map the impact of the Digital Forces on the capabilities will be critical for final success of the outcome.

However, a few other areas of the Enterprise Architecture practice help in navigating through the entire effort of Enterprise Architecture, when one is trying to solve the problem of Digital Transformation. For now, I thought of venturing into these EA Tools; may return to applying Business Architecture, Information Architecture and Technology Architecture tools and practices to Digital Transformation in a latter article.

You might be wondering why I am ignoring the pillars. The pillars are something, which we have to go through anyways, however, to get them in place there are other vehicles required and I often find that the teams are struggling with them. For instance, Business Capabilities are going to be the pillars of Business Architecture for driving the Digital Transformation work; however, teams often struggle to find out what business motivations are going to affect the existing capabilities.

Now let us go through a few of the tools here.

To find out what is required to realize the Digital Strategy – If the organization has developed a Digital Strategy, then that is a big achievement. However, that is not the end of the journey. We have all been in situation where it takes months to decide on next steps and years to see the strategy taking bloom. One may like to see a few common reasons why Strategies fail.

A tool that can help untangle different aspects of what you are trying to achieve through the Digital strategy is the Business Motivation Model (BMM). The ArchiMate® supports to create a very effective abridged version of BMM. BMM can help in identifying the next set of activities by helping you to create a model that relates requirement to goals to stakeholders. This can quickly let one see through the next steps and what values it is trying to bring in to move towards the desired target.

EA Methodology – The idea is to move incrementally. Fail with an idea faster so that one can learn faster and apply the learning for success sooner! It is desirable to take incremental steps through modifications of existing Business Model using Business Architecture, keep the IT Architecture aligned during the iterations and the intermediate steps.

TOGAF®, an Open Group standard, ADM is a good place to start; other frameworks like, DODAF, FEA and methodologies around them can help to enrich the ADM. The important point to look for while one is iterating through the ADM or even evaluating it is to consider the kinds of customization required for the enterprise in scope. However, focus to mature the methodology incrementally.

Stakeholders Management: who is impacted and how – In a complex engagement like implementing Digital Transformation, stakeholder management can be challenging. Understanding the stakeholder’s goals and drivers can be daunting. Besides, understanding the real need and what does it mean, under the applicable constraints can be confusing. I have seen organizations stuck in tackling stakeholders and unable to come out of the labyrinth for months to years. There are tools within Archimate to lay down the stakeholders, connect them to their drivers, assessment, goals, and requirement. There are other tools, which independently or with ArchiMate extensions helps in doing the same.

It would be a good idea to lay down multiple levels of stakeholders, overall Digital Organization level, Program level and then various initiatives/project levels. Having an interaction model among these will help one to understand various Enterprise Architecture Views required in meeting the objectives of different stakeholders.

What does the enterprise wants to achieve during the incremental initiative: EA Vision – This is a critical and tricky part. Until now, the Digital Strategy work had mapped the Business Strategy to a clear Business Vision, mapped tactics to realize the Business Strategy. Sometime, each of the tactics may entail into EA Vision for the cycle (there may be multiple EA cycles for an EA vision too – pyramid of visions is the theme). I have seen organizations running with big transformation exercises and not all stakeholders clearly understand all different aspects; there is a lack of EA vision or there is not a well-developed structure other than Words of Mouth and slides. The recommendation is to lay down the EA vision as a subset of the organizational vision; however, the alignment needs to be clear by following a well-defined approach.

Make the EA vision clear, however, need not be something too insurmountable to achieve over a given period. EA Vision is not a blue-sky dream that may take one to the top of the mountain! It is a pragmatic value proposition that the organization is trying to achieve.

How do the milestones on the road look like: Roadmap – The recommendation will be to execute the road mapping activities under the EA initiative of the Digital Transformation. This will allow creating the right alignment from Business Perspective and will help to bind all the stakeholders to the common cause. There is significant number of examples where large programs have surprised the stakeholders with the outcome in a negative way. It would be a more difficult journey for Digital Transformation without the right level of effort or EA effort.

Can we do it better next time: Housekeeping – A significant part of the EA assets and activities that exist today in Literature and are more popular, are around the Housekeeping activities. One of them is EA repository. This is extremely important; however, practitioners should recognize this and appropriately position the activities around the Repository. I would not think positioning a significant amount of housekeeping activities while one is trying to build the house would do justice to the time and effort spent.

Nevertheless, this would be a good time where you can start with a clean EA repository and start populating with the artifacts being produced. Then, in a parallel thread or latter thread start tying things together. The benefit of this approach is to be able to avoid diluting the focus area of using EA as a problem-solving tool and keep the accelerated momentum of the transformation on.

The EA Repository can be helpful for Managing Business Assets, especially those focused around Information Technology (we are discussing technology enabled business transformation). Business Capability creation, impacts on business capabilities, visibility to key stakeholders will receive a boost, through traceability and reusability.

It may appear that the transformation team will adopt the tools and techniques, mentioned above, even without the EA umbrella. The point is – instead of doing these activities in silos of Business or IT at different points in time, the EA can bring all these together. It will help the organization make efficient progress. A few ways these can help, create “Views” for different “concern or focus” areas; thus allowing different groups to visualize their respective stake and impact, as different initiatives run in parallel. All these initiatives are large which is transforming the DNA of the organization; it would be important to understand the impact and be able to manoeuvre the steering.

  1. Enterprise Agility:

Why Enterprise “Agility” is important in the context of Digital Transformation? Is it just because Agility is the fad these days? I believe it is the environment. It has become very dynamic, for all reasons mentioned above. On the other hand, agility is being driven by the fact that it is possible to be agile with both information and tools available. We have moved quite far since the days of Mr. Ford’s era of “Any customer can have a car painted any colour that he wants as long as it is black.” In a very dynamic environment, ability to iterate is important. The points shared so far will help to achieve agility and make incremental progress. The main pillars to achieve incremental transformation are:

  1. Ability to have a single coherent view, though multiple threads are being run independently
  2. Conceptualize and initiate multiple iterations of Enterprise Architecture, driven by a vision (or pyramid of visions)
  3. A strong enterprise architecture repository so that every iterations and every independent thread is contributing to the common goal; this doesn’t mean that it is the most important thing (one of the important element)

As one is moving through the transformation, it is imperative to have a clear vision of what one wants to achieve. Then, it is required to break it down (architectural decomposition) into smaller achievable chunks and then iteratively implement the chunks. Approaches other than EA would fail to maintain the stability of the Enterprise System, after each of the viable iteration. This means that at every point in time during the transformation business should function in a seamless way with transformed and existing business and IT functions; there should be seamless flow of information across all business functions. Moreover, business benefits should be clear and measurable during each of the iteration.

Summing it up, if the technical initiatives with Big Data, Machine Learning or Artificial Intelligence or Cloud or Mobility or Social does not affect the Business (apart from adoption of new Information Services or Technology Services) then EA may not be required. However, if one wants to change business functions by leveraging digital tools or would have to change it because of Digital Forces, then EA would be the best vehicle to board to take up the journey of transformation!

The risk of not taking an architecture-centric approach is that it is too complex to handle the different variables that can influence the net outcome of Digital Transformation. The immediate success can soon wane out into an unmanageable mess of different organizations, departments, roles, systems and information. There are too many variables; which a few individuals can relate them, communicate them, and track them as they changes.

The promise of Digital in the business space is the capability to use information, move incrementally, and continuously optimize. Transformation of Enterprises (large or small) incrementally is not an easy affair, as we have realized and experienced it! Thus, without using a tool set that helps to ease out the transformation, the cost of technology and its rapid evolution will be difficult to manage.

During the whole journey of transformation, EA can produce tangible outputs. The organization can refer back to these outputs at any point in time to understand the rational for failure or success. Organizations, not matured in implementing strategies often, grapple with the outcome if it is not a great success. Their success seems to depend too much on the binary nature of success or failure, though business is continuous. There is plenty of opportunity to avoid the binary result and follow a path of incremental change.

By Sunil Kr. Singh, TATASunil Kr. Singh is a Senior Architecture and Digital Consultant at TATA Consultancy Services. He has more than 16 years of experience with Information Technology driven transformation and developing IT systems for business solutions. He has a wide range of hands on experience; established Enterprise Architecture Practices, streamlined IT and business processes, developed, designed and architected business systems.
https://ca.linkedin.com/in/sunilsingh1

The opinions expressed in this article/presentation are those of the author; no organization that the author is affiliated or works for is related to these views.

Join the conversation @theopengroup #ogchat

Comments Off on Driving Digital Transformation Using Enterprise Architecture

Filed under ArchiMate®, cloud, EA, TOGAF, Uncategorized

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.

Comments Off on The Open Group Edinburgh 2015 Highlights

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

Background

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.

Company

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.

Problem

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.

Solution

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.

Results

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.

Observations

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.

Future

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.

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

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

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

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