The first thing this CIO of a brand-new university had to do was lay out his vision for getting IT up and running. Then, it was a race against time - and the inevitable glitches.

On September 6, 2005, the University of California, Merced campus, opened its doors with 875 students, on its way to becoming a full-sized UC campus of about 25,000. The challenge of building a 21st century research university from scratch was daunting. Buildings needed to be built, faculty hired, curriculum developed, students recruited, and an entire organizational and governance model defined and staffed. I had joined this adventure about three years earlier in August 2002 as CIO, with the mission of deploying all things IT and telecommunications.

At the time, California was in the middle of a budget crisis and resources were scarce. When I came on board, the Merced campus had only 10 IT staff, mostly focused on desktop support and connectivity for existing staff in leased facilities. With only modest increases in staffing projected, we were expected to oversee the design and construction of voice, data and video network infrastructure in the five planned campus buildings and student residence complex; build the collaboration infrastructure (directories, e-mail, calendaring, document management, Web portal); and deploy major administrative applications (notably the student information system, which handles key functions such as admissions; course registration; billing, grade and transcript management; and financial aid). We also had to oversee the installation of AV facilities in classrooms, deploy instructional computer labs and develop a support organization for all of the above.

Making things even more problematic, there were no governance structures in place for defining a vision, developing a strategy or prioritizing needs. Not only was the (small) founding staff entirely consumed by trying to build their own assigned pieces of the university, but only some of the deans were on board and no faculty members were hired. Nevertheless, people cared passionately about what IT facilities would look like.

In light of that passion, key UC Merced staff (before I was hired) went on a retreat to articulate a vision for the school's IT. So when I first visited Merced as a candidate for the CIO job, I was handed a draft mission statement for IT and a set of core values. But these contained little that was applicable in a practical way.

I strongly believe in a mission statement that directly informs a set of strategies that can, in turn, guide technology approaches and decisions. So my first challenge was to establish a new mission statement and strategies without rejecting the principles that had been previously articulated. It soon became clear to me that we did not have the resources to build everything that people wanted. It was also apparent that we would always be understaffed. In short, we needed to build an infrastructure for a 25,000-student campus with resources that already were insufficient for the 1000-student campus planned for opening day. The one advantage we did have was help from our sister campuses. For example, UCLA (University of California, Los Angeles) was - and still is - running financial and payroll systems on our behalf.

Out of all of this, I evolved my plan of attack: Focus on the users to create an experience that would make UC Merced unique. In other words, structure our services in such a way that access would be simple and natural for students, faculty and staff, as opposed to being built from the perspective of the various university departments. Build identity management as a core application and reduce staff needs via automated provisioning. Identity management is particularly critical in a university environment where individuals can be any combination of applicant, student, faculty, staff, alumnus or affiliate at the same time. For example, a graduate student may be an alumnus and is likely to be a teaching assistant. We needed to create a standards-based infrastructure that would be open, flexible, extendable and, above all, scalable.

Making the user experience as easy as possible was a top priority. To meet that goal, I was determined to develop a universal portal, informed by the identity-management system so that access to appropriate information and applications would automatically evolve along with an individual's role. This also meant integrating the user functions of administrative systems, such as the student information system, into the portal/single sign-on framework. It made sense for us to deploy open source software developed by the university community, so we chose uPortal (developed by several JA-SIG institutions) and the Central Authentication Service (CAS, developed at Yale University). This would allow users to access applications from within the portal without having to re-enter IDs and passwords.

Working feverishly, "just in time" became our mantra. One day, before we started accepting applications in December 2004, we integrated the self-service feature of our admissions system and assigned user IDs. We deployed the first phase of identity management in early summer 2005 so that we could automatically provision e-mail and other access to the incoming class. We completed networking the student residences at 9pm the night before students arrived so they would have Ethernet drops and wireless connectivity from day one. Projection became available in the classrooms some time during the day classes began.