Working at a large, distributed institution like a public university is interesting. The University of Oregon is home to some 20,000+ undergraduate students, not to mention grad students, faculty, staff, and so on. As you might imagine, an institution this large has a similarly large web presence, with literally thousands of pages covering colleges, departments, classes, programs, organizations, etc.
For example: at Oregon, we have a few key pages: The homepage, pages for the individual colleges (Arts and Sciences, Architecture, Law, Business, etc.), athletics, and so on. However, this is only the tip of the iceberg. Departments, professors, student groups, classes, campus initiatives, and on and on and on all need sites. I’ve un-scientifically estimated the total number of sites deployed at Oregon at a (very) rough ballpark of ten thousand.
To create this mammoth web presence, we’ve taken what seems to be a typical approach for universities: hire dozens of web developers and hope everything turns out ok. Enrollment hires a developer to make enrollment sites, the business college hires someone to make their site, some student makes the computer science page, some contractor makes the site for the music school, and the physics department is still sporting that site a professor made back in the early 90’s. Universities are full of smart people and were early adopters of the internet, so back when this whole web thing was getting started and the concept of an IT department hadn’t really been invented yet, it made sense to grab the nearest nerd and put them to work. Today, this model’s still around, but it doesn’t make sense any more.