Jan 272011
 

Gene Leganza (@gleganza) VP and Principal Analyst, Forrester Research Inc discusses and presents on Technology Trends.  Gene used the following criteria (Impact, Newness, Complexity) to help describe the trends. In Oct 2010, Gene wrote about the Top 15 Technology Trends on his Forrester blog.  Gene published a table of the top trends here.

On Jan 26, 2011, Gene presented a webinar about his research.  Here are some notes I took:

Theme 1 Empowered Technologies

SaaS and cloud based platforms become standard

  • Customer community platforms integerate with business applications
  • Apps and business processes go mobile
  • Collaboration moves from document centric to people centric

Theme 2 Process Centric Data and Intelligence

  • Next gen BI takes shape
  • IaaS finds a broader audience
  • Master data management matures
  • Analytics target text and social networks

Theme 3 Agile and Fit-to-Purpose Applications

  • Business rules processing move to mainstream
  • BPM will be Web 2.0 enabled
  • Event driven patterns demand attention

Theme 4 Smart Technology Management

  • Systems management enables continued virtualization
  • Client virtualization is ubiquitous
  • IT embraces planning and analytics tools

Recommendations

  • Craft your internal innovation process
  • Integrate your criteria with your business model and priorities
  • Use an annual scan as input to next year’s research agenda
  • Socialize and communicate – create your “technology watch annual report”

Thanks for the insights Gene. I will be looking at our enterprise architecture and see how your themes fit.

One area I would like to comment on in Theme 1 Empowered Technologies.  There is still not enough research and policy work being done on privacy and security for cloud based services.  Influencing governments particularly those outside the United States to modernize their thinking and laws will be a much longer road.  In the meantime, those of us outside the US continue to struggle with the adoption of cloud based services due to things like the Patriot Act and our own privacy laws.

    Aug 222010
     

    I just saw a post by Adrian Grigoriu responding to Gartner’s Philip Allega’s post Applying EA to Your Life .  Within the post about how EA might be able to help plan our lives, Philip then brings up an regular EA debate “Do you start with the Current State?”  Actually, Philip says don’t do it.

    If you have started your EA program and your first activity is to document the current state, STOP NOW. Refocus your team on analysis of the business strategy and development of the future state architecture.

    Current-state analysis done first limits your ability to see future possibilities.  Developing future state first will constrain the level of detail required for current state.

    I have a problem with Philip’s directive on stopping work on EA Current State. When introducing EA approaches to an organization, especially if you are doing this as an internal initiative, you MUST demonstrate a clear understanding of the issues and challenges to your senior sponsors.  No one will invite you to make comment or participate in strategic planning activities if your own house is not in order (or at least you have a plan in place). As you will see later in the post, creating our current state was essential to build our future state.

    Adrian’s response is much more in line of how we delivered out our EA practice.  In particular, Adrian’s point about establishing a future state is exactly right.  You must understand the economics and practicalities of building the future and this is done by understanding the current state.

    I hope this piece of advice was not meant to be taken literally. Imagine going to your CIO or senior manager telling him  that you have to stop the current state documentation work, now.

    The target architecture cannot be established based on Vision alone. It is not practical or economically viable to start from tabula rasa each and every time you implement a new strategy. Competitors would be delighted though.

    In 2007, we took our EA discipline and practices and used them as a basis for building a Technology Plan for our organization.  Here was the approach we took in order to get buy-in from our senior executive.  We had made attempts at strategic technology plans in the past but nothing of this magnitude or disciplined approach.  We call this diagram our “plan on a page”:

    Here was our approach was to build the plan approved by our Senior Executive team:

    1. As Is State
    2. Environmental Scan
    3. Strategic Planning Assumptions
    4. Vision
    5. To Be State
    6. Roadmap
    7. Resources
    8. Guiding Principles
    Apr 272010
     

    An Efficient Means for IT Planning – Aims College

    Andria Brabo – andria.brabo@aims.edu, Dr Gary Bardsley gary.bardsley@aims.edu

    • used project portfolio planning process – using Word Docs and a Wiki to coordinate projects across a small IT shop of 26 people.

    Challenges

    • lack of communication
    • staff turnover
    • project managers making promises without checking with implementers
    • cross platform – Mac vs PC

    Approach

    • create a PPP document that articulates the dependencies and deliverables required from each area to make the project a success
    • looks to me like a blend of project plan and project charter
    • the PPP held the teams accountable
    • if the project requires more than one dept then you need to create a PPP

    Switch to our mobile site