Tag Archives: IT Architecture

Blue Sky to Ground part 1

 

 

Soaring

Soaring

I’ve been working with our CIO on the I.T. strategic planning initiative.  At the same time, I’ve been working with the Technical Directors and Operational Directors on planning at the technology level.  They have been creating a map of what technologies are used to support our services.  I’ve had my head in the blue sky of the strategic planning process while I’ve also had my hands in the dirt of the technology mapping.   I keep coming up against the issue of how to connect the blue-sky of the strategic plan with the down-in-the-dirt technology planning.

Finding a process and methodology to connect the sky to the ground has taken up a lot of my mental cycles recently.   The following is my take on a method to connect the strategic planning to the technology planning. 

1.  Strategy to Capabilities

The first step is to take the general directives of a strategic plan and have them expressed in terms of capabilities.   I see this work being done by leadership as part of a collective planning exercise.   As an example, a strategic initiative might be: Classrooms and learning spaces will be equipped with a base set of instructional technologies.   This strategic direction then needs to be interpreted into a set of defined and measurable capabilities.    A leadership team would be charged with determining the capabilities that would meet this strategic direction.  The capabilities should be measurable.

For example, the capabilities might be:  Multimedia Projection, Student Response Measurement and Lecture Capture

We could survey all rooms and learning spaces and get measures of current state (for example: 65% of rooms meet the projector capability, 15% meet the student response and 10% meet the lecture capture capability).   We could then decide priority – which is more important lecture capture or student response – act on those priorities and measure improvement.

2. Capabilities to Services

The next part of this to map our services to the strategic capabilities.  Some services support multiple capabilities (Hosting Services, Identity Management Services for example).  Some capabilities may not have a supporting enterprise service.  A capability that does not have a set of supporting services might indicate a gap in the enterprise.  For example, there may not be a matching Lecture Capture Service that provides the Lecture Capture capability.  This might be done in an ad hoc fashion or it might be missing completely.  This gap in the enterprise service would be worth evaluating to see if the capability is being delivered effectively in the current structure.  If not, then we might want to look at developing an enterprise-wide Lecture Capture Service that supports all of the classrooms.  

3.  Services To Technical Roadmaps

This is where we use the brick diagram in our planning.  The brick diagram captures the technologies that support a given service.  The brick captures what is current state (those technologies currently in use), what is tactical (what will be used for the next 0-2 years), what is strategic (on the plans to use 2-5 years out), what is in containment (no new development), what is in retirement (being stopped) and what is emerging (interesting trends that may move into the tactical or strategic realms in the future).  

These brick diagrams are created and maintained by the service owner – that is the group that manages the service being provided.  The bricks let the service owners and the service teams grab a snapshot of their current state and their strategic plan for the next few years – what they will leverage, what they will stop, what they are watching and what they want to move to – in a simple format.

 

Core Planning Stack from Tech to Strategy

Core Planning Stack from Tech to Strategy

This set of relationships is managed by a set of governance process that define and prioritize the layer below.  

At the lowest level, the service manager or service team usually defines and prioritizes the technology they use to deliver that service.   This is the layer that is captured in a brick diagram.  They should also describe the capabilities that are delivered by their service and which strategic directions they support.  

At the top level, senior leadership should work to refine the strategic directions as measurable capabilities that want to see delivered.  

The mid-level governance is a gap in our institution.  It is probably filled by project prioritization processes and budget processes.  I’ll talk about that in part 2 of this post.

Digital Neighborhoods – Guiding design

Second LifeDigital neighborhoods seem like a powerful tool for discussing technology and its impact on users (students, staff, researchers, etc) and the concept adds interesting new requirements to projects. Getting a good understanding of your users’ digital neighborhoods can guide design and deployment of new technologies and help predict impacts on the users themselves. Understanding how they move in their neighborhood, where they travel frequently and what places are stable over time, provides insight into the key places you should try to place application.
I came upon Jeff Swain via Twitter which led me to his blog-post about his digital neighborhood. I was wandering in my digital neighborhood and into the surrounding areas when I found his link. Jeff talks about reading David Weinberger’s Small Pieces Loosely Joined. To quote Jeff’s post:

As Weinberger points out space on the web doesn’t work that way. Distance is measured in hyperlinks and proximity is created by interest. In other words, each of us gets to create own own space on the web. Your own neighborhood, if you will, filled with the places you find interesting…. So this got me to thinking, What does my digital neighborhood look like? What seemingly disparate places are loosely joined (pun intended) just because I happen to be interested in them?

Jeff then goes on to do an analysis of his digital neighborhood.

As I read Jeff’s piece, I began to think about the value of understanding digital neighborhoods. If we understood our incoming students’ digital neighborhoods, it would give us a better understanding of how to reach them, what their interests are and places that we should think about pushing content into. One example that we have in place is in Facebook. We now have an emergency notification group and system in place in Facebook. Our leadership can push out notices via Facebook, into the user’s neighborhood.

Another example is our increasing use of RSS feeds for various applications and calendar feeds. This lets users pick up the content and move it to their own neighborhood. I have a calendar feed for our corporate calendar system integrated into my Google homepage. I can check my work calendar while checking personal email, local news and recording my workouts. The fact that my calendar appears among my personal tools means I track changes to my calendar much more closely when I’m at home doing my personal things. In some ways, Google’s custom homepage is like strip-mall with a few anchor stores (Mail, Calendar, Google Apps) and a lot of empty store fronts that you can fill with your own shops.

The value of these virtual malls, is that users can aggregate enough of their own personal content and applications that it makes it worth the trip. Every time you go on the web, you have thousands of possible places you could visit. Yet, you visit a select few. If we continue with the physical store/neighborhood metaphor: Every time you go shopping, you could go to any store in town but you go to a select neighborhood (like our State Street) because of the variety of interesting shops or to a given store because of the shop has some unique value (low price, selection, the one thing you can only find at their store). A similar thing happens when we deploy applications. Users are expected to visit that application because of the unique value it brings. When we bring up applications that are separated from their current digital neighborhood, it is like building your store in a new mall well out of town. The users have to have some reason to visit. The value has to be higher than an application built in their neighborhood or built such that it can easily be included.

This suggests to me at least, that we need to think about our users’ current digital neighborhoods and how we can integrate our new applications and services into those neighborhoods. RSS feeds are a low risk and fairly simple way to move content into their neighborhoods. Facebook groups and applications could reach into the students’ world. Portlet type applications that can be put into existing enterprise portals or into sites like Google’s homepage allow richer interaction. Finally, if if has to stand on its own, it better have unique value that makes it worth the trip.

Technorati Tags: , , , , ,