In my previous post, I suggested that integrating Kevin Kelly’s 8 “generatives” will help EA adoption (please read Kevin’s excellent article Better than Free for the details on each):

  • Immediacy
  • Personalization
  • Interpretation
  • Authenticity
  • Accessibility
  • Embodiment
  • Patronage
  • Findability

This really got me thinking about how we approach introducing and maturing enterprise architecture in our organizations. How many of you made attempts to introduce EA practices and struggled in your organizations?  What  attracts clients to your EA service? Do you use a carrot or a stick? Why would people in your organization come to you for services? What makes your service better than free?

Can we take Kevin’s “generatives” and apply them as principles of our EA practice? This post describes how we can apply Kevin’s “generatives” as influencing guiding principles for delivering Enterprise Architecture.

Immediacy – Does your EA practice provide immediacy to facilitate solution delivery in your organization? Can your EA serve to deliver solutions quicker and in a supported, sustainable manner?  If your EA process takes weeks or months or even years, there is no immediacy for your clients and they will go elsewhere even if it costs them more. If we design our EA services to address the immediacy demand of our clients, we can deliver the immediacy generative. Applying our EA Guiding Principle “Reuse-Acquire-Create” will help.

Personalization – Does your EA practice address the requirements of your client’s specific needs? Communication is a key role for an Enterprise Architect. Building relationships and creating value for your clients by understanding their needs and enabling solutions tailored to their business challenges. This creates “stickiness” between the business and your EA practice. Both parties collaboratively build a relationship which is a generative asset that they are invested in. To me this is a great way of thinking about technology services becoming a trusted partner to the business and delivering the personalization generative.

Interpretation- Can your EA practice be the interpreter and bridge between easily accessible technology solutions and real business requirements?  How many times do business units in your organization buy a technology to address their current pain point ,only to find that the technology is cheap to acquire but costly to implement and difficult to  integrate? If we as EA’s, can help our business partners make better choices by guiding them with standard solution architectures that integrate into our overall enterprise architecture, we meet the interpretation generative.

Authenticity – Do the solutions proposed by your EA practice provide a total solution that addresses implementation and ongoing service delivery at a fair price? We need to build the Business Architecture layer of our Enterprise Architecture.  By understanding the business processes and cycles, we can tailor standard solution architectures that integrate people, process, information and technology. By putting the business needs ahead of technology acquisition, we can deliver the authentic generative.

 

JP Rangaswami wrote an interesting post titled Mother of Invention. In it he discusses, Frank Zappa and piracy and as usual, he expands my understanding on this contentious topic. Thank you JP!

What really caught my eye was JP’s reference to Kevin Kelly’s article Better than Free. Kevin talks about the Internet being a super-distribution system where once a copy is introduced it flows freely forever.  So when everything is free or as close to free as possible, how do we make money? Kevin’s solution is pretty simple …

“When copies are super abundant, they become worthless.
When copies are super abundant, stuff which can’t be copied becomes scarce and valuable.

When copies are free, you need to sell things which can not be copied.”

Next Kevin talks about “generatives”.  Here is his definition:

“A generative value is a quality or attribute that must be generated, grown, cultivated, nurtured. A generative thing can not be copied, cloned, faked, replicated, counterfeited, or reproduced. It is generated uniquely, in place, over time.”

Kevin proposes 8 “generatives” listed below (please read Kevin’s article for the details on each):

  • Immediacy
  • Personalization
  • Interpretation
  • Authenticity
  • Accessibility
  • Embodiment
  • Patronage
  • Findability

This really got me thinking about how we approach introducing and maturing enterprise architecture in our organizations. How many of you made attempts to introduce EA practices and struggled in your organizations?  What do you do to attract clients to your EA service? Do you use a carrot or a stick? Why would people in your organization come to you for services?

Can we take Kevin’s “generatives” and apply them as principles of our EA practice? In a future post, I will comment on how I think applying Kevin’s “generatives” as guiding principles to delivering Enterprise Architecture.

If applications, services and technology are freely available in the cloud, why would our clients come to us? What can we create in an Enterprise Architecture service that is immediate, personalized, interpreted, authentic, accessible, aligned, appreciative and attributable?

 

Todd Biske asked this on Twitter “What are your EA services? In other words, what are the major functions your EA term performs and/or markets to the rest of the enterprise?”  He followed up with the following Ideas for EA Services:

  1. Architecture Review Service (could be on-demand, could be required)
  2. Project consulting (i.e. act as, or assist, project/solution architect)
  3. Strategic Architecture Services (to-be architecture)
  4. Architectural Reference Services (development of reference artifacts)
  5. Architectural Standards Services (official standards, similar, but more official/specific to Reference Services)
  6. Architectural Research Services

He ended with “What else should be on the list, or what items should be changed?”

We publish a Core Service Catalogue to articulate what our IT Services Department delivers to BCIT. We talk about this as our default service level agreement to the Institute. We currently are on Version 4 of the catalogue.

In the Core Service Catalogue, we included an Enterprise Architecture key core service to help our clients in the BCIT community understand what EA activites are available.

Here is the list of EA activities we defined:

  • Developing, documenting and publishing the Enterprise Architecture for business and technology at BCIT by:
    • continuously aligning technology with changing goals and objectives of the institution
    • providing common language to understand the value IT solutions can bring
    • allowing IT Services to more strategically and effectively support the institution with an agile IT architecture
  • Providing Enterprise Architecture approval as part of project management methodology
  • Providing Enterprise Architecture approval as part of the change management process
  • Providing early guidance to departments by conducting concept reviews
  • Providing consulting and recommendations for delivering technology or process to support business services
  • Establish, implement and publish Architectural Standards
  • Advocating the value proposition of Enterprise Architecture

Now that I have seen Todd’s list and we are hitting the review date for our EA Key Core Service, I will be leading a review of our Core Service Catalogue entry.  I will publish the new version once it goes to production. Thanks Todd for helping us grow the maturity of our EA Services.

© 2007-2012 Enterprise Architecture in Higher Education - Leo de Sousa Creative Commons License
Enterprise Architecture in Higher Education by Leo de Sousa is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.
Based on a work at leodesousa.ca.
Suffusion theme by Sayontan Sinha

Switch to our mobile site