Feature Planning

July 27th, 2010

Have you ever got in touch with the Three Rings team to suggest a feature that would make things easier at your organisation? We love to hear from the people who use Three Rings on a day-to-day basis, because we’re committed to helping to make volunteering – and particularly the management of a voluntary organisation – easier.

Have you ever wondered what happens to all of those suggestions that we receive? Here’s the answer!

All of those feature requests get put into a special database (unless they’re already in there, as the more popular requests often are, in which case we make a note that you want that feature too). Using this system we can see what’s been requested, who’s requested it, how important it is to them, which of our developers have committed to start working on it, and what work has been done on it so far (which is particularly important for our peer review process). We’re even able to use the system as a springboard for online debates on the best way to tackle particular problems, or ways to add value to new features.

Right after every milestone release, the development team gets together and uses this list to prioritise the features for the next release, into those which must make it in and into those which we’d like to provide, if we have the resources. How do we do this?

Characteristcs of feature weighting

Our strategy is to prioritise each feature request by ‘weighting’ it according to a number of factors, such as:

  • Who will benefit? – a feature that  will only help a handful of users at only one or two organisations is less important than a feature that will benefit almost everybody who uses the system. (Similarly, we’re also strongly-committed to putting existing users first: we’re more focussed on providing the best possible experience to our current users than we are about adding in special features to ‘win over’ potential new customers).
  • Is it overdue? – we like to keep our promises; so if we’ve tried to get your feature in during a previous milestone but couldn’t make it, we’ll put an extra effort into getting it into the subsequent milestone.
  • Does it integrate with other features? – an important consideration when developing software is whether or not a new feature will “fit in” nicely with the existing system. Sometimes a feature can’t be implemented until we’ve laid the foundations in earlier milestones: a lot of the work that goes into each release doesn’t give an immediately obvious new feature – but it makes it possible for that feature to be brought in next time round.
  • Can it comprise part of a larger solution? – we believe that one of the things that makes Three Rings special is that it adapts to just-about every organisation’s own distinct way of working. That’s because when we implement a new feature, we look to see if there’s a way in which it can be realised that’s more universal: that will meet similar needs by diverse organisations.
  • Is it fast to implement? – features that are easy and quick for us to plan, develop, and test are weighted with a slightly higher priority than those which are complex or time-consuming: we want you to have the best tools in the shortest timeframe!

We’ve always said that Three Rings is driven by the needs of everyday users – users like you – and that’s why it’s important that if you have an idea about how Three Rings could be better – tell us! Even if your suggestion is one that’s been made before, adding your voice helps to show us how important that feature is and how many people will benefit from it.

We want to hear about your experience of using Three Rings, and what we can do to make it better for you! That’s what makes Three Rings better for you, and for everybody else, too.

“Always On” Three Rings

July 6th, 2010

Most organisations that use Three Rings to manage their rota and volunteer resources have at least one computer in their calltaking office that volunteers can use to check the rota, sign up for shifts, and so on. Volunteers can log into their Three Rings accounts on these computers and view the rota, sign up for shifts, and look up the details of other volunteers as normal. These “office computers” also provide a way for volunteers who might not have Internet access at home to continue to volunteer with the organisation as before.

Some organisations have even taken advantage of Three Rings’ powerful Certificates feature, which allows administrators to give special privileges to  volunteers who are using the office computer. For example, we’ve often seen helplines where volunteers on duty will take calls on an “admin line” from other volunteers, and sign them up for shifts. Using a certificate installed onto the office computer, the volunteers on duty can sign up their fellow volunteers even if they’d normally only be able to sign themselves up.

We always love to hear suggestions for new features Three Rings can offer to make your lives easier and more and more we’re hearing from organisations that would like to have the computer in their office be “always on”: always showing the latest rota and ready to be used at a second’s notice by any volunteer in the room. That’s why we’re looking into ways in which we can provide for this request in an upcoming new version of the software.

It’s a challenging topic, from a security standpoint. For a start, it involves selectively turning off Three Rings’ smart auto-logout feature, which is designed to reduce the risk of unattended, logged-in computers. It also raises complex questions about the best way to integrate with Three Rings’ sophisticated logging system: if we can’t tell which volunteer is using the computer, against whose account do we log the activity?

While we’re busy working on the best way to offer this feature and ensure your data stays safe a few helplines have come up with their own workarounds to make office computers stay “logged in” in this way. And despite the fact that we can’t really support any of the third-party solutions that are being adopted, we’re still happy to help your organisation to get the best solution for you: if you are trying to make an “always logged on” account for your helpline’s office computer, and you’re finding it challenging, perhaps we can help! Just get in touch with our support team or use the discussion list to ask other organisations how they make things work for them, and help is always just a couple of clicks away.

Of course, these “work-arounds” aren’t ideal, and that’s why we’re going to be implementing a built-in solution in this summer’s update to Three Rings. What that means is that, in the near future, we’ll have a properly-supported solution suitable for everybody, but if you want to keep your organisation on the cutting-edge, ask us to help you give “always on” Three Rings a go in your calltaking office – I promise we won’t ask anything in return (but feel free to let us know how it works for you, and what you’d want to see in the official version in a few months)!

Gallium Release Date

April 15th, 2010

Those of you who are paying attention will have noticed that we’re now behind our original schedule on Gallium, the latest update to Three Rings. It was supposed to be out at the end of last month, but for various reasons we missed our original deadline: I’m afraid we got carried away with adding new features!

The good news is that we’re now confident that it should be ready for the testers to do their thing by the end of this month, and you should be seeing the finished version by mid-May (possibly a little sooner).

Sorry to keep you all waiting – hopefully the extra features will be worth it!
We’ll get a feature list posted as soon as the test team have taken a look, so watch this space…

Welsh Language Samaritans Service

March 8th, 2010

Three Rings has always had it’s roots in Wales – Aberystwyth Nightline was the very first listening service to use the system, way back in 2002 – so we’ve always been aware of the issues surrounding bilingualism in our field: it can be hard for people to openly talk about their emotions anyway, without the extra complication of translating those feelings into a second language.

Accordingly, we’re very happy to be in a position to help publicise the new Welsh Language Service being offered by Bangor Samaritans to anyone wishing to seek confidential listening support through the medium of Welsh, regardless of where they live.

The new line has been operating for the last couple of weeks, and it is manned specifically between 7pm and 11pm, seven days a week throughout the year.

To contact Samaritans’ Welsh language service, ring 0300-123-3011.

And please, don’t hesitate to spread the word yourselves.

Nightline Association Conference 2010

March 6th, 2010

Right now, three members of the Three Rings team – Ruth, JTA, and I (Dan) – are at the Nightline Association conference at the University of Essex in Colchester. It’s always pleasant to get out and network with the volunteers from the Nightlines associated with the Nightline Association, because their volunteer turnover rate – comparatively rapid in the field of emotional support helplines, as a result of their use of student volunteers – means that there are always fresh ideas being presented to the team.

Dan & JTA in the Students Union bar

It’s also great to  get in touch with Nightlines because they have the longest organisational experience of using the Three Rings rota management system. Nightlines have been using Three Rings for almost eight years, and some particularly-eager Nightlines have back-dated rota data going back as far as 1998, which affords them the opportunity to derive some fascinating statistics on volunteer composition and the changes in volunteering patterns over more than a decade.

The new Directory List view

It’s also great to be in an environment where the use of Three Rings is the norm, rather than the exception: virtually all Nightline services use Three Rings to manage their volunteer resources, plan shifts, and more, and being in a community of users gives us a great opportunity to show off and get feedback on new and upcoming features, like the new Directory List view, shown above.

Finally, it’s been really quite inspiring to be able to see some of the processes going on within the Nightline movement. As Three Rings started out by helping Nightlines, and all of the Three Rings developers are former Nightline volunteers, it’s been really  motivational to see the progress that’s been made by Nightlines and the Nightline Association. There are a lot of exciting projects going on within Nightlines, right now, and it’s particularly good to get the chance to see plans come into fruition that we first saw discussed when we represented Three Rings at Nightline conferences years ago.

A big thank you to everybody who came up to our stand or came to our presentation. It was great to hear your feedback and to find out more about how Three Rings is working for you: so thanks for sharing!

Reduced Support For Internet Explorer 6

February 2nd, 2010

One of the changes planned for Milestone Gallium – our next major upcoming release of Three Rings – will be a reduced level of support for Microsoft Internet Explorer 6. This follows announcements by YouTube, Google, and other major content providers that Internet Explorer 6 will no longer be supported for many of their services.

Internet Explorer 6 is almost a decade old – a lifetime in computer terms – and has, over the course of its use, been repeatedly and near-universally slated for its lack of adherence to web standards as well as the security problems associated with it. Users of Internet Explorer 6 can upgrade for free to a newer version of Internet Explorer or to one of a number of other browsers.

What’s changing?

From the launch of Milestone Gallium, near the end of March, Three Rings users with Internet Explorer 6 will be presented with a reasonably unobtrusive “yellow bar” – like the one pictured above – to remind them that their browser is now considered to be so far behind the times that it cannot be expected to work reliably on modern sites like Three Rings. If the user clicks on the bar, they’ll be taken to the Internet Explorer 8 download page, where they’ll receive instructions on updating their system.

If users don’t click on the bar, that’s fine – Three Rings will continue to work in Internet Explorer 6 for as long as we can possibly make it do so: this “warning bar” is just the advance warning – similar to the one now seen by Internet Explorer 6 users when they visit many other sites around the web – that the site may not work as intended and won’t look as good or run as fast as it would if they were using up-to-date software.

What does that actually mean?

What does this change actually mean for Three Rings? Not as much as you might think: we’ll still be writing code that obeys web standards, and we’ll still test the site in all of the most popular web browsers that are used to access the service, so nobody should have to suffer. But what it means is that if we ever come to develop new features which Internet Explorer 6 is simply to old to cope with; we won’t be downgrading the features to work in Internet Explorer 6 any more: instead, we’ll be requiring users to upgrade their browser. For the vast majority of Three Rings users, this means that we can provide better, more user-friendly features than ever before, without having to worry about how older web browsers cope with them.

Who will be affected?

We anticipate that fewer than 8% of Three Rings users will be affected by this change. And, of course, they still won’t have to upgrade their browser to continue using the service; they can simply dismiss or ignore the message, if they really want to, and carry on using Three Rings as normal, for now. We’d like to think that this is a welcome reminder to users who might otherwise have forgotten to take advantage of the opportunity to improve their Internet experience (even Microsoft are getting close to disowning Internet Explorer 6; by the end of the year, they’ll cease support for Windows 2000, the last Microsoft operating system to be incapable of upgrading to a newer version of the browser).

What isn’t changing?

Of course, our commitment to accessibility still stands: regardless of any special needs any particular user may have, Three Rings should be usable by everybody, all the time, without changing the way that you’re used to working. Three Rings is, and always will be, about working around the way you already work, not changing the way you do things.

Discussion List Launched

January 17th, 2010

We’ve just launched the Three Rings e-mail discussion list, where any current volunteers at any organisation using Three Rings can chat about the issues they’ve faced while starting to use Three Rings, meet other Three Rings users, network, chat, suggest features, and more.

Of course, this doesn’t counteract our existing 24-hour response time to technical support requests, but it might provide another way to get support of a more-personal nature: for example, if you’d like to hear about how other organisations are making the most of Three Rings and learn how you can make it work better for you, it’s a great place to share your thoughts.

Administrators, implementors, and local support people will get the most out of the list, but if you’re passionate about Three Rings and you’re interested in helping your organisation to make best use of Three Rings’ features – as well as helping to shape the future development of the system – you’re more than welcome to join. See full details and instructions for joining, and we’ll see you on board!

Milestone Gallium

November 21st, 2009

Hi guys,

The next release of Three Rings will be Milestone Gallium. This release will focus mainly on the rota, bringing several much-requested updates to rota functionality. A big part of this consists of changes we’re making to the ‘insides’ of the rota (bits that you never see, which power all the stuff that you do), and these changes affect a large part of the whole site.

Because of this, and because we really want to be sure that the new rota works properly and looks enough like the old one that volunteers aren’t alarmed by it, we’ve had to put the release back a bit. We haven’t settled on a date, but it’s likely to be around the end of March/early April.

After that, Hafnium will come over the summer and we’ll be back to the usual thrice-yearly schedule – we just need a little bit longer for this one. It’s a biggie.

The Development Process

October 9th, 2009

I thought I’d take a few minutes to help explain the development process we use for Three Rings.

Three Rings typically receives three major updates per year. We call these Milestones, and we tend to organise them so that they take place around Christmas, around Easter, and in about September. Traditionally, these times were chosen because they coincided with the beginnings of University terms (at that time, the vast majority of Three Rings users were University Nightlines), and so by timing our releases strategically, we could minimise the disruption caused to our users. Nowadays we keep those release times because they’re pretty much equidistant throughout the year, and it suits us to develop on a four-month cycle.

Our current convention for naming milestones is based on the chemical elements and their isotopes, in an alphabetical order, so we’ve had Milestones Aluminium, Boron, Copper, Deuterium, Erbium, Fermium, and our current Milestone, Gallium (prior to these, we had a more mundane and boring policy of naming Milestones after the core features that they added).

The cycle looks like this:

Three Rings Development Cycle

Development

Most of our time is spent in the box at the top of the cycle – development. This is when we’re writing code to implement the new features that are due to be deployed at the next upcoming Milestone. As far as possible, we implement a policy of test-driven development: this means that first, we write a computerised test that, when a feature is completed, will “pass”, but right now, it “fails”. We then write the program code that makes that feature work, so that the test passes. We also run all of the other tests we’ve ever written so we know that the new code we’ve just written won’t have any unwanted knock-on effects on any other parts of the system. We’re able to do this because we write the tests in a way that allows them to be automated: we can click a button, and our test suite will go off and it will try to do everything that it is possible to do in Three Rings, and it’ll report back to us if anything didn’t work as expected.

This belt-and-braces approach minimises the risk that any bugs can creep into the code. And if a bug does somehow slip through because a test wasn’t as complete as it could be, we can extend that test so that it will pick up on that particular issue in future, to help ensure that it can’t happen again.

Testing

For two weeks prior to the actual release of a new Milestone of Three Rings, we launch a special version of it to our test team. These volunteers – who are all current or former volunteers at organisations that use Three Rings – dedicate their time during these two weeks into testing all of the new features (and many of the old ones) to ensure that everything works like it should. If they find any problems, we take those bits back into the development process and fix them, then put them back onto the test system so that our testers can have a chance to break them again.

Some of our testers are particularly thorough, and will try to do things with Three Rings that we never even thought of, and thanks to them we’re able to find sneaky little bugs without exposing regular users to them. Often these bugs are related to things just not “looking right” on particular kinds of computers or when using particular web browsers: it’s really valuable to have such a large team of people, all with different computer systems and different ways of working, trying out each new release of Three Rings.

(the test team’s always in need of new volunteers, by the way – if you’re interested in volunteering, get in touch)

Deployment

It’s always exciting when the big day comes for a new Milestone of Three Rings to be deployed. Earlier in the day, we always do a “dry run” of the deployment, checking that all of the new data that has been added by volunteers since the testing period started is going to work perfectly with the new release, before we put the new code on the server. Then, at around midnight (so as not to disrupt organisations who might be using the system any more than is necessary, we schedule deployments for “quiet times”), we “turn off” the site: volunteers using the site at this time will just see a page apologising for the inconvenience and asking them to check back later.

We always schedule an hour or two’s potential downtime in which to deploy the new version, although in practice, it always takes a lot less time than that (the Milestone Erbium release took a record 12 minutes). Once we’re sure that the deployment has been completed successfully, we enable access to the server again.

In recent years, we’ve attracted a hard-core following of volunteers who, it seems, will wait up until the small hours of the morning to try to be the first people at their organisation to try out the new version. Sometimes we’ll get e-mails from these people to say “congratulations” or “thanks for the new release”, which can be a real pick-me-up after a late night’s work and a real pick-me-up for the tired Three Rings team.

Planning

Shortly after the deployment, the Three Rings team gets together and sits down to discuss what features are going to make it into the next Milestone. There are some tough decisions to be made, because there’s only so much time and there’s always so much that we’d like to do. We have a procedure for deciding which features are to be developed next, based on the number of organisations that they will help, how difficult it is to implement, how flexible the new feature could be made to be relevant to different organisations, and so on: I’ll write another article on a later date to describe the process, if you’re interested.

After this, we begin development again! Sometimes – rarely – a bug or two will be found in the “live” system, and we’ll have to write a fix (which then has to be tested and peer-reviewed in the live branch, before it can be deployed to the live server, and it has to be merged into the current development process), but for the most part, the Three Rings server “runs itself”, needing only minimal intervention by the Three Rings team: which allows us to spend as much time as possible on working on new features and supporting our users.

Idea: E-Mail Discussion List

October 2nd, 2009

For a while now we’ve been batting around an idea about how we might be able to provide better support, idea-sharing and networking opportunities to the local administrators (and interested geeky-types) of the organisations that use Three Rings.

Especially right now, as we’re rolling out Three Rings to more and more Samaritans branches, we’re discovering that we keep meeting people to whom it could be really beneficial to be linked-up with another person in a similar position at a different organisation. For example, if we set Sometown Samaritans up, and they want some ideas about how their particular quirks and irregularities can be best-supported by Three Rings, and we happen to know that Otherplace Samaritans work in a very similar way, we’d always try to get them in touch with one another. That’s great, because it means that they can get a helping hand from another organisation that’s been through the same process and can go hand-in-hand with them, supporting them.

Often, when a new feature request comes in, we’ll see the same request come in a couple more times from different people, because nobody knows what anybody else is suggesting. And perhaps, a little, people don’t think to ask for features because they think that somebody else must have already asked (and often, this turns out not to be true).

Also, we’d like to foster a sense of community within the technically-minded folks who use Three Rings – or, at least, those who are passionate about what Three Rings can do for them.

That’s why we’re talking about setting up an e-mail discussion list. Any representative of any current or bona fide prospective organisation would be entitled to join, and would be free to discuss the things that were important to them about Three Rings, what they’d like to see, how they make use of particular features, or how their way of working can (and cannot) be represented within the system. The development team would be members of the list, too (although this not be a substitute for the official channels for obtaining technical support – our existing system of technical support, and it’s guaranteed response time, would remain in place), and would be able to answer questions of interest to “the group”.

There’d need to be rules in place, of course – the volunteers at some of the organisations that use Three Rings are anonymous, and we’d need people to agree to principles to protect that anonymity if we wanted to attract these volunteers into the discussion, but there’s no reason that it can’t work.

There are other ways that this could be facilitated, of course – a forum, or a wiki, for example – but I feel that an e-mail list probably provides the best combination of accessibilty and availability, and just the right amount of in-your-face-ness; right there in your Inbox. But I’d be interested to hear what you think: drop us a message or leave a comment, below.