Friday, September 03, 2010 ..::  » Home ::.. Register  Login
  Polymer Clay 

Due to my better half.


Just go to her store and make your call if she's gifted :-)


1.4.2009 027 by Roni Gur


Roni Gur Etsy Store


23.3.2009 062 by Roni Gur

Current Articles | Categories | Search | Syndication

Friday, May 01, 2009
Using enterprise architecture for creating long term IT planning (roadmaps)
By Host Account (host) @ 3:43 AM :: Article :: 0 Comments :: 1755 Views
 

There are many aspects that we need to address when creating IT roadmaps such as better business support, replacing old and not supported technologies/products/applications, strengthening ( new servers, storage, licenses, databases, etc' to support IT in the next 3/5 years) and more. In this post I'll try to focus on planning IT for better business support.

 

In order to do this task we need to collect data about enterprise business capabilities (will be addressed with examples in my next post), applications, products, databases and technologies as well as the relations between them. Relations should describe which applications and products support business capabilities as well as databases and  technologies (including server and storage) that support applications/products.

 

Stage 1 : Business capabilities and what we are missing from business point of view

 

We start with modeling of business capabilities  and existing application and products. Then when we have all capabilities, applications and products we ask our business user to define which application / product they are using for each capability and what is the percentage which they believe that the IT asset help them to do the work. When this work is done, we have a list of application/products attached to each capability that the users believe it has an IT support. If the users believe that IT fully support a given capability the sum of all the supporting assets percentage will be 100 percent (each IT asset might have different percentage reflecting different weight / satisfaction as seen by users).

 

Using this data we creating a heat-map view of business capabilities. The heat-map depicts in red, yellow and green if a capability has none, partly or full IT support. This view give us an impression where there are areas in the business that doesn't have any IT support or are not fully supported by IT. This view is also created in an excel report, which shows for each capability, supported IT assets and the percentage of each one of the supporting IT assets.

 

 

Having this data we can start to realize what are the business areas that we need to cover in order to better support the business. First we are looking for capabilities that has many unsupported instances in the map. Creating IT solutions for those capabilities will generate more impact from IT point of view. Following the mention above capabilities we order unsupported capabilities on the basis of core and context capabilities.

 

Step 2 : IT assets and what can be done from IT point of view to provide better support

 

Having a list of all (the supporting business capabilities) applications and products we start to map what are the databases, technologies, servers, data storage etc' that those applications are using. This data also include ( as properties) what is the cost of each one of the IT assets, how old is the technology, when support is going to be expired, etc'.

 

We are using this data for three main purposes:

  1. Finding out if we can use current assets to support gap in business support: for each gap in the business capability heat-map (partial support or not supported) we try to identify if an existing IT assets might provide support and what will be the cost of this support. We add this data as another dimension to the list of business capabilities with gap in IT support (the list that was mentioned in step 2 ),  so mow we know the cost of each proposed solution using existing assets.
  2. Find old technology or product that could cause problems and harm business capabilities that already have support. A capability might have perfect support from the user point of view, but from IT point of view the capability might experience issues due to the fact that the IT solution is based on old or unsupported technology/product. To ensure better IT support to the business we want to handle such scenarios and to replace the old/unsupported technology/product. The output of this work stream is a list of technologies/product that needed to be replace in the next 3/5 years as well as the impact of those changes on other IT assets.
  3. What are the impact of new technologies, applications and products. For each gap in capability support that doesn't have any solution by using current IT assets we try to identify new technologies / products or new home developed applications that could help IT to fill the gap. For each one of the new proposed IT assets we indentify costs, dependencies and impact on current and new IT assets. We are using the described information to add it as another dimension for each (not fully supported) capability, similar as described in the first purpose.

 

Step 3 : creating the roadmap

 

In the end of phase 2 we have a list of proposed solutions for filling gaps in capabilities support and to prevent issues in capability operation. Now we need to take in account existing projects, any type of dependencies  and resources (budget, human) to create a roadmap. In this step we try to come up with a road map that will have maximum effect, support of core capabilities and will be able to execute from resources and dependencies point of view.

Comments
Currently, there are no comments. Be the first to post one!
Post a Comment
You must be logged in to post a comment. You can login here.
  Account Login 

 

  EA & IT strategy related posts 

EditHow to retire (respectfully) legacy systems
EditInformation Architecture - The bridge between Business and IT Business Capabilities and Business Strategy
EditConsolidation of CRM solutions
EditCreating IT strategy (with a little help from enterprise architecture)
EditEnterprise Architecture Meta-model, size doesn't matter
EditEnterprise architecture work Case studies
EditUsing Enterprise Architecture for forecast and implementation of Merges and Acquisition(M&A)
EditUsing Enterprise Architecture to reduce IT costs ( a cookbook for IT cost reduction)
EditBusiness Capabilities (a practical guide)
EditUsing enterprise architecture for creating long term IT planning (roadmaps)
EditWhat can be done with enterprise architecture
EditPrinciples as enterprise architecture outcome
Editblueprint - an enterprise architecture outcome
EditHow to build practical enterprise architecture team
EditModeling application dependencies
EditCan enterprise architects be young?
EditUsing Hungarian Cube to demonstrate enterprise architecture
EditEnterprise architecture frameworks are dead, long live real-life practice !
EditIT('s) Simple!
EditHow to do inormation architecture (in 20 days)
EditWhat really makes you Enterprise Architect
EditInformation Architecture (What need to be collected and modeled)
EditInformation Architecture (What is information architecture)
EditEnterprise Architecture in SAP world
EditSorting SA diagrams by EA domain
EditReference model for EA definitions and views
EditWhat I expect from a vendor EA framework
EditBusiness concept
EditWorktures
EditIt's not SOA it's IT 2.0
Edit10 standards (including standard de facto) that Enterprise Architect should know
EditProven way to run your Enterprise Architecture practice
EditThe triangle of complexity and the square of success for EA projects
EditWhat is a service (part II)
EditHow to publish your EA work
EditSOA implementation types, from the Chinese city to the European city
EditWhat is a Service
EditThe utopia of one dictionary for the enterprise
EditHow your IT chassis will look like - Part 1
EditAre your IT vehicles based on one chassis?
EditEnterprise architecture modeling example
EditEnterprise architecture is just another systematic approach
EditSOA, It’s not about the IT It’s about the Business.
EditBusiness capabilities or business processes
EditThe Data-Centric Enterprise: A Blueprint for EA - Listen to the audio and watch the - slides! (Running time: 59 minutes)
EditDoes enterprise architecture serve only for long term strategic plans?
EditIntroducing NAAF.
EditUsing enterprise architecture framework to map services and set their granularity
EditThe “Natty” method for monitoring and encouraging systems compliance with the - enterprise architecture
EditWhat are Enterprise architecture patterns and how we should define them?
EditEnterprise architecture 10 common myths
Copyright 2002-2004 Natty Gur   Terms Of Use  Privacy Statement
Portal engine source code is copyright © 2002-2010 by DotNetNuke. All Rights Reserved