Showing posts with label 3akai. Show all posts
Showing posts with label 3akai. 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?





Friday, November 6, 2009

Sakai@UD Deployment Update

As many of you probably know if you are ready this post, I am the Project Leader of our WebCT to Sakai migration at the University of Delaware. More that two years ago, before I even started working her at UD, the LMS selection process began with an attempt to get faculty involved with the decision making.

Below is a slidecast of my November 2, 2009 presentation to the Faculty Senate about our progress in migrating users from WebCT to Sakai. Some of you might be interested in some of the metrics that are included in this presentation to sell Sakai as a viable solution for higher education.


More information is available at the following links:

Members of the audience reacted very positively to the slide about the progression of the number of course sites using an LMS, and to the state of the LMS in peer institutions. Sakai has a lot of momentum at this point in time, and it's great to see all these top notch institutions getting onboard!

How is your LMS selection/migration going at your institution? Please leave a comment!

Monday, June 22, 2009

Wikis, Revisited

More than a year ago, I put the final touch on a report called Wikis in Higher Education, an assignment I worked on for some time from when I started working for the University of Delaware and May 2008. Since the release of the report, there has been some success stories using the wiki tool in Sakai at UD. The latest success story comes from Persephone Braham, an Assistant Professor in the Foreign Languages and Literatures Department.

Collaborative Wiki Project for Latin American Cultures - Persephone Braham from Mathieu Plourde on Vimeo.


But at the pace that the web technologies are evolving nowadays, the Sakai Wiki tool is becoming weaker every day, as wiki-like behaviors are becoming a part of other web 2.0 technologies. Not that it's a bad thing, but having access to a protected, institutionally-supported wiki space has undeniable value in higher education.

Below are some of the missing features that would need to be included in Sakai in order to make its wiki tool competitive again. Some of these features will become available in Sakai in the near future, but I found relevant to list them here anyway.

1. Rich Text Editor

This feature has been asked for years, yet it is not implemented. Attempts have been made to integrate the FCK Editor with the wiki tool, but results have been dissapointing. The biggest issue is related to the fact that there are too many features in the FCK Editor that are not supported in the wiki markup language, like resizing a picture or formatting a table. Other Web 2.0 wiki products like Wikispaces have been using a rich text environment from the get-go, and even rarely show the wiki markup language to the user.

2. Embedding

Users create content outside of Sakai, and they would like to be able to embed objects (videos, sounds, pictures, etc.) inside the page as they create content. Again, this feature is available on all blog engines and on most wiki engines as well.

3. Table Formating

The default "first line is a header with a yellow background" doesn't cut it anymore. Sometimes, the content needs to be presented differently, and users have been complaining about this lack of flexibility. Most wiki engines support a way to turn a cell into a table header. Confluence does it with a double pipe ( || ), Wikidot with a tilde after a pipe ( |~ ).

4. Page and Comment Deletion

It is a little ridiculous to not be able to delete a page or a comment. The workaround is definitely weird. The fact that a page cannot be deleted does not promote tidyness, a basic wiki behavior that should be engrained in user's minds.

5. Group Awareness

I have been asked over and over again if wiki spaces could be created for specific groups in Sakai. Faculty want to assign spaces and change permissions to only allow certain subsets of users access to sections or pages to read or edit.

6. Listing of User Edits

Although highly inefective and time consuming (and personally discouraged as often as possible by yours truly), tracking user edits is a feature that faculty members are requesting. The idea would be to be able to seach for a user and see a list of all the edits that user has done in a specific site. Some faculty members believe that exposing that data can help them assign a participation grade.

7. Editing In Place

This one is a little far-fetched, but it is a behavior we see more and more often online. The idea that whenever a users hovers an editable part of the text and clicks it to start editing is definitely a part of the user experience expectations.



An Emerging Dilemma in the Sakai Community


Now that I have exposed some of the feature requests I'd like to see in the Sakai wiki, the problem comes back to this: How much effort is the community willing to demonstrate in fixing Sakai 2.x vs. developing Sakai 3? Sakai 2.x. is going to be around for at least another year before a stable release of Sakai 3 is available. Are we willing to put our current LMS on ice for a whole year, or are we going to make it work better right now?

I am not sure what the answer to this question is, but I would sure like to hear your opinion on this issue.

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.