Questions for individuals who are not involved in service delivery:
Apparently Blackberry support provided by IST is improving, however the Black Berry FAQ is not being kept up to date with respect to the newer devices and firmware releases.
Support for USB keys to provide presentation material would be appreciated.
Problems can arise when a common "low security" authentication is used for higher security systems (e.g. the password used to read a UW-wide web page shouldn't be required to be the same password used to access personal health and benefits records, or to gain administrator access to shared systems).
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.
While area-specific help desks generally provide very good service to clients, the need for a help desk to refer a user to a different help desk for specific issues (e.g. a student taking a course offered by another faculty, or a faculty member needing assistance with a service provided by IST) can be quite frustrating for the person needing assistance.
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? Concentrating on content and sharing how-to and tutorial information throughout the year would be useful.
Improving communication among IT service groups across campus, especially when dealing with long term planning, would reduce duplication of effort.
Where possible, foster the growth and implementation of UW-developed applications, promote their use widely among both on-campus IT groups and non-UW users. Put development resources behind these initiatives and promote them beyond UW. The adoption of such applications outside their group of origin is currently usually based on the initiative of a single individual. Management could be encouraged to foster the sharing of these innovations.
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
CSCF provides computing support to the School of Computer Science in the functional areas of Infrastructure, Research Support, and User Support.
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 its 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 we provide in each of these areas defines the group in the eyes of CS.
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.
Based on feedback from our annual surveys, CS is happy with their computing support from a dedicated group which provides that support to the School in a consistent and responsive manner.
At the same time, we need to maintain support for old (in some cases decades-old) software -- as demanded by clients -- while continuing to deliver 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 researchers, support staff and Faculty. This group of inidividuals often requires advanced, sometimes esoteric, systems design and programming support to meet their computing-related needs.
The campus-wide use of HP ProCurve switches for constituency networking is an example of a standardization which has resulted in cost savings, staff time savings, consistency of implementation, and ease of support.
OGSAS, CS's on-line graduate admissions system, may have been a useful initiative, however it is being replaced with the UW-wide GAP system. 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 web Common Look and Feel which may be of interest to web site maintainers wishing to improve their visual identity without adding complexity to their procedures or web pages.
Our Single Sign On authentication among Windows, Mac, and Unix (Solaris and Linux) services is a good working model which may be useful in other diverse computing environments.
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 create utilities 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 students to expand their utility beyond the School.
Electronic door access should be provided by the same group that provides key access, with distributed control such as that provided in ONA and Maintain.
We would like to see IST provide a single VPN service for remote secure access to the campus network.
Co-ordination of major IP network changes (moving IPv4 addresses into net blocks by constituency and allocationg IPv6 address space) should be managed centrally.
Researchers, especially in CS, often have to work with cutting-edge technology and will require support of such.
Once we are back to a full staffing complement, we believe we will be able to provide excellent service in both the short and long term. The research support group funding model allows for near-automatic scaling of staffing levels to match client needs.
The CS 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.