Website Maintenance Proposal Group Minutes, 11-13-2012

14 11 2012

The website proposal group met on 11/13/2012 at 1PM. In attendance were: Kevin Wilkerson, Eugeniu Grigorescu, Sandy Pesavento, Teresa Conte, Kathleen Iacocca, and Jeremy Sepinsky.

The meeting agenda can be found here.

The discussion began with a recap of what TAG has learned, and the problems that exist regarding the current department webpages. See the above minutes for a detailed description. Some additional information that was provided by the attendees during the meeting:

  1. The current guidelines for departmental webpages have no way of requiring continued maintenance of the department pages. The language address “encouraging” the faculty to update and submit content. When crafting this language, the faculty and staff involved debated whether they could make it stronger, but decided they could only request participation from the faculty members.
  2. Some colleges have implemented “local” solutions. For example, PCPS has hired a Graduate Assistant savvy with the CMS to implement revisions as opposed to having individual faculty members update the pages.
  3. While Admissions is very concerned with the website from a student perspective, it is important to realize that we need good PR from a faculty perspective as well. When departments are looking for a new faculty position the website can play a critical role in whether or not quality candidates apply for the job.
  4. The current CMS, unfortunately, creates a barrier for the CTLE to help faculty update and maintain departmental or personal pages. The permissions structure requires the faculty to be present for updates, edits, and, particularly, publishing. Furthermore, the CMS preview rendering is NOT consistent with the final product that is displayed on a webpage. Thus, a Tech Con would be able to modify and edit a page so it looks good in a preview, but it will be changed when the faculty publishes. The number of iterations required to get a final, attractive product would be overly burdensome on the faculty.
  5. There were debates as to whether the University got what it paid for in terms of the CMS. It was designed to allow faculty easy access to update their own pages, but it is NOT as user-friendly as hoped. In order to include the features that many people needed, the interface and design became too complicated for the casual user.

To summarize the problem that this group hopes to tackle:

  • PR is not well-informed enough about faculty content to independently update the webpages;
  • Faculty are neither taught nor incentivized well enough to update the site on their own.

Thus, we hope to develop a CMS-agnostic process that bridges the gap between presentation skills and complete content.

Previously on our campus, there have been two models for the update and design of the webpages, neither of which seem to have worked. The Webmaster model, and the Faculty Ownership model.

  • The Webmaster Model
    • This model existed prior to the current CMS, where a person (or group of people; hereafter “The Webmaster”) was responsible for updating the pages with content provided by the faculty.
    • The Webmaster thus had the access and the skills to create and present the departmental webpages, whenever the content was provided by the faculty.
    • Unfortunately, the faculty did not often provide or update the information on the page, and the Webmaster was not tasked with actively seeking out that information. Faculty were not tasked with actively contacting the Webmaster with such information. Thus, many pages were not actively updated
  • The Faculty Ownership Model
    • This is the model that is currently in place. The faculty have full control over their departmental webpages. The CMS was intended to provide easy access to the content producers (read: faculty), so they could play an active part in the dissemination of that content on the webpages.
    • CMS training exists for the faculty, and afterwards they are able to update the pages. But it is far from simple or WYSIWIG. The biggest problem becomes when faculty want to update the webpage later. Because they update infrequently, it generally requires faculty to relearn the CMS in order to re-update, which is really the big time sink.
    • Because of the learning barrier for the CMS, most faculty don’t know how to use it, and a departmental webmaster is appointed. There are still no clear expectations of the webpage, and faculty are often ill-equipped for creating publicly consumable knowledge, let alone PR materials. Thus, while the webpages may be more frequently updated, there is less useful content and an inconsistency in presentation which hampers PR efforts.

Thus, given this information, the faculty present feel that a Periodic Webmaster model might work best. Our group describes this as one where significant updates to the departmental webpages happen at certain times throughout the year. The Webmaster would solicit updates and/or approval of changes from faculty regarding certain parts of their department’s webpage. For example, faculty changes may happen in January and June whereas front page changes may happen in February and September. Each recurring facet of departmental webpages should have a deadline attached to it. This is not dissimilar to the model currently employed for course catalog updates. For departments that want more regular updates, there would be an avenue available for ad hoc changes, or even the possibility of continued faculty access to the CMS.

At the close of the meeting, the members feel that this plan is worth exploration and will begin to work out the details and logistics of such a process. This will happen over the course of the next few months.

As always: questions, comments, or suggestions are more than welcome. Email tag-member@royallists.scranton.edu, or comment below.





TAG Meeting 10/3/2012

8 11 2012

On October 3, TAG held its second Fall 2012 meeting.  [Yes, that was more than a month ago — many apologies for taking so long to post the meeting notes!]

1. Departmental Websites and the CMS

We’ve been discussing departmental websites for quite a while.  Lori Nidoh (PR) brought us some analytics from the University website (June 2012 – September 2012, all excluding internal traffic) to give us a better idea of how these pages are being used:

  • The Undergraduate Programs page is the 5th most visited page on the University website – after the home page, HR vacancy list, HR home page, and Admissions home page. (report)
  • From the Admissions home page, the Undergraduate Programs page is #5 on the list of what pages users visit next – indicating that prospective students are indeed looking at departmental web pages. (report)
  • This spreadsheet shows the most heavily visited scranton.edu/academics/ pages.
  • Lori broke out additional analytics on a few department and program pages to give us a sense of how they are used: Biology, OT, PT, and Pre-Med.

We continued to discuss options for how to keep departmental pages up-to-date. Eugeniu noted that the CTLE TechCons help faculty members with their personal websites, but that access and permissions in the CMS (content management system) are an issue for departmental pages – a department wouldn’t necessarily want to grant publishing rights to a student who is editing their page, but it’s hard to catch quirks and mistakes if you can’t publish and review your recent edits. Lori asked that any observed CMS quirks be reported to PR.

Jeremy will be convening a group of interested faculty to discuss this concern in more detail offline. The group will outline a proposal for how departmental websites could best be maintained,  in collaboration with staff from Public Relations and Academic Affairs. Teresa Conte (Nursing), Katie Iacocca (OIM), Kevin Wilkerson (CHS), and Sandy Pesavento (Education) volunteered to participate, but any interested faculty (especially those with experience using the CMS) can join the discussion.

2. FERPA Considerations for Cloud Computing

Kristen asked for input on what cloud computing tools faculty are currently using and how those tools are being used for instruction. She noted the distinction between “internal cloud” services (e.g., Royal Drive, Angel) versus “external cloud” services (Gmail, Dropbox, etc).

Kristen will meet with IR staff from the Information Security office to nail down specifics on what faculty can and can’t do with these cloud tools in order to comply with FERPA regulations (see previous FERPA post for details).

3. Faculty Input on the IT Tactical Plan

Over the summer, TAG was asked by IR to respond to a number of technology questions posed by Jerry DeSanto, VP/CIO. Planning and Information Resources is in the process of creating their 3-5 year IT Tactical Plan, and the questions were targeted at the expected needs of the faculty in the coming years:

  • How can IT better support faculty research?
  • Given the influx of new, younger faculty what kinds of technology needs/support do you anticipate they are going to need?
  • How do you see the classroom experience changing over the next several years, and how can IT assist in this evolution?
  • What new academic programs do you see developing over the next five years, and how can IT help?
  • With the President’s stated intentions about the University and globalization, how do you see this playing out with web-based education, study abroad, and perhaps the development of satellite campuses in other parts of the globe?

Jerry asked for feedback by November 1 such that faculty input could be incorporated into IR planning. Jeremy asked the group how TAG would like to gather faculty input. We decided on a two-pronged approach – a brief survey sent to all faculty, and a more detailed response from TAG members. [Update – see the results in Jeremy’s 2012-11-05 post, Feedback Regarding the IT Tactical Plan.]





Departmental Websites

12 09 2012

One of the issues TAG is tackling this fall is departmental websites (as distinct from faculty member websites, which we worked out with the CTLE and PR last year). The big question is: Who has responsibility for creating and updating content on academic department websites?  Some background information —

–Departmental web pages are really important for admissions and PR – they get a lot of hits and a lot of attention (as seen in Google Analytics).

–Departmental web pages are housed in the University’s content management system (CMS) and follow templates so that all University pages are consistent.

–The CMS is managed by Public Relations. (Lori Nidoh represents PR on TAG).

–The University’s Web Guidelines break web pages into categories, and each category includes information about who has what roles. Two parts, excerpted here, mention departmental websites. Section III.C.b (“Academic Departmental Pages”):

“Academic department pages are vital for prospective students, current students and faculty. Departments are encouraged to maintain their pages and to develop content on their pages that reflects the distinctive interests and qualities of the faculty and their discipline. Academic departments should appoint at least a contributor and approver for their pages and can request to have a person designated as a publisher following appropriate training.”

and Appendix 1 (“Academic Uses of the Web”):

“The Web is a valuable opportunity to present creatively and dramatically departments, academic and extracurricular programs, and the faculty members that make it all work. Academic use of the Web is ultimately governed by academic freedom, as described in the Faculty Handbook, and the Code of Responsible Computing. Each academic department will have pages on the University’s Web site
created and maintained by the department using the University’s Web Content Management System (CMS), and structured by the templates provided in the CMS. These pages present the formal administration of departments and the curricula that comprise academic programs, that is, the material approved and published in the catalog. The content of these pages require approvals from the chair of the department or the program director and the relevant dean.

1. The academic department page (see Fig. 1 and Fig. 2) serves as the entry point or ‘landing page’ for prospective students and other guests through Web searching. Except for a the top navigation bar and a block containing Admissions information, the content of this page consists of input from the academic department chairperson or the program director and faculty associated with the program, as approved by the Dean. The faculty of the programs are encouraged to provide original content for program pages to make them as dynamic and engaging as possible.”

–Course descriptions are managed in the centralized University catalog.

–Academic departments were supposed to identify a “point person” in the department who would be responsible for the department’s site, and their work would count as departmental/University service. (See Dave’s post from last year on his experiences with the History department page.)

–A faculty member “point person” needs to attend CMS training to learn how to edit the department website. Text and minor structural changes can be made by faculty, but additional customizations generally require additional support from PR.

–Faculty have some concerns about this plan. A summary:

  • The CMS interface is not easy to use, especially if you’re not using it regularly. It takes time to remember how to do things and to remember where files are/should be.
  • Editing and updating content is very time consuming – faculty “point people” may see a significant increase to their workload. There is a constant flow of information of different types that needs to be updated or revised.
  • Interactive or customized web requests still have to go through PR.

–PR’s perspective (Note: will update after consulting with Lori)

  • Faculty should be responsible for web content on academic pages.
  • Academic department pages need to be up to date and relevant to students.
  • New efforts towards developing responsive web design may affect this discussion.

–Ideas for possible solutions that we’ve come up with to date:

  1. Faculty “point people” control, provide, and publish academic department websites via the CMS.
  2. Some academic affairs staff members specialize in web publishing and implement CMS changes on behalf of their departments (?) [Academic Affairs was working on a faculty profile project last year – status of this is unknown.]
  3. Faculty provide information updates and content to an undetermined “point person” with expert knowledge of the CMS, who then alters the actual files and publishes the changes.
  4. [Rutgers model] Faculty provide information updates and content to an undetermined CMS expert – but with rolling windows of time. E.g., each Sept/January faculty could submit changes to courses. Each July, departments could submit information for new faculty, etc.
  5. ??

TAG members and PR staff, please let me know if I’ve misstated or missed something – and please let me know if you have other solution ideas or suggestions on next steps to consider!





TAG Meeting 9/12/12

12 09 2012

TAG held its first Fall 2012 meeting today.

1. Membership

We welcomed three new faculty members to TAG!

  • Tara Fay , Biology (CAS)
  • Kim Daniloski, Management/Marketing (KSOM)
  • Katie Iacocca, Operations and Information Management (KSOM)

We did a quick review of what related committees and projects TAG members are serving on this year:

  • Kristen: Mobile Apps, Luminis
  • Jeremy: lecture capture, pedagogy group
  • Dave: Code of Responsible Computing committee
  • Jim: Code of Responsible Computing committee, IRAC, among many other IR teams and projects
  • Eugeniu: IRAC, IMAC, among many other CTLE teams and projects
  • Teresa: LMS Work Group
  • Tara: LMS Work Group, pedagogy group (and testing clickers)
  • Paul (in absentia): IRAC

2. A few miscellaneous announcements

  • Katie mentioned that Brennan Hall is working well this year. Thanks so much to all of the IT Services staff who worked on Brennan’s classrooms this summer!
  • Kristen is working on moving the TAG website to the University’s local WordPress instance. That will make it easier for TAG members to log in and add information.
  • TAG meetings are in a 50 minute time slot this semester, so we’ll try to keep meetings snappy and do more of our announcements and information sharing via email.

3. Information Resources Advisory Council (IRAC) representative

Last year, Dave and Paul served on IRAC as faculty/TAG representatives. This year, Dave has agreed to co-chair (with Jim) a committee tasked with reviewing and updating the Code of Responsible Computing. Since that will be a significant project, Dave is stepping down from IRAC. Kevin volunteered to join Paul as a second faculty representative.

IRAC’s agenda this year will include the service catalog – a list of what services IR provides, where/how those services can be provided, what the expected turnaround time is, what IR’s responsibility is for each service, etc.

4. Departmental websites and the CMS

At the end of last year, we started discussing the issue of departmental websites. [See the follow-up post for more details on this discussion.]

The big question: Who has responsibility for creating and updating content on academic department websites? After a discussion of faculty concerns, we came to a consensus that the faculty would likely be willing to contribute content, but the CMS interface wasn’t user-friendly enough for faculty to be able to use it easily, especially if they weren’t using it on a consistent and regular basis. Katie suggested a model from Rutgers – faculty were responsible for updating content, but they did not have to post directly to the CMS. At regular intervals, a window would open for faculty to submit changes to certain types of information – e.g., each July, departments could add new faculty info and images. Each September/January, course information was updated. The centralized system seemed more efficient and got rid of inconsistencies.

Next steps: Our PR representative (Lori) was unable to make it to today’s meeting, so Kristen will get in touch with her to see if that kind of system might be possible for PR. Jeremy will get in touch with Anne Marie in Academic Affairs to find out if there’s a possibility for staff support with the CMS and to get an update on the status of the web profile project from last year. Katie will look for some of her records from Rutgers that might help us. The rest of the faculty were asked to compile a list of what kinds of departmental information are needed and how often each type would need to be updated. We can share this information via TAG-Discussion or TAG-Members. Kristen will post a compiled list to the TAG website.

5. FERPA considerations for cloud computing

We didn’t get to fully discuss this, but Kristen asked that everyone take a look at the FERPA post and think about how to share/clarify this information for faculty.





TAG Meeting Notes 4/12/2012

16 04 2012

TAG met on Thursday, April 12 for our final meeting of the 2011-2012 academic year.

Standing Committees:

IRAC

  • IRAC (the Information Resources Advisory Council) will be meeting this week.

Learning Management System (LMS) Work Group

  • Blackboard recently announced that 1) they are purchasing MoodleRooms and 2) they will be extending support for Angel indefinitely.  (See this post for more information)
  • The LMS Work Group will still be reviewing the three original options (Blackboard, Desire 2 Learn, and MoodleRooms), but will now also consider the option of staying with Angel for the future.
  • Mobile support for the LMS is still a primary concern for faculty and students.

Information Management Advisory Committee (IMAC)

  • The Incidental Use policy has been approved by the Cabinet. The final draft of the policy has been posted on the web.
  • There is still some concern among faculty about the governance process the Incidental Use policy went through. Anne Marie noted that there are some issues (e.g., privacy and confidentiality) for which compliance with federal regulations, rather than consensus from faculty and other campus users, must be the goal.
  • TAG was able to provide feedback on the policy language at an early stage, and we hope to continue to work with IR in that capacity on future policies.
  • A privacy and employee confidentiality policy is still in the works.

Previous Action Items

Incidental Use Policy

  • See IMAC discussion above.

Academic Technology Plan

  • The Academic Technology Plan has been backburnered. Anne Marie said that it’s unlikely any progress will be made on the Plan any time soon, since there are too many other things going on on campus that are a higher priority.
  • At some point, the next step will be for Anne Marie to meet with Jeremy and Kristen to identify a path forward.

Faculty Directory

  • HR and the Provost’s Office are continuing to explore options for storing in Banner such faculty-related information as chair or program director status and departmental affiliation.
  • Currently, Banner identifies a faculty member as a Chair, but does not specify of what department or departments.
  • The Provost’s Office has volunteered to maintain this kind of data once a location in Banner is identified. This information changes from term to term, so frequent maintenance is important.
  • The Provost’s Office would like to know what *other* information about faculty status or affiliation should be recorded that isn’t currently documented somewhere.
  • In a related project, Anne Marie and Maria Landis are working to create web profiles for faculty members – similar to those done in the past few years for new faculty, which are highlighted from the Provost’s web site. This set of data will include faculty photos, and will be compiled and maintained manually in flat HTML rather than in a relational database. We discussed that this seems like a very ineffective way to gather, publish, and maintain information about faculty members. However, this was the only solution presented to the Provost’s Office by PR.  Eugeniu suggested that the web pages could be hosted somewhere else so that information could be pulled from Banner.

Networking Computers Follow-up and Resolution

  • A faculty member contacted TAG with a concern about networking computers. The issue is now resolved, but it served to highlight some ways in which communication between faculty and the Technology Support Center and IT Services staff members could be improved.
  • Jeremy met with Jim and Robyn to discuss the faculty member’s request and the TSC’s service response. On the IR side, the communication issues inspired some changes in the Support Center workflow.
  • On the faculty side, TAG will work on encouraging faculty members to 1) report issues to the TSC either via phone (941-HELP), email (techsupport@scranton.edu), or Footprints, 2) if reporting by phone or email, to request a ticket number to be able to follow the TSC’s progress, and 3) provide as much information as possible to the TSC staff member (e.g., classroom number, symptoms, any attempted troubleshooting, etc) to speed service response time.
  • Kristen asked if there could be an “other” category in Footprints for requests that don’t seem to fit under any other category. Anne Marie warned that then every request would be submitted as “other.” Jim recommended that faculty who aren’t sure what Footprints category to use should call or email the TSC, who will route the ticket to the proper category.

Leahy Hall and Classroom Technology

  • Teresa C. and Sandy met with Dean Pellegrino to request that a TAG representative be involved in classroom mediation discussions regarding the new PCPS building. Dean Pellegrino agreed with this request.
  • TAG and IT Services will work to keep each other informed on classroom mediation in the new building.

St. Thomas Hall and Classroom Technology

  • The plans for the St. Thomas renovation have changed, so there are no longer plans to remodel classrooms in that part of the building, only faculty offices.

Lecture Capture

  • The lecture capture end point devices are already installed in the Science Center. IT Services is currently working on configuring the back end MediaSite server.
  • Testing will continue through the spring, with a goal of implementation over the summer for use by faculty in Fall 2012.

New Incidents/New Business

Faculty/TSC communication

  • A faculty member contacted TAG about a ticket that she put in to the TSC. The TSC staff member who responded hadn’t read her initial request, so while the issue was eventually resolved, it took a few more emails back and forth than it should have. This seems to have been a one-time mistake on the part of the TSC staff member rather than a systematic error, but it renewed our discussion of how faculty can best communicate with and report problems to the TSC, and how TAG can relay that information out to faculty.
  • We discussed the possibility of tutorials or screenshots on Footprints being made available, though faculty don’t necessarily have time to view tutorials.
  • When Luminis (the my.scranton interface) is upgraded, Kristen will request that the faculty tab have TSC contact information clearly highlighted so that it’s easier to find.
  • Jeremy suggested that TAG work with IR staff to incorporate that information into New Faculty Orientation.
  • Other possibilities included communicating with faculty administrative assistants or emailing faculty at the beginning of the semester to ask if they need help adapting to a new classroom.
  • The best way for the TSC to get information is to have a conversation directly with the faculty member experiencing the problem, whether via phone call to the TSC, email, or Footprints request.

Thin client computing

  • IR is currently experimenting with thin client computers in the Library. The experiment has hit some road blocks, so the original computers were replaced, and the pilot is now continuing.
  • Once the thin client model is proved successful, the next step would be to replace the lab computers in the Library and in Brennan, and then additional computer labs on campus.
  • Faculty and staff computers are farther away on the timeline.
  • One of the major benefits but also difficulties of thin client computing is software licensing – e.g., faculty would be able to log on to a virtualized environment from anywhere and have access to the software they need (SPSS, etc). But this is a very expensive process.

Faculty development specialist in CTLE

  • CTLE is hiring a new staff member to work with faculty on pedagogical techniques. This position is not specifically targeted at teaching with technology, and in the job description, the requirements focus on curriculum development.

TAG Membership for 2012-2013

  • TAG members should let Kristen know if they do not plan to continue serving on TAG in 2012-2013. She will send out an email reminder to all members.
  • We plan to follow the same model of meeting as a group once a month, with different TAG members tasked out to serve as TAG representatives on various related committees or projects.

2011-2012 Recap and 2012-2013 Planning

  • We talked about potential technology-related issues that faculty might face in 2012-2013 that TAG should monitor or be actively involved in.
  • Dave mentioned that there may be some technology issues over the summer as faculty move offices, but to date everything has gone smoothly.
  • One of the major concerns for next year may be the maintenance of departmental web pages in the University’s content management system (CMS). Maria Landis has reached out to each academic department to try to identify a point person for web page development and maintenance. There may be significant faculty concerns about the time commitment involved in departmental pages. Lori said that PR doesn’t feel comfortable creating content for academic pages, but at the same time, the pages need to be up-to-date and complete since they’re such an important factor in recruitment. We ended the meeting without being sure of whether and how TAG should play a role in these discussions, but it will likely be an issue that we will address in 2012-2013.

We adjourned for 2011-2012. TAG’s next full meeting will be scheduled for September 2012.





Web Guidelines and Social Media – Faculty Review

14 02 2012

At a recent meeting of the Committee on University Image and Promotion (CUIP), Public Relations distributed a new draft of the University’s Web Guidelines (PDF).

The Guidelines include several sections relevant to faculty – addressing divisional and departmental web pages, personal web pages, and academic uses of the web.  I’ve highlighted these sections in this annotated copy of the Guidelines.

The new draft also includes a section on social media websites.  Last year, TAG gave feedback on an earlier draft of this content (then referred to the Social Media Guidelines), much of which has been incorporated into the current language.

Please take a look at the Guidelines and let me know if you have any objections, concerns, or comments.  Public Relations is interested in gathering feedback before sending another draft through the governance process.





Dr. Strangepage: Or How I Learned to Stop Worrying and Love the CMS

26 01 2011

Note: In light of some of TAG’s recent discussions about the CMS, we thought it might be useful to have a real live faculty member’s perspective on what it’s like to manage a departmental page.  Many, many thanks to Dave Dzurec for being willing to write up a post about his experiences working on the History Department’s page!

The migration of the History Department’s website to the CMS has not been without its bumps. There have been times when segments of the page have been a complete mess, there have been times when I’ve lost whole folders, there have been times when I’ve inadvertently changed the department chair’s picture to suggest that he is a member of the Italian Communist Party (not really, he did that himself). Migrating the content from the old site to the new was a great deal of work. Part of the challenge was learning the new system. Some of these challenges were ultimately beneficial as the process of migrating the site helped to familiarize me with some of the idiosyncrasies of the CMS (with a great deal of help from Sarah Johnson). Since we’ve manage to get the pages up and running, however, things have been relatively smooth. I try to review the page at least once every couple weeks to make sure everything is functioning and there’s nothing wrong with our links, I update student events (meetings of the Royals Historical Society, calls for applications to the Phi Alpha Theta, the History Honor Society) as they are announced, and once a semester I update the faculty news section, based on reports given to me by members of the department. There are of course still occasional bumps. This past semester, when we realized that our links to the department course offerings were out of date, I spent a good deal of time working with Ann Marie Stamford to correct the issue. On the whole, however, our current CMS software seems to be a reasonable option (at the very least, no better or worse than any of the alternatives available at the institutional level).

In addition to concerns about ease of use, there has been some concern about individual faculty pages. Within the History Department, faculty continue to be responsible for their own pages. I have simply linked to individual pages from our faculty/staff page. When one of our faculty members moved his personal page to a new site, I simply updated the link. As I understand it, the move to the CMS has had no direct impact on individual pages and we continue to have a great degree of autonomy in maintaining our individual sites. [Note: TAG is currently working with PR to set up a protocol for how faculty can request websites. Existing websites will be moved over to a new academic server. See our post on The Straight Dope on Faculty Websites for more details.]

From the consumer side, response to the final product has been generally positive. Over the course of the past couple of years and three job searchers, we have received a number of compliments from various job candidates about the overall appearance and ease of use of our department webpage. While I realize that it’s highly unlikely for a job candidate to insult a potential employer (especially given the realities of the job market in the humanities), the fact that they made special note of the quality of the pages is, I think, illustrative of the quality of our redesigned web presence.

One area of concern I do have is the issue of general responsibility for maintaining these pages. There doesn’t seem to be a great deal of consistency across the University about who is in charge of department sites. The CMS workshops I have attended have included everyone from department secretaries, to faculty, to members of the PR department. I think it would be beneficial to define roles and expectations more clearly. For department secretaries, is the addition of maintaining a department webpage to their already large workload a reasonable expectation? For faculty (and on a personal note) while I don’t find maintaining the department webpage to be terribly onerous and my department has certainly counted the work I have done as service in my annual evaluation, is working on a department site the best use of faculty time?





Catalog Update

2 11 2010

The Provost’s Office sent out an update about the online catalog this morning (text below).  How does everyone feel about this response?  Does it resolve everyone’s concerns about being able to find departmental websites?

I’ve responded to the Provost’s email with a recommendation that departmental websites also be linked to from the Department pages within the catalog (e.g., for Biology, that would be this page).

Let us know what you think and whether or not you have any lingering concerns about the catalog.

———————————————————————

Email from Provost’s Office:

Public Relations received some complaints concerning the difficulty in navigating in the University’s on-line catalog (Acalog).  Some users thought it was not clear how to navigate to a department’s web site from the Acalog pages.  In response to this concern, the Office of Public Relations has added a link on program pages in the online catalog to take users back to the Department website. For example, you may view the Biology program page:

The user can get back to the Department website by clicking on the link in the sentence that reads:
“For more information about the Biology department, visit its website.”

In addition, users can always find the Department Web Site by going to the “Colleges and Departments” link from the “Academics” drop down menu at the top of the page.

We hope that this enhancement will be helpful.  Any additional feedback is always welcome.  Please direct your comments or concerns to Anne Marie Stamford (stamforda1@scranton.edu).  Thank you!

—————————————————–

UPDATE:  11/3/2010

The PR office has added links to departmental websites to the bottom of every “program” page in the catalog (which Teresa referenced below) – for example, see Biology’s program page with a link to their department page at the very bottom.