[Must Read!] Advice for Small Schools on the LMS Selection Process | e-Literate - 0 views
-
Migration is inevitable:
-
Migration can be an opportunity:
-
All of these systems are pretty good: It’s easy to get worried about making a “wrong” decision and picking the “inferior” product. The truth of the matter is that, given the needs of your institution (both present and foreseeable future), any of the major systems available in the US that I have some familiarity with (ANGEL, Blackboard, Desire2Learn, Moodle, and Sakai) will provide you with adequate functionality.
- ...14 more annotations...
-
Accept the possibility that you may have Stockholm Syndrome:
-
If you are an LMS support person, then it is likely that you are too close to the day-to-day operations to have good perspective on all aspects of how well your current system is meeting your school’s needs. Make sure you get input from people with a broad range of experiences, roles, and perspectives.
-
All of these systems are pretty bad:
-
all of these systems will probably fare pretty well. But part of that is because our expectations are low. The state of the art in LMS design is frankly not great.
-
Having a system with 39,000 seldom-used features that require a course to learn how to use is not as valuable to you as having a system with 39 features that most people will find useful and can figure out how to use on their own.
-
You may not be a good judge of usability:
-
a system seems easy to use once you know how to use it.
-
Your current faculty LMS heroes may be the worst judges of usability: There is nobody on your campus more likely to have Stockholm Syndrome than the faculty member who taught her first online class using your current LMS, has never used anything different, and has devoted literally hundreds of hours to optimising her course—squeezing every ounce of value out your current system by exploiting every weird little feature and even figuring out how to turn a couple of a couple of bugs to her advantage. There are ways in which her perspective will be extremely valuable to you (which I’ll get to shortly), but judging usability is not one of them.
-
Somebody who has taught using multiple LMS’s could be a good judge of usability: Faculty members who have taught using 2 or 3 (or more) LMS’s generally have some sense of what differences between platforms really matter and what differences don’t in a practical sense.
-
The quality of the support vendor is almost certainly more important than the quality of the software:
-
Don’t assume that you know what the deal is with open source:
-
Your relationship with your LMS is not that different than your relationship with GMail or Yahoo! Mail. It’s hosted on somebody else’s servers; you don’t know anything about the details of the software—the programming langauge it’s written in, how much of it is open source, what the architecture is, what hardware it runs on, etc.—and you don’t care.
-
What matters to you is that the thing that appears in your web browser works reliably and does what you need it to do. Go to the open source LMS support vendors. Tell them what your requirements and capabilities are. Either they will be able to meet your needs or they won’t. Don’t decide in advance of getting the facts.
-
Don’t worry too much about the long-term financial viability of the vendors:
