• Monday, May 28, 2012

Previous

Next

From the Vault: What To Do When Your Course Management System Goes Down

September 9, 2010, 3:00 pm

[Note: A version of this post was originally published in September 2009. This information is important enough to cause us to reach into the vault and pull it back out for public consumption.—Ed.]

On Monday morning of last week, the Michigan State University community (faculty, staff, and students) was greeted with the unfortunate news that ANGEL (our campus wide course management system) was down. The day dragged on with no fix. Many on campus (both student and faculty alike) reacted more like it was the zombie apocalypse than a problem with the server that would (eventually) get dealt with. Emails flew hither and yon about what we (the faculty were supposed to do), students dialed up their “oh my god, what am I supposed to do, I can’t get to my course” freak-out factor to DEFCON 1, and there was general mayhem on campus. In the immortal words of Dr. Venkman, “Human sacrifice, dogs and cats living together… mass hysteria!” (well, not literally, but that was definitely the vibe on campus for awhile). When all was said and done, ANGEL was down (or up, but completely useless because of constant errors) for 3 days (give or take a few hours).

Even though I wasn’t overly impacted by the outage (I avoid ANGEL like the plague – except for keeping my grade book – I’ve got a hard time making 2 + 2 add up to 4), I have the utmost sympathies for my colleagues and students. Honestly, who can blame ‘em. As faculty, we are strongly encouraged to mount both online and offline courses on ANGEL – and most faculty do. For all of its problems (and I, personally, think its got a lot of problems), ANGEL definitely has its benefits. The kicker is that many faculty and students come to over rely upon it, firmly believing that nothing will ever go wrong. At MSU (and at many other universities that rely heavily on a centralized course management system) there is no real sense that a healthy technological ecosystem, just like a natural ecosystem, requires diversity. So, when the system goes down, it isn’t a great surprise that everything goes to “H-E-double hockey sticks” very quickly.

So, in the spirit of the Great MSU ANGEL Outage of 09, here are some constructive thoughts on what you can do to either prepare for or mitigate the damage caused by a protracted outage of your course management system:

  1. If your course management system is the primary method by which you mass email your students, take some time at the beginning of the semester to compile all of your student’s emails. That way, you can manually send out a mass email assuring them that it isn’t the end of the world when the system goes down. It is probably wise to get a secondary emails – just in case your email system has gone down as well (seriously, it happens). This way, you can bypass the entire university technology infrastructure and communicate with your students.
  2. If you’ve got the option of mounting course material elsewhere (if you’ve got your own website, or have some server space provided by the university), do it. You don’t have to make everything available, maybe just the syllabus (course schedule, assignments, etc.). This way, if students normally access course material online (as opposed to in a physical, printed format) they will be able to get vital info about upcoming assignments, due dates, etc. even when the course management system is down.
  3. At the beginning of the semester, strongly encourage your students to save course material locally (or go old school and print out hard copies). So, if the system goes down, they’ve got vital course info, reading, etc at their fingertips.
  4. Don’t send email after email to your IT/tech support department. Trust me, they know that the system is down already, and you are only taking time away from their efforts to get things fixed (believe me, they want to get the problem dealt with as badly as you do)
  5. In the wake of the course management system apocalypse, be as flexible as possible with how you pick up the pieces. Don’t shortchange your students on due dates in an effort to get your schedule completely back on track with your schedule. Remember, it isn’t their fault that the system went down. Also, remember that if your class went down, so did all of the rest of your student’s classes. That means your students have 3 or 4 other professors who are madly trying to get their classes back on track – all of which can result in more panic for your students.
  6. In the immortal words of the good book, Don’t Panic! At the end of the day, there isn’t a whole heck of a lot you can do about the outage. Freaking out will only stress you out more…and stress is bad. It’ll get fixed, I promise.

What are your tips for surviving a course management system outage?

[The photo for this entry is from Flickr user Gerald Simmons and is licensed through Creative Commons.]

This entry was posted in Software, Teaching. Bookmark the permalink.

  • Print
  • Comment (6)

6 Responses to From the Vault: What To Do When Your Course Management System Goes Down

deannamascle - September 10, 2010 at 7:20 am

When I first began teaching online our university-hosted CMS (BlackBoard) went down frequently so I not only encouraged students to keep backup copies of files but also provide an electronic alternate — either a web page or course blog. I also encourage students to go old school and actually print out assignments because I think reading those hard copies make it more likely they will really read it and not just skim it. I did have a moment of panic though when I read this and thought — I didn’t make a web backup this semester. Then I remembered that we are actually building a class blog (where all the students are already entered) and I’m using Twitter this semester so I actually have 2 ways to get in touch with the class as a whole. Whew.

mamakatephd - September 10, 2010 at 8:10 am

As a Blakboard system admin, I can guarantee that uptime and stability is foremost on my mind. Technology is technology — imperfect but highly userfull when it works. Love #4. People who call during an outage always ask, “When will it be up again?” Lady, if I knew that, I would not have ‘let’ it go down in the first place!

pcksek - September 10, 2010 at 8:20 am

If I may suggest something that is done outside of academe, which can be used to address the “Don’t send email after email to your IT/tech support department.” point… It is common in business to have the IT/IS department keep an updated ‘monitoring web page’ with system statuses, list problem tickets (with an ETA – even if it is ‘TBD’, as long as that doesn’t get overused). Of course, this works best when the two-sided expectation (“We will post things in realtime/We will check there first before we call in to ask”) needs to be cultivated and nurtures within the organization. Some organizations choose to implement via a whiteboard, when available. In the spirit of open communication, I proffer that this can reduce calls, saving the most precious commodity – in the case of a system outage – namely, time (which can be spent working on the outage itself).This way, professors and students can keep themselves abreast of the ‘true situation’ when an outage occurs. It can also help individuals identify a need for their individual workstations to receive deskside support (in the case of “no outage; all is ‘up and running’, yet I can’t seem to connect”)…

pcksek - September 10, 2010 at 8:21 am

oops – nurtured, not nurtures

csgirl - September 10, 2010 at 8:26 am

One of the best ways that IT can forestall the deluge of queries about downtime is to COMMUNICATE with the rest of the university when one of these outages occurs. Last year, my school was hit hard by the McAfee bug – our Internet connection, servers, everything went down. There was dead silence from IT. Rumors started flying – people thought our city was under attack (we’re in NYC), that we had been hacked by terrorists, that the cables had been cut – all kinds of crazy things. Faculty didn’t know what to tell students. Now, we have an emergency communication system, which is used for snow cancellations and which works really well. Automated messages go to faculty phones and to everyone’s cellphones. Why on earth couldn’t IT have used that system to post a quick message : yes, we know the systems are all down, no we are not being attacked by terrorists, and no, we don’t know when it will be up but we are working very hard. How hard would that have been? It would have helped so much that day.

mamakatephd - September 10, 2010 at 8:14 pm

We use twitter to communicate with our stakeholders if/when there is a problem.

  • The Chronicle of Higher Education
  • 1255 Twenty-Third St, N.W.
  • Washington, D.C. 20037