Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

We are always on the lookout for ways to make our products better for you, our customers and if you want to tell let us know any ways in which existing functions can be better, or about new features and functions you would like to see, it is quite simple.

How to let us know

Enhancements and feature requests are also logged through as simple as logging a call with the service desk under the relevant product (e.g. MD, LA or SP). This Doing it through the service desk allows us to link them back to you so that we can let you know their status and if they are imminent or have been being included in a release. To help us best assess them the things we most make use of your suggestions, what need to know areis:

...

For enhancements to existing features
  • Which feature could be better
  • How it could be improved
  • The benefits of the improvement

E.g: I think the bulk upload function would benefit from being able to upload different account types

Feature requests

...

because we regularly have to create dozens of new Access accounts.

For new features
  • What new thing you would like it the product to be able to do
  • Why you would like it to be able to do that

E.g. I would like to be able to select accounts from a search results and edit the same field (whole and partial) for all , a bit like in iTunes, via the interface so that I don't need to download and re-upload files. A find and replace so I can change common parts of fields such as email addresses would be best.

What happens to enhancement and feature requests

We use an Agile methodology for OpenAthens development which involves a list of things to do called a product backlog and units of work called sprints. Requests These ideas and requests feed into product management where they are assessed for desirability, practicality and feasibility. If they are items already on the product backlog, then the priority of that item may be adjusted. If they are not already in the backlog they are considered for factors of desirability, practicality, and feasibility, and then added to the backlog.When we start a new development sprint, a short-list of items called a sprint backlog is created and items are selected from there that best fit with the overall goal of the sprint.Priorities and ordering of backlog items will change over time as the product develops and the needs of the market change.

Sprints take a sub-set of the backlog that covers a single area and select the high priority items from there for development.

Do they all get accepted into the backlog?

Some ideas will not be possible to take forward and in those cases we would tell you so and why. For example things that, whilst good for you, would be bad for other users would not go forward.

Are some more likely to get done than others?

The things that go to the top of the list are the ones that will clearly benefit most or all users of the system. From time to time we may ask your opinion on potential developments so that we can understand your needs better.