WiscWeb - Software and technology integration policy
Support
There are two support-related criteria that must be met in order for the WiscWeb team to integrate or interface with the technology:
Does support exist for the tool?
WiscWeb will only integrate technology that is campus-supported. A team must exist within DoIT or another department/division that offers guidance and instruction on how to use the tool. They must have a formal process for triaging support-related requests (i.e. a place we can direct our users in case they have questions about the use of the tool). Ideally, this team would maintain documentation on the technology and must be willing to answer questions about setup, use, maintenance, troubleshooting, etc.
Can WiscWeb reasonably support the integration?
There are times when the development of the integration technology or plugin is simple, but long-term internal support for it may be more challenging. As a small team, we will have to assess how feasible it is for our team to take on long-term support of the technology we’d need to build in order to handle the integration.
Usage across campus
As you can imagine, there are many tools/technology available to users on campus - some of which serve the same general function and some that are used by only one or two groups/departments. It would be both challenging and time-consuming for us to develop integrations for everything that exists. However, we aim to accommodate the tools that are most widely used on campus.
For this, we rely heavily on the upvoting and comments supplied on our feature request board. This allows us to more easily assess the impact of new features like integrations and connect with requesters to gather key insight on use cases. This insight helps form the path we take for developing new technology. Therefore, if there is an integration you'd like to see in WiscWeb, we highly recommend adding it to the feature request board at your earliest convenience: WiscWeb - Submit a feature request.
Impact on infrastructure
WiscWeb supports a multi-site instance of WordPress. As such, anything we add to the service has the potential to affect the entire service offering for concerns such as page load times, security, and service stability. Therefore, we take new integrations very seriously. We review technologies for potential impacts and will not integrate if there is a chance that the entire service may be negatively affected in any way. Also, we will not take on any new integrations that could jeopardize security of the system.
Accessibility
In WiscWeb, we strive to provide tools and services that meet accessibility requirements. For that reason, we partner with the Center for User Experience to conduct accessibility evaluations of any new tools under consideration of integration. If a tool/technology has passed all of our other criteria, it must then receive an accessibility evaluation before we begin work on integrations. If there are accessibility concerns by either the Center for User Experience of the WiscWeb team, we will attempt to find more appropriate alternatives.
Data privacy
Something we're now considering as part of our integration criteria is how the vendor and/or tool deals with personal data. An ideal option would be if data was owned by UW-Madison rather than the company.
We're also prioritizing tooling that:
- Does not use cookies
- Does not store personally identifiable information
- Allows for data to be created and stored entirely on our servers
- UW-Madison has a signed BAA for
Need
Whenever we get asked for integrations, it is really helpful for us to understand why this option is important to your group. We will request the following information from groups looking for integrations with their WiscWeb websites:
- What is the business case? What does this integration help you to do that you cannot do currently?
- How does the proposed integration positively impact the University mission?
- What is the level of importance for this request? How urgent is it? Do you have a deadline for when this needs to be in place?