Here the ISSG has completed its work & handed over to the IMSG. I think it’s important that we talk about Information Management rather than Strategy as I see a key role of this group as owning the whole space & therefore reviewing/monitoring how we’re doing in terms of managing information in a way that supports the strategy, management & operation of the organisation. To be honest, you could just as well talk about Process as Information management, but I think we’re best coming at it from the information end. IMSG membership? Chair – unknown! The ISA Project could certainly handover to it, & again the usual CIS suspects should definitely be there. Further expanding the monitoring idea – the group would receive periodic reports from ITSG & SDPB on service and programme/project delivery and would review performance in these areas. I see the ITSG very much as being responsible for the ICT service (& the kind of service KPIs Deloittes have talked about could come in here), & ITIL could be useful here, & SDPB as being responsible for development, already following the Programme Management approach. Probably as discussed meet a couple of times a year. Still see the investment/prioritisation bit as being shared between ITSG (service investment) and SDPB (development investment) – the lines will be blurred but roughly that. & last point – personally don’t see the dependence on the CIS leadership as the glue in all this as a problem – might be a bit messy, but bound to come down to people anyway, & I think effort to produce a ‘perfect’ solution would be effort wasted – will always be messy anyway.
LJMU Enterprise Architecture Pilot (LEAP)
Summary (1) <ul><li>The LJMU Enterprise Architecture Pilot (LEAP) will build on existing work in Information Systems Architecture, Governance and technical web services development to pilot The Open Group Architecture Framework (TOGAF) approach to establishment of a full Enterprise Architecture model </li></ul>
Summary (2) <ul><li>LEAP will also incorporate work carried out by the LJMU Process Framework project, which has developed an overall process management model for the University within the context of our strategic commitment to the EFQM Excellence Model, and has produced detailed process maps of many areas of the business with more recently a particular emphasis on student administration. Phase 1 of the pilot will concentrate on developing the architecture model for the Student Recruitment, Development and Support core process identified within the LJMU Process Framework. </li></ul>
Motivation - LJMU <ul><li>Already identified EA work as essential to contextualise other activity eg ISA, Student Administration Review, technical service developments </li></ul><ul><li>Architecture = key responsibility in new Governance structure </li></ul><ul><li>Major investment with Oracle predicated on Fusion implementation, requiring SOA approach </li></ul><ul><li>Opportunity to engage with other practitioners/the Open Group to advance learning & expertise </li></ul>
Motivation: LJMU (SMG slide) <ul><li>Opportunity to: </li></ul><ul><ul><li>define our IT architecture, linking process, data, applications and infrastructure = in essence, defining what services we require now/in future, and which systems deliver/will deliver these services </li></ul></ul><ul><ul><li>be flexible and future-proofed </li></ul></ul><ul><ul><li>standardise data and processes </li></ul></ul><ul><ul><li>benefit from work being carried out elsewhere in the community </li></ul></ul>
Key IT Governance Decisions IT Principles Decisions High-level statements about how IT is used in the business IT Investment and Prioritisation decisions Decisions about how much and where to invest in IT, including project approvals and justification techniques. (Weill and Ross, 2004, IT Governance , HBSP) IT Architecture Decisions Organising logic for data, applications, and infrastruc- ture captured in a set of policies, relationships, and technical choices to achieve desired business and technical standardisation and integration IT Infrastructure Decisions Centrally co-ordinated, shared IT services that provide the foundation for the enterprise’s IT capability. Business Applications Needs Specifying the business need for purchasing or internally developed IT applications.
LJMU Governance Model Information Management Steering Group Business Membership Development Programme Business Membership IT Steering Group Business Membership Architecture Principles Infrastructure Business Applications Needs IT Membership Investment & prioritisation Methodologies: MSP ITIL Monitoring Compliance Review
Motivation: Wider Community <ul><li>Contribute to the development of EA models for the sector </li></ul><ul><li>Promote the importance of effective Governance structures for EA/SOA implementation </li></ul><ul><li>Contribute models at various levels to the e-Framework </li></ul><ul><li>Support the development of shared service approaches </li></ul>
What does success look like… for LJMU <ul><li>Senior Management engaged with EA/SOA approach </li></ul><ul><li>Understanding/model of how things fit together in student administration area </li></ul><ul><li>Commitment to continuing development </li></ul><ul><li>Practical implementation of services linked to business objectives </li></ul><ul><li>Enhanced ability to deliver EA/SOA approach </li></ul>
What does success look like… for Programme <ul><li>Enhanced understanding of importance of EA/SOA approaches across the sector </li></ul><ul><li>Validation (or otherwise!) of TOGAF approach </li></ul><ul><li>Contribution to e-Framework </li></ul><ul><li>Learning from early adopters as basis for future work </li></ul>
Overlaps & synergies <ul><li>Differences/similarities in Governance structures </li></ul><ul><li>Combining top-down/bottom-up approaches ref KEAP </li></ul><ul><li>Impact/significance of supplier engagement eg LJMU/Oracle; Cardiff/IBM </li></ul><ul><li>Value of pilot in supporting institutional strategic objectives, key to all projects </li></ul>
Issues & Questions <ul><li>Not a lot of time </li></ul><ul><li>Risk of retrofitting TOGAF </li></ul><ul><li>Meeting project objectives as opposed to JISC requirements (not same thing) </li></ul><ul><li>Would like some early advice on tool selection (if necessary – currently using Visio) </li></ul>