Tag Archives: portal

Middlebury College Museum of Art

Stakeholder: Doug Perkins
Current: http://museum.middlebury.edu/
WebRedo Contact: Mike Roy

General: The Middlebury College Museum of Art is an AAM-accredited museum serving the students, faculty, and staff of Middlebury College as well as local and regional residents of and visitors to Addison County and the Champlain Valley. The museum preserves and displays the college’s permanent collection and offers 5-7 traveling loan exhibits each year to as many as 18,000-20,000 visitors. We serve as a visual resource for a broad spectrum of courses across the college’s curriculum, most notably the departments of History of Art and Architecture and Studio Art, though in any given year we are likely to work with courses in religion, languages, music, philosophy, anthropology, American studies, classical studies, English and American literature, environmental studies, theater, and teacher education. In addition, we welcome nearly 1,000 local K-12 school students to the museum each year through the Museum Assistants Program, a volunteer docent program that offers Middlebury College students a chance to learn about the museum and to lead tours. The museum also oversees and maintains a collection of 20 works of public art displayed around the Middlebury campus, and the museum director chairs the Committee on Art in Public Places.

Requirements:

Needs
* flexibility with respect to aesthetics and typography
* have a portion of the museum home page that shows the next several upcoming museum events
* ability to create email lists to allow patrons to subscribe to relevant lists
* offer RSS feeds for museum press release pages
* maintain the majority of the current site’s look
* participate in brand mapping exercises and discussions related to the college’s brand and sub brands
* online credit card membership form
* e-commerce capability for museum bookstore directly through museum site
* flash banners
* rotating home page image with a click through
* ability to allow people to control font size easily (for accessibility/readability) with one click
* alt text balloons that follow the cursor so that image captions are noticeable (e.g.
http://www.louvre.fr/llv/commun/home.jsp?bmLocale=fr_FR

* online forms for teacher workshop and school group registration

* video-taped lectures for podcasts and vodcasts linked to exhibits (e.g. Art in Public Places iPod tour)

* ability to link to press published electronically on the campus newspaper site as well as other news sites (Addison Independent, BFP, Seven Days, e.g.) and maybe have those stories pulled into a sidebar

* ability to zoom in on images as well as 360 degree image rotation

* online searchable database of the museum collection that is linked to the library’s online catalogue search function so that when students search for books or other media related to objects in the museum collection they will be alerted that the museum holds works that are relevant to their subject

Wants
* be involved in focus groups and usability as design process begins
* create a ‘museum module’ that users could choose to put on their customizable middlebury.edu home page that would allow pushing of info about exhibits, events, and other museum news to users’ customizable home page
* liquid layout, or at least a wider fixed width (950 pixels)
* enable comments on exhibit pages to allow visitors to leave their thoughts about exhibits and related events
* offer virtual audio and video tours either streaming through the site or for download
* allow museum Friends to RSVP on-line for members-only events
* distribute 8.5×11 .pdfs of posters (for printing and distributing at schools, etc.)
* high-quality videos of classroom discussions about art
* tagging
* facebook site (fans of the museum) to reach people through facebook
* ability to create online versions of exhibits with unique appearance (i.e. NOT within existing templates)
* updated design treatment for the Committee on Art in Public Places (CAPP) website that creates a visual link between CAPP and the museum

Nice-to-Haves

* allow students to create their own online exhibits from items in the museum collection (e.g. like what the pachyderm project might allow)

ES/EA/Sustainability Integration (SI)

Stakeholder: Jack Byrne

Redo Contact: MS Costanza-Robinson

Currently, ES/EA/SI has a relatively low-tech site that includes text and photos on their page and has a variety of file types for download (powerpoint files of presentations, pdfs of reports and newsletters). This functionality needs to remain, but be expanded and improved upon. The current status of the site is due largely to limited personnel time dedicated to the website. A recent (1-year only) hire will have some role in introducing content and improvements. Requests and or plans for future functionality/technology include:

  • Embedded video and/or audio (e.g., of the weekly ES Colloquium or other seminars)
  • Better access (possible including standard reports) to better web-use statistics
  • Ability to easily form Listservs or groups that specifically include non-Midd addresses (not just built within Outlook) and the ability to generate an email newsletter to the listserv participants; people should be able to subscribe and unsubscribe.
  • Training / portal functions
  • Tagging/aggregating/approving sustainability information from across the website (athletics, EA, SI, IS) and feed it to the ES/EA/SI site
  • Add ability to accept online submission of grant proposals (see URO stakeholder report for more on this requirement)
  • Add searchable archive of ES/EA/SI funding (proposals/reports from previous grant awards) or perhaps of Environmental Council minutes of meetings (see Faculty Council requirement document)
  • Integration of databases across campus and web-output of data: for example Facilities has a lot of information (facility energy consumption, building occupants) that Jack needs. The current process includes too many file-type conversions and people involved in getting the right information. The data exist, but the searches/databases (Sightlines?) are not web-based. Obviously, permissions issues would be important here.
  • The possibility for people to web-submit photos/ideas/text for the website for possible inclusion on the page.

Specific problems with the current site/CMS that were mentioned

  • Tiny blue font
  • CMS awkwardness – simplify direct editing of pages (uploading too many clicks, particularly when you upload the wrong file by accident, to remove that and upload the correct one takes far too many clicks; what you see (even in preview mode) isn’t always what you get)
  • CMS editor permissions issues: student workers have historically done some of the content management for ES/EA/SI. Jack Byrne, as the person in charge of these areas, would like privileges to set-up/approve student permissions. Currently, the administrative hurdles here are time-consuming.
  • Channel pages creating/editing: is it possible to reduce administrative bottlenecks
  • Improve ability to edit CMS on Macs

Specific non-technological requests/thoughts for new site

  • Increase EA/SI prominence on webpage (homepage?)
  • Branding is important, but the flexibility of many templates would be helpful
  • More training – existing training is good, but more could be useful on more topics

Academic Departments

Heard from Susan Campbell, Department Chairs, Academic Coordinators
Drafted by Renée Brown and Jason Mittell

In surveying department chairs and coordinators, as well as casual discussions with many faculty, frustrations with our current web design and system run deep. Key problems mentioned include lack of design flexibility, difficulty in updating, poor navigation and organization, inability to easily embed images and media, and the static nature of information and site design. There was widespread enthusiasm for the makeover and willingness to participate in the process. Given that every academic department has different needs and specific uses, it is difficult to assess the relative importance of various features, but this document attempts to synthesize key needs and requirements as expressed across the curriculum.

Needs for Departmental Sites

We have identified a number of types of information that departments feel are important to their sites, broken into four major areas:

  • Department Overview: brief mission statement, central contact info, feed of news/events, and visual vibrancy for splash page
  • People: lists of faculty & staff with links to detailed profile pages, office hours & contact info, updates of publications/grants/achievements, alumni & student profiles
  • Curriculum: major requirements (including potential concentrations & sample sequences for more complex programs like ENVS and AMST), independent project guidelines, downloadable forms (both departmental and from the registrar), courses/schedule, links to class websites
  • Resources: departmental library guide, career info, study abroad recommendations, departmental newsletter, facilities & equipment overviews/policies, external links (research sites, grad programs, opportunities for community outreach, etc.), guide to “what can be done with a XXX major?”, feeds from external blogs, video/images of specialized facilities

Many departments indicate that they currently underuse their websites, with minimal information that is rarely updated. There was consensus that this makeover process could help show people some new ways to use the web effectively. During sessions where other websites were demoed, there were frequent “a-has” upon seeing capabilities that other schools are using, so we feel there will be enthusiasm for innovation. Some specific innovations that seemed particularly popular include dynamically generating course listings (a “modular catalog”), faculty pages feeding & linking to schedules and courses, feeds of sponsored & relevant events, and integrated links to Banner information.

We discussed the option of choosing among a group of templates, customized for both visual variety and optimized for different needs (such as more graphics/media, more text-based, etc.) – most coordinators and faculty seem to embrace this option. Coordinators wanted more flexibility with fonts and sizing of text. There was a clear desire for more graphic and media capabilities, especially within the Arts.

Some faculty embraced the idea of student and/or alumni work being profiled and displayed on the site, especially in the Arts. Potential links with the library’s thesis archive is an option worth considering.

Some departments currently publish newsletters, and many would consider publishing them to the web instead of, or in addition to, paper and mailing. Ongoing updated departmental blogs were of interest to a few departments as well.

Needs for Individual Faculty

Faculty pages were noted for being rarely updated, dry, and lacking variability or personality. Faculty were interested in being able to edit their own profile, recognizing that some faculty would be less likely to do so (although no less likely than emailing the updates to coordinators, which could still be an option). Arts faculty specifically want the ability to host images and media of their creative work.

An idea discussed with coordinators was to have a central database for faculty publications/achievements – either faculty or coordinators would enter the information about a new publication (including link to online version or Midd subscription through JSTOR, etc.), which would then feed to the faculty’s homepage, their department(s) page, a college-wide faculty achievement page (which would be useful for library acquisitions as well as PR), and into the annual report for faculty given to the Provost. Coordinators thought this would be a better option than updating individual faculty pages, and expected between 1/3 and 1/2 faculty would enter their own info, growing over time with increased technological fluency.

The idea of automatically feeding a faculty’s scheduled teaching with links to courses to their profile page (as on Amherst) was quite popular. It’s uncertain how many faculty would maintain separate pages through Segue or the community.middlebury.edu server if the core website were more flexible – one option would be to embed separately designed pages into the core departmental site.

Workflow

The current CMS restricts editing to coordinators, although some faculty have edited on the platform. A number of chairs expressed interest in editing their pages, having other faculty edit, or having student workers edit. Coordinators generally want to be involved in the editing process, both to oversee consistency and maintain their web skills, but recognize that the current workflow leads to infrequent updates and little input from faculty.

An easy-to-use editing and authoring system, especially for incorporating media and images, was seen as essential, with the ability to increase participation of faculty in the editing process. One issue expressed by some faculty was that the new system not be tied to a specific browser or platform (e.g. must be usable on Mac/PC and Firefox/IE).

Coordinators were concerned that expanded content on the department site would lead to increased workload. Sharing editing responsibilities would help. Additionally, the ability of sites to be dynamically assembled, rather than static updates, would be useful – for instance, feeding events, faculty publications, career links, library research tools, and alumni news from other offices and systems would make the site update regularly without requiring manual changes.

In imagining the workflow model that would work best for academic departments, coordinators endorsed a system where many users could be given editing ability for the department page (including faculty and student workers), but that all edits must be approved by the coordinator before publishing (via a notification system). This should increase updates from faculty on the content they know best, and allow delegation and distribution of work more effectively, without sacrificing consistency and appropriate form & use of media. Some thought it would be helpful to be able to turn the approval requirement on and off, allowing the possibility of all authorized editors to publish directly.

The idea of a student/alumni section of the site that could be updated (with approval) by students and alumni themselves was mentioned as a way to encourage participation. Another option is a simple webform for alums to send in info to feed into the site, perhaps at the college-wide level with tags to majors and field of employment.

Other Desired Features

  • Many coordinators were enthusiastic about being able to easily customize their own user profiles to make their web use more efficient – after a clear explanation, all coordinators present at the meeting said they’d definitely use this feature.
  • One consistent theme with coordinators and faculty was that as much Banner information as possible should be accessible from the website directly without using BannerWeb. Course rosters (linked from course pages, as on Amherst), student schedules, faculty schedules, lists of majors, and the like should be accessed via links rather than BannerWeb login.
  • More sophisticated use of feeds and targeted info via the web was endorsed, especially as an alternative to email-driven communication.
  • One idea would be to have lists of new library acquisitions in a certain discipline feed into the departmental site.
  • Better management of events and calendar info was mentioned, both in terms of flexible feeds by tag, department, location, medium (lecture, performance, film), and the ability to click “Add to my Calendar” to export to Outlook or other systems.
  • Some language departments mentioned the need for varying language character sets (such as Cyrillic and Greek).
  • Some arts departments want the ability for students to create their own portfolios of their work, as Teacher Ed currently does. This would ideally be embedded directly into the core department site, not externally hosted on Segue.
  • A few faculty expressed interest in having the ability for social networking, and a couple said they have used Facebook pages to coordinate with current majors and alums.
  • A few mentioned the use of wikis, but only for specific purposes (for instance, a wiki for documentation of FMMC equipment).
  • Some suggested a “majors-only” area, although there was not a clear sense of what information and material should have restricted access.
  • One coordinator suggested that departments could have a list of current majors on the site, potentially with links to student pages/profiles.
  • One coordinator suggested the possibility of online sign-up for scheduling of meetings and appointments. Another suggested the use of an online order form for equipment requests (currently used on CHEM site), which might also be expanded to request access to facilities (like MUSIC practice rooms), reserve specialized equipment (like FMMC cameras).
  • A few faculty expressed interest in having the departmental website offer the possibility for discussion and community involvement, not just a one-way flow of information. Options include blog-like updates with comments, an open “wall” to make announcements/promotions, and a department wiki open to Midd users as a workspace for engaging with the department.

Center for Teaching and Learning Resources

Stakeholder: Susan Campbell and Kathy Skubowski

Website: http://www.middlebury.edu/administration/ctlr/

WebRedo Contact: Renee Brown

General:

  • We regularly use Banner, library, blog for writing tutors, servers, Outlook, and Entourage. Would like to be able to share documents, photos, video, blogs, email, RSS feeds
  • Search/navigation: lack of consolidation. Would like a way to centralize material or link from one location–even if you’re good at finding information, it shouldn’t be difficult to do.
  • There seem to be lengthy delays and lack of timely response to requests for new channels and the possibility of a bottleneck in authorizing and approving requests for new or more web content.
  • The ability to look at the Master Schedule without having to go through someone else is very valuable.
  • Our course management tool is not easy to find on the College web site.

Goals:

  • Would like to offer short questions and self-paced tests to students as part of the tutoring program but there is no easy way to do this despite the fact that other institutions have this facility. In Math, there are symbol/equation issues, but nonetheless, we should have a built in online testing capability.  Emphasized the desirability of being to work with such a tool without any intermediation by tech folks.
  • Noted the lengthy delays and lack of timely response to requests for new channels, etc.  Also mentioned the possibility of a bottleneck in authorizing and approving requests for new or more web content.
  • The possibility of integrating AccuTrack more into Banner.
  • Having a web designer help with setting up the original structure and organization would be helpful.
  • If there was tracking program that the web admins could run to see where the hits to a particular department are going, it would facilitate the organization of the site. The general sense is that students have difficulty finding information and without information about how people are navigating the CTLR site, it is difficult to know how to improve the organization of information.
  • When on a site, having drop down menus are a comfort, providing glimpses as to the result of clicking on a link and a sense of how the site is organized. Also, shows a variety of options.
  • Hamilton’s teaching/learning site (http://www.hamilton.edu/writing/index.html) is very well laid out. Was searching for oral presentation skills and had no problem logically navigating.
  • Like the idea of having a customized home page, that is optional, but would be most helpful to permit a unique home base for each user.

Events and Scheduling Office

Stakeholder: Lisa Ayers
Current: http://www.middlebury.edu/administration/schedule/
WebRedo Contact: Ryan Kellett

General: Events Scheduling and Information Office has the goal of integrating the scheduling and sharing events information with the Middlebury College campus. It serves as the Functional Administrator of Resource 25 (fully hosted by Midd) for facilities and events scheduling management, maintains the “Events at Middlebury” website (http://cat.middlebury.edu/events/ ), and produces the table tent dining hall calendars.  The Master Location Schedule (http://r25web.middlebury.edu/wv3midd/wv3_servlet/urd/run/wv_space.DayList) is a component of Resource 25, also maintained by the Events Scheduling Office.  The Guide to Academic Facilities website (http://cat.middlebury.edu/events/facilities/) maintained by LIS, is linked to Resource 25 and is utilitized extensively by the campus community.  The work flow for scheduling is managed through a series of online forms, recently upgraded using sites.middlebury.edu and soon to be shared with the campus.

Goals:
  • Resource 25: Keep CollegeNET’s R25 in increased capacity. CollegeNET’s goal is to be 100% web based by 2011.  A component of the current version of R25, Webservices, has not yet been implemented.  Webservices will be necessary to advance our use of R25.  25Live is a recent release from CollegeNET and will allow for many of the advancements that are desired for Events at Middlebury (http://corp.collegenet.com/depts/higher_ed/series/25Live/ ). Using a vendor with the technical support offered by this option allows for a reduction in support required from Middlebury’s web management staff and sustainability when there is Middlebury staff turnover.
  • One Stop Shop: R25 must be deployed in such a way that every dept, office, and stakeholder buys-into it its use as the universal scheduler. Currently, too many redundant efforts are made to recreate calendars separate from R25. This contributes to errors and inaccuarcies in event information and prohibits communication when late changes are made that require notification (change of time, location, cancellations, etc.)
  • Event Marketing and Campus Announcements: The Events at Middlebury site should be enhanced to serve as a tool for distribution of College Announcements, highlighting key events information and bring comfort to events planners that their events are being advertised in such a way as to change behaviors and reduce or eliminate the needs for All Campus emails for this purpose.
  • Event Feed: Users should be able to use event feeds for whatever purpose they choose. RSS and iCal support are highly encouraged such that users do not have to use Outlook. Feeds can also be placed on CMS pages and pulled into individual portals. Departments should be able to to pull information from R25 for their department sites as needed to facilitate a one entry point calendaring process.  This would allow for accuracy and consistency of information while enabling an appearance of a specialized calendar for those departments who desire a calendar presented on their web site.  Events information should be able to be shared with users in such a way as to allow for attention to be brought to events of each users’ interest as opposed to them having to weed through a long list to find their interests.   All of these tools should be supported in such a way as to advance in concert with technology changes to continue to bring value to the students and departments and reduce the possibilities of underground calendars being developed because Middlebury’s no longer serves the needs of the changing population and the technical advances.
  • Facilities View: Easy and fast CMS updates to view spaces on campus. Also, need for multimedia presentation of spaces (photos, videos, and configurations of tables/chairs) and the support to keep this information current. Also dynamic listing of room features (smart classrooms, technologies that is clearly understood by the lay person considering space options prior to reserving a room).
  • Master Location Schedule: Continue to offer to the campus
  • Events at Middlebury: Major redesign for ease-of-use with multiple views (month, week, day). Need to preserve sortability by categories and depts. Equal representation of events (“objectivity”) such that no event is advertised better than another.
  • External Events calendaring:  Enable a separate calendar that allows for marketing of off site events (such as those planned by College Advancement, Admissions, etc.)
  • Multimedia: ability to pair pictures or other media with an event so that it can be marketed with that media. It is more attractive on Events at Middlebury website. Must be user-uploaded pictures.
  • Payment system: allow for a built-in payment system to register and pay for events. Some box office functionality.
  • Event Alerts: opt-in/opt-out alert system (email? or message to portal?) for event changes and cancellations
  • Broadcasting: Broadcast “Today’s Events & Today’s Announcements” visually at other places on campus at physical locations (grille, library, dining halls). And/or one daily email announcement with direct feed from R25.
  • Security/Privacy: segment views of events for faculty, staff, students, other. Protect certain events from being over-attended.
  • Monterey: Enable these features to be used by Monterey as they are already sharing R25