Administrative Computing Strategy Project Update to Stakeholders June 27, 2005

1. Administrative Computing Strategy ProjectUpdate to Stakeholders June 27, 2005

2. Agenda • Purpose of Project, Goals & Objectives • Outcomes & Deliverables • Project Process & Status • Enterprise Systems • Strategies • Project Portfolio Management • Recommendations • Risks • Next steps • Appendices

3. Purpose and Goals • Purpose of the Project: • Focus on key business systems and technology to develop a 3 – 5 year strategic plan for the Administrative Computing group of IS&T • Goals and Objectives • Inventory and assess the existing enterprise systems portfolio within the area of the Executive Vice President • Review existing administrative legacy systems and their long-term viability • Evaluate the existing systems against MIT's business and SAP's long-term strategies • Assure that existing and future administrative applications are compatible with MIT's systems architecture • Identify business needs and new opportunities for Administrative Computing at MIT in collaboration with business process owners • Organize and structure a comprehensive plan to best sequence the work • Identify and measure risks (resources, process, and technology) associated with this plan

4. Outcomes & Deliverables • Primary Deliverable: • Strategic Plan Document for Administrative Computing Components of the Strategic Plan Document: • Customer themes and findings • Enterprise Systems (Inventory / Health Assessment) • Administrative Computing Strategies • Strategic planning process • Individual business and technical strategies (e.g., Web Portal) • Defined process for project portfolio management • Project Initiation Process (precursor to project methodology) • Tools and templates for project identification and prioritization • Risk Management for Strategic Plan • Critical success factors • Risk to implementing portfolio management • Transition and implementation plan

5. Continuous business involvement in project Update and Project Status Strategic Plan Development Since Last Meeting • Customer findings and themes have been validated and communicated to EVP areas • Findings are included in: • Ongoing strategic planning process • Individual business and technical strategies • Enterprise systems inventory, health, and analysis • Process for portfolio management has been drafted (includes related tool-set) • IS&T project initiation process has been developed in conjunction with the strategic plan (includes related tool-set) • Initiatives identified via the strategic plan have been incorporated into Administrative Computing current project inventory list Preparation Jan 05 Start Business & Technical Data Collection Phase 1Check-in with Sponsors Mar 16 Data Analysis &Refinement with Customers Phase 2 Check-in with Sponsors Apr 27 Draft Strategy StrategyReport Check-in with Sponsors Jun 27

6. Enterprise Systems Overview • Administrative Computing will: • Continue to expand SAP as primary ERP system over next 3-5 years • Where appropriate, develop non-SAP applications (e.g., Events Calendar) • Provide an integrated environment for managing complex: • Business Transactions • Web Services • Data integration and integrity • Recommend a major system upgrade in the next 18 months • Dedicate a percentage of Admin Comp resources to customer support and maintenance • Other • SAP has been deployed at MIT over the last 9 years with over 20k current users • MIT’s implementation of SAP has evolved from desktop-based delivery to web/ESS • There are 10 major integration points with over 80 inbound/outbound interfaces to SAP (See Appendix)

7. Scale Impact 1.0 - 3.5 Needs attention in the next 1 to 3 years Health Status 3.5 - 4.49 Needs attention in the next 3.5 to 5 years 4.5 – 5.0 + Needs attention after 5 years Enterprise System Health Analysis

8. Customer Needs -    Current functionality meets customer client needs -    Supports mission and objectives of the organization -    Satisfies regulatory requirements -    End-user satisfaction with process/technology Enterprise System Detail Example Health Check Status - Example Health Check Scale (1-5) - Example 1Least Healthy and/or work to be done 3 Medium health and/or work to be done 5 Most healthy and/or least effort to complete work

9. Strategic Planning Strategic Planning Process Includes: • Prioritization & Decision Making Process • Integration with Business Initiatives • Strategic & Transition Planning • Customer Input • Iterative Refinement Purpose of the Strategic Plan: …is to guide Administrative Computing and Senior Management in the development and management of Administrative Systems that are initiated in Central Administration and used across the enterprise. The plan covers a three to five-year horizon and includes an ongoing process for maintaining the strategic plan, which incorporates periodic planned reviews and assessment.

10. Individual Strategies Key Strategic Components Key Strategic Components are business and technical dimensions of core Enterprise Business systems that extend into and enhance business functionality Strategies: • Technology Strategy • Integration Strategy • Application Deployment to Users • Reporting Strategy • Portal Strategy • Document Management • eCommerce Strategy • Project Delivery Strategy • Each strategy includes: • Strategic Statement • Scope and Definition • Peer or industry Analysis • Prerequisites and Dependencies • Enabling the strategy will involve the participation of DLC community members

11. Integration Strategy Statement Strategic Statement or Statement of Direction The overarching goals are to make enterprise level data/information commonly understood and readily accessible to authorized users as needed. Additionally, data must be captured/maintained in a single system of record and stored in a common data store. Finally, enterprise level data/information is an Institute-wide asset and must be both leveraged and secured. There are three primary areas of focus to achieve the integration goals, data/information integration requirements, projects/processes and integration tool(s).

12. Project Portfolio Management (PPM) • Definition • A holistic, strategic approach to managing an entire set of projects and initiatives which can be referred to as a project portfolio • Objectives • Integrate PPM, IS&T Project Management Methodology, the Resource Model tool and the Institute’s budgeting process • Develop systematic process to monitor current portfolio, resources and new requests • Provide visibility of projects and prioritization process to Business Process Owners, DLC’s and Senior Management • Encourage collaboration and awareness of the entire project portfolio to a broad set of constituents • Facilitate decision making process around priorities with Stakeholders • Ability to balance and diversify the portfolio of projects

13. Team Recommendations • MIT Senior Management and Administrative Computing review and work together to mitigate risks outlined in the strategic plan • Reaffirmation by Senior Management in support of Administrative Computing’s strategic direction for SAP which states “Administrative Computing will continue to leverage MIT's investment in SAP…” • Development of a formal process to collect information from Department Labs and Centers (DLC). The process should be developed over FY 2006 and implemented in the spring of 2006 • Assure that IS&T project initiation, project methodology, and Administrative Computing strategic plan are in alignment • Build a critical mass of core business and technical skills for the development, support and enhancement of enterprise systems (Administrative Computing and business process owners together) • Incorporate enterprise systems inventory and health assessment process into the portfolio management and prioritization cycle On-Going Strategic Planning

14. Team Recommendations Cont’d Portfolio and Project Management • Commitment from IS&T and MIT Senior Management to using a formal project portfolio management process that is reviewed/executed on a quarterly basis • Empower ASPCC to become the governing body for Administrative Computing portfolio management and project intersections • Integrate the portfolio and project management process with the MIT budget cycle Annual Strategic Planning Activities • Update and renew the Administrative Computing strategic plan document • Conduct the enterprise systems inventory and health assessment process • Align DLC input process with DLC impact calendar (managed by Administrative Computing) • Review and update the Enterprise Architecture Guide (EAG) for Administrative Systems, as defined by the MIT Information Technology Architecture Group (ITAG) • Conduct formalized training sessions with Administrative Computing and business process owner staff

15. Risks to Project Portfolio Management (PPM)

16. Next Steps • Complete development of project analysis tools • Develop transition and implementation plans • Secure “Buy-in” on strategy document with process owners and MIT groups • Integrate strategic plan with Administrative Computing operations • Complete and distribute final draft Questions, Comments or Suggestions? Contact: Wturner@mit.edu or x8-8229

17. Appendices

18. Project Initiation Process Evaluation Complete Request forEvaluationForm TriggerEvent DirectorReview Analysis • Someone (e.g., Business process owner) identifies and defines a project idea for the appropriate IS&T Director to review. • All projects complete Evaluation Request Form for review • Director either: • Approves project for further analysis • Approves as internal project • Declines / defers project / suggests alternatives KitimatToolAnalysis StakeholderReview IS&T LT Review Prioritize • Risk / Value analysis prepared • IS&T Leadership reviews to determine if project requires formal prioritization • Stakeholder review of project to determine if formal business case is warranted BusinessCaseDevelopment StakeholderReview • MIT customized business case • Project presented and reviewed for slotting in project portfolio • Business Case review will occur quarterly

19. Evaluation Complete Request forEvaluationForm TriggerEvent DirectorReview Project Request for Evaluation • Simple form for requesting new / changes to business or technical functionality • A standard approach for identifying all new development requests • A document to help understand the request • A communication tool to engage the customer in the initiation process Partial Copy

20. Analysis KitimatToolAnalysis StakeholderReview IS&T LT Review Project Prioritization Tool • Enable management to make decisions based on established criteria • Evaluate requests based on value to business vs. risk of implementation • Graphic approach to quickly view the entire portfolio • Serves as a filtering mechanism for which projects should have a business case developed • Used as a communication tool to provide portfolio visibility to a broad set of constituents Risk Criteria - Example Note: Business case for ‘Prioritize’ phase is under development and not included in this presentation

21. MIT SAP Applications and Major Integration Points