Showing posts with label Vision. Show all posts
Showing posts with label Vision. Show all posts

Wednesday, December 2, 2009

Why Would We Need an LMS Anyway?

This is something that has been on my mind for a while. As more and more people announce the death of the learning management system in higher education and the design work on Sakai 3 moves along, I kinda have to agree in many ways. Here are some of my thoughts on this issue.

A Look Back In Time

As I look back at some of the primitive course management systems I have been exposed to as a student and at the beginning of my career, a couple of things strike me. First, those systems were affordable. You didn't have to cut a six-figure check to run these systems. Some of them were free, others were home-grown, and the commercial alternatives were relatively inexpensive. Developers kept a workstation under their desk to run the software. Back in those simpler days, an LMS was a novelty, something people were experimenting with, not unlike what we are doing now with mobile technologies or virtual worlds. People expected the LMS to fail at one point or another, and the few faculty pioneers planned accordingly, always keeping a plan B in their back pocket.

Another reason why they had some value was because of the absence of real good alternatives to publish to the web. The LMS became a central point to "dump" material to students, a remnant of the "Sage on the Stage" mentality combined with the Powerpoint frenzy of the late nineties (unfortunately, a lot of institutions are still fostering such an online learning environment today). Still, posting material to the web instead of using other alternatives represented a real revolution in knowledge distribution. Photocopies and email attachments could now be avoided, saving money and angry calls to the help center.

The stone age LMS also included some features like discussion boards, mailing lists, assignment dropboxes, and a grade book, tools that were not easily available outside of the LMS. The monolitic LMS included everything in one software package, all that was missing was the clear-wrapped box. Easy enough, its adoption slowly rose, as more institutions joined the recently coined "e-learning" bandwagon.

The Monolithic LMS, Part Deux

As more and more institutions got interested in using an LMS, once academic pilots started turning into big business. Smelling the money because of technology lock-down, commercial products like WebCT and Blackboard started increasing their licensing fees to their current level. At Delaware, our first WebCT license came with a bill of around $3,000 back in 2000. Today, you can now expect a six-figure bill for one of the most recent commercial LMS. We're talking about an increase between 50 and 100 times in 9 years, outrageously ahead of the inflation rate for the same period (roughly 25% - see http://www.usinflationcalculator.com/). Teaching with an LMS is now a core higher education activity, and no serious academic institution can really live without one.

What was the alternative? Starting an LMS from scratch? That required a lot of resources and a lot of time... Some institutions have gone down that road, and have been pretty successful. But then, as users demand more stuff to be included, bug fixing becomes the focus as feature creep starts to appear... And then how do you keep up with all these requests? Users see these things on other systems and sites that work so smoothly, yet your system looks like it's from the middle-age, just like in Eric Burke's cartoon!




Then came open-source. Noticing the success stories behind different open-source initiatives like Linux, Apache, and MySQL, higher education institutions started fiddling with Moodle and Sakai, but those system were considered for the longest time way too risky... What if there is a security breach and that our user data got exposed? No way, I'm sticking with Blackbox, ... I mean Blackboard! They know how to protect my data, they don't even show me how their system works, so how would a hacker know?

The End of the LMS (As We Know It)

As it is the case in many areas of life, we are now beginning a new cycle. A cycle of fragmentation. Instead of the classic Taylorism that created wealth for generations, we are now entering the era of on-demand, customized, buffet-style web publishing. As more and more sites, apps, widgets, and devices enter our everyday lives, we become exposed to new ways of interacting with information. And since academia is primarily an information industry, changes will become more noticeable.

Commercial LMSs are the new home-grown systems, without the control. As much as they would like to control, analyze, retain, track, and integrate everything, there is always a web startup that does it better for one part of the process. And guess what? These services are free or nearly free (fremium), as defined by Chris Anderson in his latest book (which I recommend by the way). How can you compete with free?

So, now that all the fun stuff in in the cloud, what's left of the LMS? It's still somewhat useful, right? Not everyone's an Edupunk yet, right?

All Boxed In

I had an interesting email exchange with an instructor about a month ago. He was asking me why he wasn't allowed to keep all the files for his course (including some huge screencasts exported from Keynote) IN his course site in Sakai. I answered that there was a storage limit set on each course site, and that his screencast could probably be hosted on our flash video streaming server or on YouTube, and linked to from his Sakai course. He came back with the following remark:

I tought of WebCT as a place where I stored a course. I guess I now have to change this vision with Sakai.

That made me think of how boxed in a lot of us still are when we think of the LMS. It should have never been that way, but this false perception is something that needs to be dissipated in order to really push the envelope and really leverage the use of technology for teaching and learning.

The Core LMS is Now a Layer...

I believe there are some basic features to the LMS that still have value. Indiana University's vision, as defined in an ECAR research paper, follows.

It is true that Web 2.0 is gaining significant attention for providing some of the major tools, including wikis and blogs, which encourage social networking and support collaborative learning. But Web 2.0 is not a substitute for the CMS. Online structured learning environments must be able to connect to student data, registrar information, scheduling, and other enterprise information systems. Itself an enterprise system, the CMS provides the framework on which to innovate; it offers cohesion to the flurry of innovations developing around Web 2.0 and the core institutional systems and data to which they must link.

I think the main point here is that stuff can be stored and worked on collaboratively anywhere in the cloud, but only in a structured environment can you automate processes and collect data that makes sense to higher education institutions (this is especially true when it comes down to student portfolios and institutional assessment of learning). That structured environment could also be outsourced to Google, Microsoft, Apple, etc., or hosted outside your institutional walled garden, following rSmart's or Moodlerooms' model. It all depends on your institution's policies and local regulations regarding student privacy. There is still a layer of protected data that needs to be controled internally, like student grades, exams, papers, and instructor feedback for instance. Automating processes and protecting data are not necessarely very high pedagogical goals that are likely to get educational technologists excited, but they are the bread and butter of higher education institutions at this point in time.

A side point to Indiana's message is innovation. As discussed earlier, I don't believe a lot of companies in the world have what it takes to keep ahead of the curve all the time when it comes to web development. Open source software offers the opportunity to experiment with innovation as fast as its community of users wants it to go.

The LMS, without being a one stop shop, is still a pretty decent gathering point, an aggregator of learning content and activities. Students and faculty only have one URL to remember, access is granted by the system automatically through a unique identifier. The ability to create learning objects and activities, and embed web pages, widgets, and rich media from all sorts of sources is going to become more and more important, as the LMS becomes the wrapper that gives a context to content, the guide on the side(bar).

To visualize the LMS as a layer, I doodled this during a presentation to some faculty members a couple of months ago:

The LMS as an Aggregator


LMS native tools are not perfect. They will never fully rival with Web 2.0 alternatives; they will always be a step behind. Yet, they might be good enough for the majority of instructors, who will prefer to keep everything in one place, sometimes simply because it's convenient. For those who prefer to be on the bleeding edge, the Web 2.0 is an incredible educational sandbox to experiment with.

So, what is your vision of the LMS of the future?





Wednesday, June 17, 2009

Update on Sakai 3: Everything is Content

There has been a lot of speculation on what Sakai 3 will be and how it will dramatically change user experience. There is most definitely a paradigm shift between Sakai 2 and 3. Will this new way to interact with an LMS suit the needs of educators worldwide? You be the judge.

I made a short presentation (12 minutes) to the members of our LMS Committee on June 16, 2009. My slides are available on Slideshare. (Disclaimer: I based parts of my material on Michael Korcuska's Sakai 3 presentation)



If you are looking for a more detailed tour, below is a screencast recorded in early June 2009. Michael Korcuska explains the big concepts that are guiding the development process of Sakai 3.



Since Sakai 3 is still in its early development, please consider getting involved with the community! Use cases and feedback are as important as the code itself, so whatever talent or time you have to devote is greatly needed and appreciated. You can try an alpha version at http://3akai.sakaiproject.org

Do you think that everything should be content and workflows? Do you believe this is something educators will embrace?

Monday, January 26, 2009

The 3 Ws of Sakai 3

I have now been involved with the Sakai community for over a year. In retrospect, I feel like a lot of good things are about to emerge from the work of this one-of-a-kind crowd. The latest and most active initiative, Sakai 3, is, in my opinion, very promising.

This blog post is somewhat a summary of my understanding of what Sakai 3 is all about, from a user point of view. I hope it can become a starting point for current community members who might still see Sakai 3 as a blurry long term vision, and maybe even draw more people’s attention to Sakai as a valid alternative to commercial learning management systems like Blackboard.

This post is based on my experience at the Authoring Summit and with the Content Authoring Initiative, my implication with the Teaching and Learning Group of the Sakai community, my understanding of the discussions happening on the different mailing lists, Nathan Pearson’s mockups for the Sakai UX initiative, the awesome job done by the Cambridge folks on the 3akai pilot site, and Michael’s excellent document about the vision behind the Sakai 3 initiative.

Looking at what Sakai 3 will be all about, here are some of the most relevant features of this new approach to content authoring (the ability to create web content online).

1. Sakai 3 is Wizardly

To become foolproof, Sakai will become better at offering the most direct path to content creation through wizards. These online sidekicks will provide guidance during the content creation process to help users make the right decisions, or guide them to the most common ones. Even though most of the design process will be wizard-driven, advanced users will still have the required flexibility to bend Sakai to their will through various options.

2. Sakai 3 is Widgety

The addition of a new page type (dashboard) will create a new way of looking at content: through widgets. These widgets will give a glimpse at all the dynamic content available in a site or outside Sakai on the open web. In addition to this, Sakai will break out of its tool silos to help users link directly to what has been referred to as “entities”, which are linkable chunks of information or activities, like a quiz, a forum post, an assignment, etc. Widgets will be able to provide a summary of an entity, a digest of the activity in an entity, or event a fully working entity embedded in a web page (like a chat room embedded under an article to be discussed, for instance). A list of entities is available here.

3. Sakai 3 is Wiki-like

Just like in a wiki, all edits will be archived, preserving the history of any authored page. It will use a powerful WYSIWYG editor to avoid the tedious learning of a custom wiki markup language. Document authoring will have a clear word processing look and feel, but will add a very strong collaboration opportunity that is not readily available in a client-side word processor. Page creation and linking will also be automated to make the site creation as seamless and transparent as possible.



I have presented Sakai 3 to our University of Delaware’s Learning Management System Committee in January. Below are the slides I used.

Beyond Sakai 2.6
View more presentations or upload your own. (tags: opensource lms)


Most faculty members were excited about the vision of Sakai 3. They felt like they could really use a flexible yet simple environment to create their web content.

You are more than welcome to use anything I have put up here, remix it, discuss it, to make it better. Does this vision of Sakai reflect what your institution and your users are looking for? What’s missing?

Disclaimer and Copyright

The ideas and opinions expressed on this blog are mine, and do not necessarely reflect my employer's point of view.


Creative Commons License
This work by Mathieu Plourde is licensed under a Creative Commons Attribution 3.0 United States License.