1 / 23

Implementation and Post Implementation Student Systems at Purdue

Implementation and Post Implementation Student Systems at Purdue. Robert A. Kubat Purdue University University Registrar. Discussion TOPICS. Implementation Timeline Project Staffing and Work Groups Governance – Project and Post Go-Live Support/Technical Center Communications

oriana
Télécharger la présentation

Implementation and Post Implementation Student Systems at Purdue

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Implementation and Post ImplementationStudent Systems at Purdue Robert A. KubatPurdue University • University Registrar

  2. Discussion TOPICS • Implementation Timeline • Project Staffing and Work Groups • Governance – Project and Post Go-Live • Support/Technical Center • Communications • Budget • Training • Security • Functional Central Offices • Reporting and Business Intelligence • Lessons Learned • Continuous Improvement

  3. Implementation timeline • 2003 – OnePurdue Project • 2006 – Change of vendor • January 2007 – Contracts signed • March 2007 – Software installed • January 2008 – General Person and Student (for FA) live • February 2008 – Financial Aid live • August 2008 – Most Student functionality live • August 2008-2009 – All functionality implemented in student life cycle • September 2009 – CRM go-live

  4. Project staffing and work groups • Project team from central IT and originally about 15 functional staff, most from core student units • In addition, key staff from core units involved in work groups around functional areas throughout project – about 15 additional staff who basically had two jobs throughout project • Student Systems Competency Center formed after go-live, now numbers 10 functional staff and equal number of technical staff with additional responsibilities for teaching and learning enterprise solutions • Enrollment Management funded two-years for two reporting experts • Work teams that combine SSCC and functional office staff continue for upgrades and bigger projects • Functional offices handle all aspects (except for data feeds) for “cloud” e-bills and payments and CRM

  5. Governance Structure EXECUTIVE LEADERSHIP and SPONSORSHIP • Champion the project across campus • Communicate to other executive leaders • Understand that go-live is not the end of the project, but rather the beginning of the implementation, change and continuous improvement • Should not get in the weeds

  6. Student Systems Oversight committee • Makes major decisions on enterprise systems moving forward after go-live • Helps secure funding if additional products are needed • Assists the executive lead person • Delegates authority to other groups or individuals (e.g. communications and specific functionality)

  7. Advisory Committee (s) Represents various groups from across the university community. Options are an overall committee, use existing groups, or both: • Central administrative offices • Students • Faculty Governance • Academic Advisors • Schedule and curriculum deputies • Representatives of colleges and schools

  8. Role of Advisory Committee (s) • Assess decisions • Changes to academic and business policies, processes and procedures • Recommend improvements • Caution – need time to become accustomed to changes from legacy system – true improvement or just comfort with doing things the old way?

  9. Operations Committee • Smaller operational groups for specific areas such as registrar, bursar, admissions, financial aid • Review processes after been live • Schedule of upgrades and testing • Schedule of improvements, service requests, schedule critical dates, cyclical major functions

  10. Post go-live Prioritizing of Projects • Membership • Frequency of meetings • Process and timing after go-live • What criteria do you use to determine priority of projects? • Sample of document used to submit projects. • Do offices have the resources to complete the projects on the priority list and on time? • May have to make adjustments in when projects get done due to other projects, resources such as staffing for programming and testing

  11. Criteria for Prioritization • Business Requirements • Government or university mandate • Technical directive • University directive • Strategic Implications • Level supports university strategic plan • Creates economy of scale or best practice • Leverages university’s IT investment • Benefits • Estimated net cost savings • Potential revenue generation • Enhanced productivity/service • Risks • Extent of impact • Business and/or technology risks if not implemented

  12. Support Center for Systems • Who is responsible for and leads the center? • How many staff for each of the major functional and technical areas? • Are functional and technical staff combined or separated? • Responsibility for testing • Responsibility for development • Responsibility for project management • Staffing in core business areas for liaison and work groups on major projects

  13. Communications • Different process than communicating prior to and during implementation • Provide updates on enhancements frequently • Provide updates on changes as they occur • Keep your communication channels open • Always be honest, do not sugar coat and be upfront and direct • Manage expectations; always better to under-promise and over-deliver • Consult with/train change management experts – not just during go-live but for new major projects and upgrades

  14. Communications Considerations • Newsletter • Open forum/town halls • Different messages and media for different audiences • Address rumors • Communicate successes no matter how small • Schedule of upgrades and testing

  15. Budget • Staffing – prior, during, post • Software • Hardware • Consulting • Space • One time costs vs. recurring costs • In core offices – will probably need additional staff first year, then should begin to realize efficiencies

  16. Training • Who is responsible - support center or functional offices? • Appropriate documentation for end users • Train end users the way you want them to learn and operate • Train staff the way you want to use the system • Reevaluate after go-live

  17. Security • Who is responsible for approving access? • Determine roles for specific groups • How much access do you want to give? • What groups should have access to which forms? • FERPA,GLBA, and HIPPA certifications • What changes do you need to make based on actual functionality, responsibility and process?

  18. Functional Central Offices • Change in business processes – not just software • How will changes affect organization of staff? • What may be new responsibilities for staff? • What new skills will be needed by staff? • Will automation eliminate staff or allow you to reassign staff and resources? • Will need functional/technical staff?

  19. Reporting • Should be a priority from the beginning of the project • Should move along with the project • Determine a reporting philosophy • What data needs to be in the data warehouse? • Report writers need to have knowledge of the data as well as reporting tool • Work with end users to ensure their needs are being met • Ask what information end users need – not what reports they want • Once operational and compliance reporting in place, move toward business intelligence with today’s tools

  20. Lessons Learned • Need a good relationship between offices and support center and need to constantly work on that relationship • Stay vanilla until you have learned the system • Things will be blamed on Banner that are not a result of Banner i.e. 5 digit course number • Office directors must be knowledgeable and get hands dirty • Some requests for enhancements went away because we were learning about the system • Do not try to implement your old system!

  21. Lessons Learned (Cont.) • Appropriate amount of time for implementation • Must have knowledgeable consultants for us with large school experience • Test, test and test • Create good documentation • Legacy system took 30 years to get where it was, give time to develop the new system to where it needs to be • Change in culture takes time and attention • You’re NEVER done!

  22. continuous Improvement • The rewarding outcome of a highly functioning team between IT and business offices! • Stability and little downtime, even with a major upgrade • Hundreds of consumer report generators across campus with over 150 validated reports in library • Richer research on student success • New student and graduate tab • Online enrollment certification • Agree to terms online • Powerful CRM for recruitment and yield • Paper be-gone with document imaging • No lines of students at the beginning of the term! • Coming up – online transcripts, degree audit, workflow, partner with vendor for improved student registration interface • You’re never done!

  23. Thank You and Question? Robert A. Kubatrkubat@purdue.edu

More Related