Reclaiming SWAYAM

Today’s news article on the SWAYAM MOOCs and open-ness by Anil Sasi of the Indian Express raises some very important questions about the future of MOOCs in this country.

The facts of the matter are as follows. A proprietary rather than open source approach has been adopted because open source seems not be open after all. Choosing EdX, for example, they believe compromises intellectual property and requires a big fee to be paid to MIT (even after EdX, at the behest of IIT Mumbai and MHRD gave over the full source code and support to India in 2013 and assured that all IP will remain with India). Secondly, it seems they believe that open source systems do not have the depth of being able to handle enterprise grade learning environments. Third, this is the conclusion of expert committees of the government after in-depth deliberations, I assume, with a wide range of industry, technical and MOOC experts. Fourthly, the RFP itself built by PwC and the government, the basis of the INR 38 cr project award to Microsoft, is in itself plagiarized and deficient.

This defies logic. A really large part of the world runs on open source. The open source movement has shown that enterprise grade, mission critical applications can be made to work with community support. Total cost of development ownership is lower with use of open source. And open source, by definition, fosters collaboration and innovation.

At the risk of repetition, instead of manufacturing large systems, the government should invest in building API and making integration possible between systems. They should fund edTech startups to build MOOC based learning environments. They should enable an open architecture, not just in technological terms, but also in terms of an open architecture of participation.

How would that work?

On the technology front, let us assume we are API focused. Then we must openly build the following API sets (and more):

1. User API – API that allows users of different types and institutions to be managed, for different stakeholders and their roles
2. Identity API – that allows users to be uniquely and securely identified through the course of their life, with probable integrations with other systems like Aadhar
3. Curriculum API – API that enables metadata and classification systems for content and pedagogy, that brings Corporate, VET, School and Higher education taxonomies together
4. Assessment API – API that enables taking online assessments of different types, enables proctoring controls, provides secure test-taking and great analytics
5. Certifications/Badging API – that allows certification/degree providers to create online badges and certificates that can be awarded; secure lifelong eportfolios and linked certificate depositories
6. Authoring API – that allows quick and easy authoring, review and collaboration
7. Content Delivery API – API that allows video streaming (live and VOD), CDN-grade access, shared folders and cloud distribution
8. Network API – that enables social discovery, network and group formations, sharing and amplification and social profile aggregation; building both social and learning graphs
9. Services API – that enables tutors to connect to students, mentors and coaches to their mentees, institutions to parents and so on, and provide services such as fee payments, digital and offline educational content, tutoring, adaptivity, virtual classrooms and so on.
10. Andragogy/Heutagogy/Pedagogy API – that enables different techniques to teaching-learning to be used as desired by teachers and students, e.g. blended models or SPOCs.
11. Learning Analytics API – that provides new ways of deciphering engagement, learning and interaction.
12. Language API – that enables multi-lingual content and internationalization

(Remember that technology and all this talk about API is merely the greasing in the wheel. The real work is in exploring new paradigms of teaching and learning, especially online and blended. And this does not mean building online courses and calling them MOOCs.)

These API sets (and others I may have missed) would need to be supported by a strong developer program, funds allocated for several incubation initiatives with participation from private funds, R&D labs, education programs to build engineers and architects of future learning environments and many more. important aspects known to us from the experimentation & learning of the open community in discovering what works at scale.

Now imagine a time when these API are available (in fact a large number already are available in the open domain, they just need to be contextualized in some cases) for use by indigenous developers. They are not starting from scratch. They are not restricted by a monolithic RFP or scope. They are not constrained to be this one very large proprietary solution (although some may want to build such systems on top of the open stack, which is just fine). If things go well, a number of people will focus on developing alternative solutions to pieces of the puzzle, while others will integrate them into solutions that can be used in different contexts. No one size fits all.

This will give a boost to indigenous development, which at the current time is laboriously trying to build each component. It will bring about that strategic 10x inflection in edTech in India enabling thousands of providers, who are operating mostly in isolation, to get a framework around their efforts and build for scale. Strategic funding for R&D will help us achieve breakthrough innovations in teaching and learning at all scales. Private sector funding of edTech will find a purpose.

This is what the government should do. And only a government can achieve this at strategic scale, tying up all the piece of the supply and demand chains, particularly in a system so dominated by public education.