Pages

Wednesday, 8 July 2015

Ark/PEAS SchoolTool Project (Part 2): System Evaluation

In my previous blog post I discussed progress in our project to get SchoolTool working across the PEAS network in Uganda. In this post I'm reflecting on the system more generally. But before I get to specifics, I'm going to digress for a few paragraphs.

Before I joined Ark, a friend and I set up a company called Unlocked Guides producing children's travel books. Here are the two main lessons I learnt from the experience:
  1. Make your customers part of the design process. They know what they want, and aren't afraid to tell you. Especially nine year olds.
  2. People massively overvalue ideas, and massively undervalue execution.
The background to point 1 is that the first draft of our first book (London Unlocked) was, with hindsight, terrible. Lots of pastel colours. No real structure to the pages. Not enough jokes. But mercifully, we workshopped the design with two hundred children before launching. And they told us that the first version was rubbish. So we iterated and iterated and in the end created a children's board of directors to gain regular input from our target audience. We ended up with a great product which still sells a few thousand copies a year, six years on.

The context for point 2 is that several times before and after launch, we got nervous about other people attempting the same thing as us. Lonely Planet launched a rival book. Sandi Toksvig wrote a children's travel guide. And, adorably, a furious parent approached us one of our book launches and told us she had been thinking of doing the exact same thing, but that her (as yet unlaunched) concept was much better than ours. But the thing is, because we'd worked so hard to make our product great, we never really suffered too much from competition. Rivals either fell by the wayside or ended up helping us by creating a new, browsable bookshop category (before we launched, children's travel wasn't really a thing). And we never did hear again from the furious "better idea" lady.

Which brings me back to SchoolTool.

If we're being super-picky, we'd say that SchoolTool hasn't had enough customer input over the years - particularly when it comes to school improvement functionality. For example, assessment was a rather thin module when we first started working with the system - it only tracked absolute scores, which made performing analysis really hard. And while the attendance module had some neat features for fast data entry, the standard reports available to track attendance changes over time were either limited or non-existent.

So we've become the nine year olds. As well as implementing the system in Uganda, we're speccing features we think will make the system work for school improvement, and paying for their development. (SchoolTool may be a free, open-source system, but it doesn't have an active volunteer developer community, so new features come at a price). Since we're requesting features based on both input from PEAS users during the product rollout AND our own experience of supporting SIS in the UK, we're comfortable we're asking for the right things.

At the moment these features sit in our own project branch on the SchoolTool code respository, but they should all make it into the main project code in the coming months. The features we've funded include:
  • upgraded assessment module (making it much more flexible so it can handle a wide range of assessment structures)
  • upgraded attendance module (added group filtering and colour coding for easier data entry)
  • new assessment and attendance reports
  • central data sync and dashboard to allow a central office to see data from multiple schools
When it comes to to ideas vs execution, in contrast, SchoolTool has a fabulous and unique story to tell. I've lost count of the number of people who have conceived of an open-source SIS. We reviewed six before selecting SchoolTool. Scholarpack (which is now in over 300 schools in the UK) started out as a free, open-source product. We even considered developing our own.

But to our knowledge, the Schootool team are still the only ones that have actually done it at any scale and stuck with it. And it's still free. And it works. The problems mentioned above - and the ones covered on the previous blog post (like the fact that it only works on Ubuntu, and requires some technical knowledge to install) have no doubt constrained uptake. But our experience has been that if you can overcome these fairly minor hurdles and get the thing installed, it'll do a great job for your school at my favourite pricepoint. So sure, it could be better. But give the guys credit - they executed well on their vision of a free SIS where others have changed tack or given up.

What's next
For the next phase, Fran and Sunesh are looking at how we could reduce the barriers to uptake of SchoolTool further. For example, what if we could pre-install the software on cheap, compact hardware so that a school just needs to plug it in and bingo, there's a SchoolTool server up and running? And how could we produce better user guides to make adoption possible without requiring training sessions from experts?

We're also planning to test alternative ultra-low-cost SIS products in different contexts - we'll talk more about that in a few months time. But for now, if you're reading this and considering whether to use SchoolTool in your school, we encourage you to give it a go.

Ark/PEAS SchoolTool Project (Part 1): Implementation Report