Questions for individuals who are not involved in service delivery:
Support for USB keys to provide presentation material would be appreciated.
Using bandwidth rate limiting rather than quality-of-service to control saturation of bandwidth really hurts the image of UWaterloo; example is "NRC and other Canadian University's complaints that they get such poor transfer rates from mirror.csclub.uwaterloo.ca when our traffic monitoring graphs show more than 50% unused Orion bandwidth." Now that mirror.csclub is no longer behind a router which stripped QoS bits from traffic, perhaps IST and CSCF can work together to provide QoS for this service in accordance with IST's published recommendations.
Automated failover of the redundant internet links could stand improvement. In the case of third party de-peering and similar disputes, this problem may be currently intractable.
A related problem is the help desk each large computing support unit provides: it is not always clear to a person where to go for help, and going to one place for assistance can too frequently result in frustration when the help desk can't help the client or simply directs him to a different help desk.
The WatITis conference held once a year for IT staff across campus is widely seen as worthwhile for its encouragement of communication and collaboration: how can its effect be extended?
The following questions would be added for meetings with Faculty Computer Managers, IST Managers, Library IT Managers, CECS IT Managers, etc., i.e. individuals who are involved in service delivery
The Infrastructure group provides the computer and network infrastructure needed by the School for all computer-related work. This infrastructure includes:
The Research Support group provides computing and network support for researchers and visiting scholars in the School. This group is partially funded by subscriptions paid out of research monies for services rendered. Services provided by Research Support include:
The User Support group provides computing and network support for teaching and general administrative work in the School. This support includes:
CS has to stay at the forefront of technology, usually trying new (and sometimes unproven) technologies. To do this DRCSCS requires direct influence on the strategic directions that it's IT support group takes, its daily priorities and any charging schemes that it uses.
Thus CSCF was formed at the time of the creation of the David R. Cheriton School of Computer Science to address perceived needs for:
We believe the quality of service in each of these areas defines the group in the eyes of CS.
What makes it successful?
Researchers can concentrate on their research work, rather than having their time and resources eaten away by computer system and network administration and related support functions.
Co-ordinating computer support for all areas of the school allows us to provide a continuity in technical support that was not available when that burden fell largely on TAs and RAs, who worked on a best-effort basis. Providing support for all researchers and all computing infrastructure for course work in one group allows us to pool resources and knowledge effectively. The Point of Contact system used by CSCF allows all our clients to obtain reliable, consistent service regardless of the nature of their needs.
CS is happy with their computing support from a dedicated group which provides that support to the School in a consistent and responsive manner.
What are your challenges?
At the same time, we need to maintain support for old (in some cases decades-old) software while also delivering state of the art utilities to instructors, researchers, administrative staff, and course support personnel.
There is a significant population of technically sophisticated computer users and programmers in the School, including both support staff and Faculty. This group of inidividuals often requires advanced systems design and programming support to meet their computing needs.
The OGSAS graduate admissions system may have been a useful initiative, however it is being replaced with the UW-wide GAP. CSCF staff are willing to share lessons learned from OGSAS with the GAP implementors to improve the campus-wide graduate admissions system, particularly with respect to sharing information about client needs and admission workflow observed in the course of development.
CSCF staff have been working with undergraduate operations staff to make effective use of data extracts from the Registrar's Office to provide reports used by both faculty members and undergraduate advisors. These decision support tools could be made available to any Faculty which can obtain access to similar data for its own students.
CSCF has developed an improved implementation of the UW WWW CLF which may be of interest to web site maintainers wishing to improve their visual identity without adding complexity to their procedures or web pages.
What would be needed to turn these local successes into campus-wide successes?
It's not obvious that each campus computing support group knows enough about what others are doing and their needs. That's a requirement before anyone's work can be sufficiently generalized to help others. A second requirement is the staff time required to build in ways general enough to help others. Building something that works for everyone can be substantially more work than building something that meets just one's own needs.
In the case of our decision support information systems, we'd need program access to registration data for all undergraduate students to expand their utility beyond the School.
The inventory system from which we automatically populate our DHCP service is not yet integrated with IST's DNS and DHCP management service (Maintain). When that integration is complete, we hope to reduce our need for a local DHCP service to a handful of private (not routed across campus) devices.
Once CSCF and IST came to an agreement to meet CS requirements for wireless usage, wireless networking was up-loaded to IST.
Central DHCP support should be possible once we finish modifications to our inventory system to update the central DHCP service.