strategic technology architecture for maine state government what does it mean for maine state it l.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Strategic Technology Architecture for Maine State Government What does it mean for Maine State IT? PowerPoint Presentation
Download Presentation
Strategic Technology Architecture for Maine State Government What does it mean for Maine State IT?

Loading in 2 Seconds...

play fullscreen
1 / 13

Strategic Technology Architecture for Maine State Government What does it mean for Maine State IT? - PowerPoint PPT Presentation


  • 146 Views
  • Uploaded on

Strategic Technology Architecture for Maine State Government What does it mean for Maine State IT?. Nancy Armentrout B. Victor Chakravarty. Strategic Architecture Committee Charter. Ad-hoc committee, chartered by the CIO. Members & Chair appointed by the CIO.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Strategic Technology Architecture for Maine State Government What does it mean for Maine State IT?' - erzsebet


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
strategic technology architecture for maine state government what does it mean for maine state it

Strategic Technology ArchitectureforMaine State GovernmentWhat does it mean for Maine State IT?

Nancy Armentrout

B. Victor Chakravarty

strategic architecture committee charter
Strategic Architecture Committee Charter
  • Ad-hoc committee, chartered by the CIO. Members & Chair appointed by the CIO.
  • Set and communicate architectural directions for critical IT infrastructure and applications.
  • Examine emerging issues and develop architecture road-maps for guiding day-to-day decisions and new projects.
  • Horizon is two bienniums, rolling.
committee members
Committee Members
  • Core Tech: Greg McNeal, Jon Richard, Wayne Gallant, Sheldon Bird, Mark Kemmerle, Mike Pomerleau.
  • Agencies: Kevin Jones, Nancy Armentrout (Chair), David Blocher, Art Henry.
  • OCIO: Kathy Record, Victor Chakravarty, Paul Sandlin.
why common architecture
Many existing one-off solutions to support.

Use our limited resources wisely. Be cost-effective.

Orderly sunset and support of legacy products/technologies.

Guide RFPs and purchases.

Develop appropriate skills to properly support our services, technologies, products.

Why Common Architecture?
why strategic architecture
Why Strategic Architecture?
  • Facilitate the Governor’s interoperability and integration initiatives.
  • Support agencies and programs as they proceed to improve service delivery and reduce costs.
  • Provide integration of services, improved access, and higher availability. These are now routine expectations of agencies and programs.
committee strategy
Committee Strategy
  • Iterative approach
    • Urgent need to limit the buffet of technology options and increase interoperability.
    • First Pass
      • Identify mainstream technologies that move us forward in the direction believed to be correct
      • Standardize
    • Second Pass
      • More strategic
      • More input from the business community
      • Refine standards where necessary
the first pass
The First Pass
  • Review 2002 Strategic Plan.
  • Start with categories identified in the old plan, modify and add where applicable.
  • For each category describe where we want to be in four years – using To-Be Roadmaps.
  • Identify technologies and products that help us get there and those that don’t – using Gartner Brick format
  • Put To-Be Roadmaps and associated Bricks out for vetting.
  • Hold focus group sessions to help get feedback
  • Update the bricks as standards
  • Publish internally. Incorporate in RFPs, etc.
the second pass
The Second Pass
  • Engage the IT Executive Committee.
  • Talk to leaders in agencies and programs, to understand where they are headed with service delivery, information management, tools, connectivity, etc.
  • Develop the technology directions to support such plans.
  • Refine & finalize the To-Be Roadmaps.
  • Refine & finalize the Bricks to support them.
  • Publish externally. Link to RFPs, etc.
committee outputs to date
Committee Outputs to Date
  • Intranet Site for Internal Publishing
  • General Architectural Principles - Guidelines for Every Day Decision-making
  • Database Brick
  • Newsletter Articles
  • Meager feedback so far. Request more!
to be roadmaps brick categories identified to date
To-Be Roadmaps & Brick Categories Identified to Date
  • Single Sign On: Identity & Authentication Management
  • Web Publishing
  • Database, Reporting & Data Warehousing
  • Client Provisioning
  • Server Infrastructure
  • Applications Architecture
  • Network Services
  • Security
criteria used to make selections
Criteria used to make selections
  • Installed base within the State
  • Customer Value (ROI) –discussed this criteria having the most weight
  • Supportability
  • Sustainability, (or Viability)
  • Market Position
  • Training Effectiveness
  • Scalability
  • Alignment w/ the long-term architecture vision
  • General excellence (Enterprise-class product)
today s agenda
Today’s Agenda
  • Describe the Brick format and the DB Brick.
  • You are the focus group for the DB Brick (both format and content).
  • What is the best way to reach you in the vetting cycle?
  • Introduce the Single Sign On and Web Publishing drafts (both To-Be Roadmaps & Bricks).