280 likes | 298 Views
Explore the complexities faced in universities' adoption of information systems to align with policy goals, sharing real-world experiences, choices, and outcomes. Learn from the case study of Montana's higher education system.
E N D
Administrative Systems as Instantiations of University Policy
Common Tales of Woe • “I’m sorry, sir, but I’ll have to re-enter your order to give you that discount” • “The computer won’t let me do that for you …” • “They spent $20M for a new ERP system and it won’t handle open PO’s”
Information Systems as Manifestation of Policy • Offices take advantage of implementations of new systems to close loopholes (accounting, advising) • Intentional on the part of the implementing office; undesirable or at least unexpected from the perspective of the client
Montana Higher Education -- 1993 • Ten colleges & universities • Independent operation • State Commissioner of Higher Education • State Board of Regents (appointed by Governor)
Montana Higher Education -- 1995 • Two universities, each with four campuses • Two campuses with consolidated technical schools • Mandate to operate administratively as two universities, with two presidents but individual staffs
The Montana University System Northern Missoula & Missoula COT COT Great Falls Helena COT Butte Billings & Billings COT Bozeman Western Montana State University University of Montana
The Montana University System Northern Circa 650 Miles Missoula & Missoula COT COT Great Falls (Washington, DC to Nashville, TN) Helena COT Butte Billings & Billings COT Bozeman Western Montana State University University of Montana
Y2K Dividend • MSU—Bozeman faced substantial Y2K problems because of ancillary systems • Moderate problems on other campuses • With a major investment looming, administration took the opportunity to build a single administrative system
Choices, Choices but … • There were two: Banner, Peoplesoft • Chose Banner in Nov, 1997 • Began with kickoff in February, 1998 • Scheduled to complete by Dec, 1999; effectively completed August, 1999 • Student Records, Fin Aid, Finance, HR systems implemented
Implementation • Single central database for production • Central web servers (fast access to database) • Distributed forms servers • Use state network (mostly T1’s) • Single IVR system serving all campuses
How We Did It • Clear mandate • Studied intervention • Governance structure • Communication • Focus • Superb help from our friends
Mandate • At the outset, this was mandated by the President (supported by CoHE) to be a four-campus implementation • BPR process preceded Banner implementation – again, four campus – and set the expectation that we would implement together
Studied Intervention • CoHE decided general ledger structure from two alternatives • CoHE consultant motivated adoption of NCHEMS database for data definition standards
Governance • The Steering Committee was responsible for policy & general oversight; composed of high-level administrators representing each campus & a range of business functions • Project Teams: responsible for implementing specific business modules, again with representation across campuses
Project Teams • Finance • Financial Aid • Human Resources • Student Systems • Information Technology
Communicate • Use the technologies • Video conferencing • Phone conferencing • NetMeeting • Whiteboard • Web site • Newsletter – tailored to campuses
Maintaining Our Focus • Y2K loomed large over the horizon • State CoHE and BoR were watching • (State DoA was also interested)
Standards • Chart of Accounts dictated by state • HR nominally common • Used UM definitions for people & student data standards when possible • Used NCHEMS database as reference and sanity check • “No” customizations of core code – enforced by Steering Committee
Flexibilities in Our Approach • Student system “cloning” • Did not implement a single course-numbering system • Processing rules vary by campus • BUT: data definitions are consistent across campuses • Budgeting varies by campus
What We’d Do Differently • Don’t believe anyone about the usefulness of canned reports • Ensure release time for team leaders • Budget for massive overtime • Include a separate Student Accounts team • Insist on using one reporting tool (Access & Crystal Reports currently in use)
Did It Work? Yes! • Single location for any information about an individual in the MSU system • Common Chart of Accounts, roll-up by campus & university • Standard data definitions that facilitate institutional research across the University
Did It Work? No! • Individual course numbering systems • Differing approaches to advising, student billing, etc. • Still two payroll cycles in use and multiple offices • We were overly ambitious • BUT WE DID MEET MAJOR GOALS OF THE BOR & COHE
Data Warehouse Project • CoHE-sponsored project • Extracts from Banner operations data into Oracle data warehouse for each university • Roll-up to data warehouse for CoHE • Effectively use the standards established as four-campus implementation effort
Credits • The dedicated staff of Montana State University – wouldn’t have gotten done in any other state • Linda Wooden • SCT • University of Montana • Commissioner of Higher Education