Skip to main content

Planning for Student Experience Services

Yesterday the Student Systems Management team met to review the draft “Strategic framework for Student Experience Services” and consider how our work can support this plan.  The discussion ranged over a number of topics.

One recurring theme was how to join services and information so that students can find what they need (sometimes even before they know they need it).  The recently released Path tool (requires login) is a great example of this: it shows students which courses they may need to take as precursors for others, while also showing them alternatives that may be available from other schools.  If the feedback option is enabled, they can see moderated comments from other students, such as recommendations to read a given book before starting the course.  This helps students navigate their way through the complex set of options available to them.  It also makes this information available to personal tutors, who otherwise may only have a partial view of the possibilities.

We can and should take this further.  For example, potential applicants to the university have to complete forms for scholarships which are separate to their application, and they have to hunt through the information on the scholarships web in order to find the scholarships for which they are eligible.  Why not have the IT system use the information on their application form to direct them to the appropriate scholarships?   On a more prosaic level, the web sites for student-facing services are currently quite disjointed and students need to know which departments to look for.  The web sites could be redesigned to give a list of all services available. 

This discussion led us to another theme.  How do we know what students actually want or need?  The University has several initiatives attempting to answer this question for different areas.  We, as IT professionals, need to be included in these discussions so that we can understand the requirements and make suggestions at early stages.  Then we need involvement from actual students to help design our systems so that they work to best advantage.

We also discussed how to support innovation.  The Path system is a great example; it was developed by student developers, supported by their school, and taken on board by IS.  Perhaps we could create programmes for students to propose changes to the support services, with a prize for the best idea and optional funding to take it forward.  We could support open data initiatives within the University, linked with the annual Innovative Learning Week.  And on our side, perhaps we could harness our developers’ knowledge by offering a similar competition to suggest ideas that would improve the student experience.

One final point to mention was the importance of steering suggestions through to actual changes.  There is a perception in some quarters that the University runs a lot of surveys and collects feedback but that people don’t see any effects as results of all this activity.  This makes them cynical and less likely to contribute feedback.  We need to extend the “you said, we did” mentality and consistently show how the feedback and comments lead to improvements in services (big or small).  We can help that by putting in a provision for small, quick changes in cases where the difficulties revealed can be easily addressed.


Popular posts from this blog

Changing Principles

In EA, architecture principles set a framework for making architectural decisions.  They help to establish a common understanding across different groups of stakeholders, and provide guidance for portfolios and projects.  Michael Durso of the LSE gave a good introduction to the idea in a webinar last week for the UCISA EA community.

Many organisations take the TOGAF architecture principles as a starting point.  These are based on the four architectural domains of TOGAF: business, information/data, applications, technology/infrastructure.  These principles tend to describe what should be done, e.g. re-use applications, buy in software rather than build it, keep data secure.  See for example the principles adopted at Plymouth University and the University of Birmingham.

Recently though, I encountered a different way of looking at principles.  The user experience design community tend to focus more on how we should do things.  E.g. we should start with user needs, use iterative developm…

Why the UCISA Capability Model is useful

What do Universities do?

This may seem a strange question to ask and the answer may seem obvious.  Universities educate students and undertake research.  And perhaps they work with industrial partners and create spin-off companies of their worn.  And they may work with local communities, and affiliation bodies for certain degress, and they definitely report on their activities to government bodies such as HEFCE.  They provide student services and support.  The longeryou think about it, the more things you can think of that a University does.

In business, the things that an organisation does are called "capabilities", which is a slightly strange term.  I think it is linked to the HR idea of a combination of the CAPacity and ABILITY to do a task.  Whatever the name, it is a useful concept.  A capability is more basic than a process: a University may change the way it educates students but as long as it remains a University it will educate them one way or another.

A capability …

A new EA Repository

One of my goals since starting this job two years ago has always been to create a repository for architecture documents.  The idea is to have a central store where people can find information about the University's applications, data sources, business processes, and other architectural information.  This store will make it easier for us to explain our plans, to show the current state of the University's information systems, and to explain what Enterprise Architecture is all about.

It's taken a long time to reach this goal, mainly because we're often had more pressing and immediate work to be done.  The creation of a repository is one of those tasks that is very important but never quite urgent.  So I'm now very happy to say that we are in the process of deploying a repository and modelling tool.

This is the culmination of a careful process to select the most appropriate tool for our needs.  We began by organising several workshops to gather requirements from a rang…