3.2 Ruth sabean interview - part 2 - ucla selects open source  (Page 2/5)

KU: As you might be aware, the State University of New York (SUNY) just went though a process where they identified a “preferred” LMS vendor. During the evaluation process, all open-source software options were flatly rejected by SUNY System Administration and many of the SUNY campuses. Why do you think that UCLA was willing to select an open-source option? Do you think that UCLA is particularly well positioned to take advantage of the benefits of an open-source application? If so, why?

RS: This is an interesting question. I think that we were at home with the fundamental values of open source, particularly in the instructional arena, where local developers work with faculty to build custom solutions to meet discipline and pedagogical needs. We know that making a good decision about open source is really the same thing as making a good decision about commercial software or any other major investment. You need to understand your requirements, understand how the software will meet them, and evaluate your options based on those criteria. Open-source and commercial software have different characteristics that you evaluate, but it is all a matter of understanding your own requirements and then exercising some discipline and rigor in your evaluation process. We also learned that you need to understand your institutional culture and technical expertise and evaluate your own capacity to achieve success. Fundamentally we saw opportunity with open source and unacceptable risk with a proprietary option. We have confidence in mature open-source software, a strong community, and our ability to make our choice successful.

KU: What was it that you and the evaluation team really liked about Moodle?

RS: First, it is important to recognize that there are things that we liked about a number of open-source applications including Sakai, and there are things that we saw as disadvantages with Moodle. On the aggregate through, we felt that Moodle was a better choice for us and how we want to leverage the benefits of open source and the community that surrounds a project. We really liked the fact that Moodle was a mature project with a robust community and is a richly featured application. We decided that Moodle could quickly meet many of our teaching, learning, and collaboration needs in its current form and would likely be adopted reasonably quickly by our faculty. We also liked the Moodle community, which functions in part as an established hierarchy, similar to Linux, with the core design group identifying priorities based on suggestions for changes through informal discussion and community contributions. It is active, responsive, and robust. An overview of some of the benefits identified by the evaluation team include rich and stable functionality in the tools most commonly used and valued by instructors, a rich set of administrator tools and user documentation, and a community that has a proven track record of timely bug fixes and development of new features. In addition, UCLA has some experience with Moodle with at least three UCLA units already using it for instruction.