OU blog

Personal Blogs

Picture of Christopher Douce

Reflections on M250

Visible to anyone in the world

I’ve just finished tutoring my first presentation of M250 Object-oriented Java programming.

I first applied to tutor on the predecessor to this module back in 2005. At the time I was a full time Java programmer working in industry, writing software that drove some equipment that was used to teach telecommunication principles. 

I wasn’t offered a contract on M250, but I was offered a contract on M364, which was called Fundamentals of Interaction Design. I tutored M364 for a little over ten years. It was a great module; it was well designed, it had a clear structure, and gave students some practical experience of carrying out some really simple usability evaluations.

In 2019, I heard from a colleague that there was a M250 vacancy in the London region. I hesitated; I’ve a lot on. I also tutor on the project module, TM470, and have a few other OU responsibilities. Since my research at university was about object-oriented programming, I simply couldn’t resist the opportunity to play a part in teaching people about object-oriented programming. I applied. I was interviewed and considered appointable.

Books

In the post I was sent three glossy looking books. In the very early stages of tutoring, I sat down and started to read them, skimming over the activities; a lot of what I was reading was already familiar to me, and I could understand the concepts that were expressed through the amphibian-related activities (frogs and toads were used to introduce the concept of objects and messages).

Through the module website, I found that there were PDF and ePub versions of books. I downloaded the ePub versions onto my eReader, just so I could carry them around with me a bit more easily.

Getting everything going

At the start of the module, I set up some introduction threads on the tutor group forum and wrote to each student telling them to subscribe to it. I also asked students to get in touch with me to say hello. For those who didn’t reply, I chased them up with a text message and a quick phone call or voicemail. 

My first tutorial

My first ever M250 tutorial took place in a seminar room at the University of Westminster. I was there to support my fellow tutor, Lindsey, who has been allocated to me as my mentor.  Two things struck me: she knew terms to describe Java that I had forgotten, and carried out almost all of her teaching using a combination of whiteboard, and pen and paper. This method of teaching programming was a method that I approved of; it forces everything to move a whole lot more slowly.

My first solo tutorial

My first ever online introductory tutorial was fun. I prepped for it by looking at what other tutors had done, using sections of the module material and sharing bits of the TMA question. 

During the first tutorial, I tried my best to emphasise the fundamental concepts of object-oriented programming. I asked everyone who came along to look around their immediate environment. We made classes out of those objects, and gave them attributes. I also compared non-OO programming to OO programming, to really emphasise why it’s an important subject. I also recorded the tutorial and did two things to follow up: I posted a link to the recording on the tutor group forum, and also sent an email to all student to let them know they could find a link to the recording by visiting the forum.

Whenever I can, I try to connect different things together; tutorials with module materials, and forums with recordings.

My first TMA

The first TMA of a new module means that you never know what you’re going to expect. I always knew that there would be a lot of support behind the scenes. I subscribed to the tutor forums (in M250, there was one support forum for every TMA), printed out all of the tutor notes (which were comprehensive), along with the TMA question. I also made liberal use of my highlighter to identify bits that I needed to pay attention to.

I quickly realised that students were asked to submit their TMAs in two parts. Firstly, there was the written part (presented within a Word document), then there was some programming code, that was submitted in a zip file. The code in the zip file was also presented in the Word document, and could add teaching comments into the Word document.

Another thing that was new to me was the BlueJ Java programming environment. I soon figured out how it worked: projects were contained within directories, and these directories contained a project file. I easily found the compile button, and figured out that there were another bunch of tools that had been created by the university: something called the OU workspace which presented a graphical display, and a way to dynamically work with Java code.

There was something that really helped me to get going in the very early days, and that was a testing tool that had been created by the module team. Essentially, you run a Java program that then compares a specified Java program (i.e. a student’s submission) against a predefined definition or specification. Essentially, it’s a tool that tells you whether a student’s code is right or wrong. The tutor’s job is to interpret everything: the tool output, the student’s submission and the tutor notes and provide some sensible teaching comments, along with a mark.

I soon realised that I could apply a familiar tried and tested marking approach to M250: I could mark one question (or question section) at a time, for all student submissions. The advantage of doing it this way is: (1) consistency, and (2) speed. When you’re doing this, you can put quite a lot of the marking guide into your head and also make sure that you provide consistent comments and feedback for each of the student submissions.

My first additional support session

After marking the first TMA, I noticed that a couple of students may be struggling to understand some of the fundamental concepts of OO programming. A tip off for this was how some of the Java code was expressed. It might have been things like students not quite understanding the purpose of member variables and how they related to member functions (for example). 

I emailed all the students who might be struggling to ask them whether they might be interested in a one to one session. A couple of students agreed.

During one of the additional support sessions, which took place in a tool called Adobe Connect, I used screen sharing. Rather than telling students what they needed to do, I asked questions to probe their understanding of some of the fundamental Java and OO concepts. I then used screen sharing, in combination with the BlueJ environment, to do what is usually called ‘live coding’. Essentially, during the tutorial, we co-created some code which explored similar concepts that were explored within the TMA questions.

I had never done any live coding before. I had certainly never done it using BlueJ and Adobe Connect. In some respects, I was taking quite a few risks, but everything seemed to work okay. Object-oriented concepts were communicated and shared through a combination of English and Java.

My first examination preparation session

During my first presentation of M250, something unexpected happened; a global pandemic. What this meant was that the expected M250 written exam was cancelled. This mean that the final assessment score was going to be calculated from the scores of all the TMAs. This was possible, since the TMAs assessed all the key learning outcomes from the module.

Exams are useful, since they enable learners to consolidate their earlier learning. Rather than running an examination preparation session, I’m going to be running what I can only call a module consolidation tutorial. During this final tutorial I’m going to be talking about what was going to be assessed, why different questions were to be asked, and how they may relate to studies on other modules. 

Reflections

I’ve enjoyed tutoring my first presentation of M250.

Tutoring the module was a bit of a surprise, in the sense that I didn’t expect to become a tutor on M250; I thought the opportunity had passed. I applied, since I felt that I had some hidden skills (knowledge of OO programming and Java) that I could use. 

I enjoyed realising that I remembered how to code and how the key parts of the language worked. I also enjoyed working with the new bits: collection classes and iterators; bits of the language that had been introduced after I had stopped using it on a daily basis.

Although the marking was hard work, it was looking at something that was familiar, which meant I was able to get into the swing of it relatively quickly. I soon learnt to accept that wasn’t going to understand everything that was in the tutor notes (tutor marking instructions) straight away. Understanding, of course, came by playing with code, and looking through the answers that students had submitted.

The real fun bits were the tutorials and the one-to-one sessions. It was in these sessions that I felt that I could really add something as a tutor.

If asked whether there was something I would change for the next presentation, it would be: I would take even more risks during tutorials. Programming has the potential to be a really fun subject. I have the tools to make it fun. It’s going to be up to me to make it so. 

Permalink
Share post
Picture of Christopher Douce

1st Computing and Communications AL development conference

Visible to anyone in the world
Edited by Christopher Douce, Wednesday, 5 Dec 2018, 12:20

Associate lecturer development events generally take two different forms: they are either large multi-faculty ‘generic tutoring’ events that are run at different venues across the UK, or they are small module specific focussed events. From time to time, the university runs a larger events (I remember running a computing and IT event in the London office a few years ago), but these are the exception rather than the rule.

What follows is a summary of what has been called the 1st Computing and Communications AL development conference, which took place at the university student recruitment and support centre (SRSC) in Manchester. Just as with other blogs, this is a personal summary of the event (different colleagues may, of course, have very different experiences and memories!) I’m sharing this summary just in case it might be useful for someone, and also because it will help me remember what happened when I come to do my annual appraisal...

By way of background, the event was for tutors who teach on Computing and IT modules. One of the reasons for running the event is that the subject of computing can pose some interesting tutoring challenges and it would be helpful to share experiences between tutors who teach on the same undergraduate programme. There’s also the importance of community; in recent years the link between tutors and the university department (school) to which they are related to has become more important.

Manchester was chosen as the location for the conference, since it is also home to the Computing and IT student support team (SST). The conference took place over two days: Friday 30 November 2018 and Saturday 1 December 2018. The agenda for each of these days was roughly the same, and tutors were encouraged to sign up for the day that best suited them.

Looking forward: curriculum and school updates

The conference began with a short keynote and introductory presentation by our head of school Arosha Bandara and David Morse, director of teaching. Arosha mentioned the mission and vision of the school: that it aims to ‘empower our students, industry and society, to leverage digital technologies to address the challenges of the future’ and ‘be a world leader in open, innovative distance teaching of computing and communications, founded on excellent research and scholarship’. I noted that the undergraduate degrees were accredited by the British Computer Society, that the school ran a premier Cisco networking academy, and it is playing an important role in an organisation called the Institute of Coding (IoC website). Arosha also touched on research areas that are important within the school, such as technology enhanced learning, software engineering and human-computer interaction (amongst others).

David presented a summary of the computing curriculum and degree programmes, which ranges from introductory level computing through to postgraduate MSc degrees. In collaboration with Maths and Stats, the university will be introducing a new Data Sciences qualification, and the school of Computing and Communications will be introducing a new level 3 Machine Learning and AI module. Looking further to the future, the school is currently recruiting for Cybersecurity lecturers, which might see the emergence of new modules at levels 2 and 3. 

Spot the difference: sharing your practice 

After a brief break to meet and chat with colleagues, there was a series of short 5 minute presentations by tutors about different aspects of their OU teaching. What follows is a summary of the notes that I made during those sessions. 

Some tricks to establish early contact with students 

Charly Lowndes is a very experienced tutor and former OU student who teaches on a range of different modules. One of his tips was: “send them a 2 line email, and tell them to send you a reply to say that they have got it; when you do that, I’ll send you some useful stuff”. Charly also makes an introductory video that he has recorded and uploaded to YouTube; he said that “it’s nice for them to know what you look like”.

Another tips include: if you don’t hear from a student, send them a SMS; populate the module forum with messages; use email rules to process emails (I do this too, filtering on module code). Charly also said “I don’t get stressed if they never get back to me; I had one student who was on his honeymoon” – the point is that the student support team is able to help. Another comment was: “use a range of methods; everyone is different” and use different bits of information provided by the university to try to create a picture of your student.

A strategy for recording student contacts

The second presentation in this session, given by Helen Jefferis, complemented Charly's presentation really well. Assuming that you had made contact with your student, then what? Helen offers a suggestion: use a spreadsheet. Helen begins by downloading a list of students from her TutorHome website, and then adds a set of headings, which includes a simple notes section. I noted down the sentence: “if they reply, things are ticked off; ticks to show that they’re active”. Other approaches may include using tools such as Microsoft OneNote. Also, further information about student interactivity and engagement if available from the OU Analyse tool (which is entire topic all of its own).

Teaching methods on TM470

Jay Chapman gave a brief summary of what it was liked to be a TM470 project module tutor. I found Jay’s session especially interesting since I’m also a TM470 tutor. Jay began by outlining TM470. The module isn’t about teaching technical stuff, it’s about helping students how to write a technical project, and demonstrating how they can build upon the expertise and skills they already have. An important point is that TM470 students can take on different roles: they may be the project leader, the client and the stakeholder. Also, every project is different, but there are some common challenges: planning is important and students can easily fall behind, and a big challenge is the importance of academic writing and critical reflection.

I noted that Jay sends his students an email, then a SMS (if he hasn’t heard from them), and he runs tutorial sessions using video Skype. During these sessions, Jay mentioned that he uses an agenda, and then sticks to it. An important sentence that I noted down which resonates with me (as a TM470 tutor) is: “you have to show me what you did, and how you thought about it”. 

Approaches to working with under-confident students

Jean Weston shared some tips about working with students who might not have high levels of confidence. One tip was to tell them things that they don’t have to do. One suggestion was that with some modules, students don’t need to go outside the module materials. I noted down some practical tips: read the introductory and summary sections first, and it’s certainly okay to read something several times.

When it comes to exams, Jean shared some really great tips. One tip was: write down the blindingly obvious (since the examiner might well be testing whether a student knows the blindingly obvious). Another tip was: “answer the question, the whole question, and nothing but the question”. Also, successfully completing examinations requires you to balance two resources: your brain (what you know and can apply) with the time that is available, and “and answer is better than no answer”.

Other tips are worth remembering, such as: “learn to pick the low fruit, and apply that throughout your study” (or, in other words, ‘it’s okay to be strategic if you need to be’). Also: do get help if you need it, do take the time to talk to somebody if you need to, and take time to understand the vocabulary and complete the activities (since these can directly relate to the assessment questions).

PG teaching: what's the difference?

Joan Jackson gave the first short presentation on the morning of the 1 December. Joan is a tutor on a number of modules, such as M815 Project Management, T847 The MSc Professional Project and T802 Research Project.

One of the big differences that Joan emphasised was the level of skills that can be applied. From her slides, Joan reported that “undergraduate study provides the ‘grounding’ within a field or subject and academic skills” whereas “postgraduate study allows the subject to be explored further to attain a higher level of proficiency through independent study, scholarship, research and professional practice, emphasising critical thinking, synthesis, reflection and effective academic writing”.

An important question is: how do you learn to do all these things? Thankfully, the university has some resources that can be used. I’ll highlight two free OpenLearn courses that may be useful: OpenLearn course: Succeeding in postgraduate study and OpenLearn course: Are you ready for postgraduate study

A further question is: how can tutors develop postgrad skills once the module begins? I made some notes that suggested that there are opportunities: forums can be used to run activities. Students can explore the library to uncover research or discussion papers, than sets of papers can be compared and contrasted. Also, as a brief aside, there are also some resources on the OU Skills for Study pages, such as a resource about Critical Reading.

Cisco accreditation and teaching on Cisco modules

Phil Irving tutors on a number of Cisco modules, such as TM257 Cisco networking (CCNA) part 1, an undergraduate module, and T828 Network Security a postgraduate module.

Phil gave us a bit of history about the OU Cisco Academy (and Cisco as a company) before beginning to talk about the link between Cisco material and the OU approach to study. One of the benefits of the joint approach is that students have the potential to gain an industrial qualification whilst also learning important academic skills, such as academic writing. Students are also incentivised to pass the industrial qualifications. I didn’t know this, but if students pass their Cisco exam, they get back some of their test fees.

Practice tutors: a new approach for apprentices

The final short presentation of the conference was by Christine Gardner and Alexis Lansbury who spoke about the university’s involvement in degree apprenticeships and the role of a practice tutor. Since apprentices have a lot of study to do over quite a short period of time, practice tutors can offer some advice about how to manage their workload. Practice tutors are just one of many people involved with apprentices: there are also module tutors, and functional skills tutors, and the student support team. Practice tutors visit apprentices four times in a year, typically at a student’s workplace, and they will be a consistent contact across four years of study.

An important thing to remember is that degree apprenticeships differ across the UK. There are different programmes in England, Wales and Scotland. There is also something called higher apprenticeships, which can be linked and connected to postgraduate study.

What makes a good online session?

The first of two longer presentations was given by Shena Deuchars. Shena’s presentation was all about the use of breakout rooms in Adobe Connect. A personal confession is that I’ve only ever used breakout rooms twice. The first time was using Blackboard Elluminate (or, OU Live, as the university called it), which seemed to go very well. The second time was using Adobe Connect, and didn’t go well at all (I remember a few voices in my headset saying the words: “what’s going on?!”) and feeling quite embarrassed!

Shena gave us some tips about creating some layouts that we could use to manage breakout rooms. A sequence of actions were suggested: (1) create a new layout, (2) add content to pods, and (3) create rooms. Then to get things going, (4) tutors need to click on the ‘start breakout’ button. Finally, there is the step at the end to end the breakout rooms and to bring everyone back to the plenary space.

Some of the tips were very helpful, such as: try to get people who are willing to use microphones in the same room as each other (you can do this by asking everyone to give you a green tick). Also, in anticipation of a session, a thought is to email everyone to tell everyone that they will get more about of the session if they are prepared to speak (and have a headset).

I found Shena’s session useful, and it was great that she managed to encourage everyone to login to the shared room that she had prepared so everyone could get a feel for how things work. 

During her session I thought about my own recent experience as a current OU student who was recently put into a breakout room. Initially, I wasn’t happy, especially when all of my fellow students volunteered me to summarise all of our discussions during the plenary session. This said, it was really helpful to hear how other students were getting along with their reading. One fellow student made me realise that I hadn’t read some aspects of the module materials as thoroughly as I ought to have done.

One thought I will add about breakout rooms is they take time. I’ve heard it said that a breakout room activity can or should take at least 20 minutes. This means that if you’re doing a number of things in a tutorial, it’s important to pay close attention to timing. In the case of the tutorial that I attended, I found the breakout rooms so useful, and I became so engaged, I was surprised that the tutorial was over so quickly. In retrospect, a thorough debrief or summary after my time in the breakout room would have been useful to help me return to the physical world!

Teaching of problem solving and algorithmic thinking

I’m not going to summarise Friday Jones’s presentation on algorithmic thinking directly, partly because I don’t think I can do it justice. Friday’s talk was one that encouraged us tutors to think about what it means to teach algorithmic thinking and also how we should (or could) respond to students. From my perspective, it contained a number of themes, such as whether we should teach top-down or bottom up, and how students might understand the notion of abstraction.

Some interesting phrases I noted down was: “I teach by epiphany…”, “I taught them that they could solve the problem” and “I don’t want to make tea anymore; I want to question why we do this”; ‘this’ means “they need to ‘get’ why we do what we’re doing”.

Friday’s talk reminded me of another talk that I went to that I saw at the Psychology of Programming Interest group back in September 2018. Friday said that she learnt to program ‘bottom-up’, as did Felienne. Some thought provoking words from her presentation were: “sensimotor level is syntax”, and “motivation leads to skills”. And skills, of course, can be linked to the ability to develop (and implement) abstractions.

Working with the Computing and IT student support team

This second half of the conference was opened by John Woodthorpe, our school student support team lead. In addition to a series of short presentations, tutors were able to have a tour of the SST to learn more about what happens within the Manchester office.

The first presentation was about the Careers and Employability Service (OU website). Next up was a presentation by the colleagues from the Student Recruitment and Fees team. This was then followed by another talk by the SRSC continual improvement and change acceptance team, who look at how to enhance existing student support processes. During the first day of the conference, Claire Blanchard concluded by speaking about the role of the SST from the associate lecturer perspective. Claire also emphasised the role that ALs can play in the school by applying to sit on the computing board of studies.

One thing I got from this session was an understanding of something called the Information Advice and Guidance model (which is referred to by the abbreviation IAG). Although I had heard of this before, I hadn’t really grasped its significance. 

In some senses, IAG can be understood as three progressive stages. Whenever a student calls up the SST, they may first speak with a front line advisor, who may be able to provide some general information. If the query is more complex, such as the need for study advice, the student will then be passed onto a senior advisor (the ‘A’, or ‘advice’ part of the model), who will be able to answer more specific queries. Finally, if the query is one that is both detailed and complex, the student might then begin to receive ongoing detailed guidance from an educational advisor.

Simply put: there are a lot of calls about information, and not so many calls that are about guidance (and some guidance calls can take a lot of time to resolve). 

Activity: Working through student support scenarios

For the penultimate part of the conference, Alexis Lansbury, Computing and IT staff tutor, divided the room up into tables, and gave us a series of student support case studies. Each table had a combination of associate lecturers, staff tutors, and advisors. 

For each case study, we were asked to “discuss how you would respond, what actions you would take, what you are aiming to do to help the student, and whether you would involve other people (ALs, Student Support, Employability Specialists, Staff Tutors) in both the decisions you take, and, the help that you offer”. The case studies covered all levels of study (first year through to final year equivalents), and issues ranging from requests for very long extensions through to catastrophic technical problems. This activity emphasised the importance of taking time to gather information and the need to thoroughly understand different perspectives.

AL development in the school: priorities, needs and opportunities

During the final session, I asked everyone the question: “what would associate lecturer development activities or events would help you to do your job?” Some points that I noted on a whiteboard were: 

  • How to best maintain the student-tutor link
  • Understanding, mitigating and influencing the impact of the group tuition policy (GTP) and learning event management (LEM) system
  • How to best work together in cluster groups
  • How to tailor a session to suit a module and also take account of local geography
  • More discussion and less presentation during AL development events
  • More information and further discussion about the new tutor contract
  • Information about the ‘bigger picture’ (either in terms of the university or the discipline)
  • Discussions and information about how programming is addressed across and between study levels
  • Degree apprenticeships and the potential impact on the tutor role and tutor practice

Reflections

Over two days, over 90 colleagues attended the conference: associate lecturers, staff tutors, central academics, and members of the student support team. A colleague said to me: “it’s a sign of a good conference if you come away learning something new”. I certainly agree! One of the things that I’ve gained from the event is a more detailed understanding of what the SST advisors do, and how important and essential their work is, and what IAG means. I felt that it was a thought provoking and useful event, and I hope that everyone else found it useful too. Fingers crossed we’ll be able to run another one soon.

Acknowledgements

This conference was very much a team effort (with multiple teams)! The main organising and planning group included: Frances Chetwynd, Christine Gardner, Alexis Lansbury, John Woodthorpe and Ann Walshe. Many thanks to Saul Young (and colleagues) and Jana Dobiasova (from ALSPD). Thanks are extended to all presenters, and to Shena Deuchars and Friday Jones who ran the longer sessions, and to Arosha Bandara and David Morse from the school. Thanks are also extended to Stephen Rice, Claire Blanchard, Vic Nicholas, Dawn Johnson and everyone in the student support team who were able to spare their time to come and speak to us; we really appreciate your time!

Permalink Add your comment
Share post
Picture of Christopher Douce

STEM new tutor online briefing

Visible to anyone in the world

When I started with the OU back in 2006 I remember visiting a school or a sixth form college in Sussex to attend a new tutor induction day. I remember that it was a very busy event; it was for all new tutors across all faculties. Since the event was held at an unfamiliar school, I couldn’t shake that feeling of going to my first day at school. It was significant, fun, but also slightly unnerving.

Fast forward twelve years and things have changed. Almost all of the OU regional centres in England have closed, and I find myself co-hosting an online equivalent of an induction session with a staff tutor colleague from Science.

What follows is a very short summary of our presentation: ten top tips to becoming an associate lecturer, which took place on the evening of 3 October 2018 for all STEM associate lecturers who joined over the past two years. Much of the credit goes to Fiona Aiken who proposed the idea of the tips.

1. Understanding the tutor role

The module materials that do the teaching, students do the learning, and it is the role of a tutor to facilitate the student’s access to the learning. Tutors are an academic contact for the module; they answer questions that relate to the module materials, run tutorials, mark assessments and facilitate online discussions.

2. TutorHome

The most important website that you will use is TutorHome. Take time to have a look through the TutorHome site. You will find a way to get a summary of your student group, access the module website that you tutor, and will find a link to download and return TMAs. 

3. Introductory email

Introductions are important. When you receive your student group, send a welcoming email to every student. A recommendation is to personalise every one. Tell them something about you and your background (how long you have been a tutor for, and maybe something about your day job). Also, set some boundaries to say how they can contact you. Finally, encourage them to email you back so you can start a dialog. 

4. Setting up your Tutor Group forum

Different modules use tutor groups in different ways. Also, modules have different types of groups, depending on how they’re designed: there can be module wide forums, cluster forums and tutor group forums. Post a welcome message to your tutor group forum and subscribe to it. Encourage students to introduce themselves. Also, take a few moments to set up your TutorHome dashboard, since this is a nice way to get a quick overview

5. Adobe Connect

Like forums, there are different Adobe Connect online rooms for live online tutorials. Different modules will use them in different ways. Some key tips for the using of Adobe Connect are: take the time to complete some Adobe Connect training, make sure that you understand what a layout is and make good use of them, deliver sessions in pairs if you can (one tutor can manage the text window and another can present), consider recording your Adobe Connect session, make sure that you have a good understanding of the aims of a tutorial (refer to the group tuition strategy), gradually build up your expertise by using different features, don’t be afraid to get things wrong (since running online tutorials is hard), always try to include an an ice breaker, expect silence since it is hard to get students to speak, have very regular activities (between every 20 seconds and 2 minutes) and finally: be brave; try things out: we’re all learning!

6. Correspondence tuition

Correspondence tuition is, perhaps, the single most important thing that you will do as a tutor.  It isn’t just marking: it is where you do some teaching and help to facilitate student learning. In many cases it is your main point of contact with all your students, and think of it as a conversation between you and your students. Some points to remember: do return your marking within a ten working day period, make sure that you understand and thoroughly know the tutor notes that have been provided by the module team, and always ask your mentor for guidance.

7. Planning your Time

Since being a tutor is, mostly, a part time role, time is important; you need to plan carefully. Ask yourself the question: what are the constraints on your time? At the beginning of a module presentation write down all the tutorial dates and times. Also, if you’re going to be away for more than a couple of days, always remember to let your students and your staff tutor know. 

8. Looking through your Student List

When you have received your list of students, do take the time to look through your student list. Do pay particular attention as to whether they have any additional requirements (also known as a DA record). Also, you should be aware that there might be certain flags against certain students to highlight particular situations, such as whether they are young students or may be held in secure units. If you’re unsure about the implications or what any of this means, do ask your staff tutor. 

9. Where to get help

Although you will be working on your own for most of the time, it’s really important to remember that you’re never on your own; there is a lot of help and support available that you can always draw on. Key points sources of help and advice include:  your staff tutor/line manager, your mentor, fellow tutors through the tutor forum, the module team and curriculum managers, the student support team (advisors) for non-academic help and advice, and  disability specialists (visual impairment, mental health). Finally, all associate lecturers can become members of the University and College Union.

10. Continuing professional development

The university treats the ongoing professional development of associate lecturers seriously. Tutors can attend a number of online and face-to-face AL development conferences, can make use of something called a staff fee waiver to study OU modules and draw on something called the AL development fund for various bits of academic professional development. Finally, the university runs a scheme called Applaud which can help tutors become Associate Fellows and Fellows of the Higher Education Academy (FHEA).

Acknowledgements

A big thank you to Fiona Aiken who provided the ideas for more than half of this session, and also to Janette Wallace, who deftly managed all the text discussions.

Permalink Add your comment
Share post
Picture of Christopher Douce

1st Computing and Communications online AL development conference

Visible to anyone in the world

One of my roles is to help out with professional development events for associate lecturers (ALs). There is a lot going on: there are a series of face to face conferences that take place across the country and there are two other subject specific events that I know of: one that is designed to help tutors who teach on undergraduate science modules and another session that is for tutors who teach on the postgraduate STEM programmes.

An interesting change has been the use and implementation of a piece of software known as Adobe Connect. This is an online conference and collaboration tool that replaces an OU branded version of Blackboard Collaborate. I quite liked Collaborate: it was oriented towards teaching, but I did find it a bit clunky, especially when it came to preparing more dynamic presentations.

Aware that there were other AL development activities happening across the faculty, I had a thought: perhaps we could run an online conference for tutors who are closely associated within our school, the School of Computing and Communication, using Adobe Connect. This blog post is a quick description about what happened, and a set of reflections of what work and what didn’t work. It’s also a place to note down ideas for future events.

Coming up with a plan

The school has a very small (and very new) associate lecturer development group which consists of myself, a fellow staff tutor, and an associate lecturer representative. Anyone in the school is welcome to join and contribute. We have a couple of regulars: a couple of central academics, one of whom plays a really important role as the connection between the school and the faculty student support team, which is based in Manchester.

A key question was: what messages did we want to get across? An answer was: since this is the first one, it might be useful to share some names of colleagues who play an important role within the faculty. Now that the concept of a region is now dissipating (irrespective of how important you think they may be as a useful idea) and university structures are becoming more aligned to schools and faculties, a key thought was: introductions could be very useful.  

There was another thought: running an online conference using a tool that you have never used before, with other people who have never used it either is something that could be considered to be quite risky: things could go wrong; it could be very embarrassing. Or, put another way, it just might not work! Another thought was: just because things might be difficult doesn’t necessarily mean that you shouldn’t do them.

 The school AL development group came up with a conference agenda: 

10.00 – 10.30 Virtual tea and cake
10.30 – 10.40 Introduction and welcome: Chris Douce
10.40 – 10.55 Meet your head of school: Mark Woodroffe
10.55 – 11.10 Programme and curriculum updates: David Morse
11.10 – 11.25 Q&A with Mark and David
11.25 – 12.10 Online pedagogy: what do you do? Chris Douce
12.10 – 12.20 Online pedagogy session: Q&A
12.20 – 13.00 Break
13.00 – 13.10 Welcome back! Chris Douce
13.10 – 13.50 Working with the student support team. John Woodthorpe and Steven Wilson
13.50 – 14.20 Meet and share: meet fellow ALs. Clive Buckland

Explaining the agenda

Whilst the agenda might seem pretty straightforward there are bits that need a small amount of explanation. Firstly, what on earth is virtual tea and cake bit all about? This is, of course, a bit of informal time where everyone can meet and mingle. It is the virtual equivalent of the time when you arrive at a meeting, take your jacket off and fold up your umbrella; it’s that time when you have a moment to check to see that your microphone and headset is working okay and start to recognise a few familiar names.

The first two sessions are a bit like ‘keynotes’; they are formal ‘here’s some information’ presentations. They were designed to introduce the speakers (I learnt quite a bit about each of my colleagues), and to gain some updates about what is happening within the school. This was considered to be important, since it’s very easy to get overwhelmed with all the detailed information that comes out of the university. Those sessions were considered to be important, since they also emphasised the extent to which everyone now belongs within a school, rather than a university geographical region.

The next bit about online pedagogy was a bit ‘meta’; we were using an online tool to talk about how to teach using the online tool. This session was considered to be important since it was a subject that was very much on everyone’s minds: the university has been asking associate lecturers to complete some Adobe Connect training. I personally found the training useful: it introduced me to the various features of Adobe Connect, helping me to grasp the key concepts of pods and layouts. There were useful tips about online pedagogy too; I remember a particularly useful point about ‘leaning in and learning out’. The key point was: the more talking that you did, the more that you ‘leant into’ the laptop or the session, the more the participants would ‘lean out’ and be disinclined to participate.

A question that I had was: what are the best ways to use Adobe Connect for Computing and IT subjects? Since we’re all trying to find out feet, we don’t (yet) have very detailed answers to this question, partly because online teaching, like face to face teaching, is a skill that comes from practice: it is up to us to try to things out in online tutorials, whilst taking guidance module teams and following our professional instincts.

The online pedagogy session has a structure that was building up to a discussion: it began with a ‘talk’ bit, which was derived from an earlier session presented at a London development conference. This ‘talk bit’ aims to enumerate the different ways that Adobe Connect might be used in online teaching and learning (which has been created by speaking with tutors and observing what happens in module teams). The next bit was an interview with a colleague who had been an Adobe Connect early adopter. The final bit was an activity discussion using breakout rooms between different tutors.  I’ll mention something more about this in a later section.

After a short lunch break, there were two final sessions: the first was a ‘group session’ by colleagues in the STEM student support team. Three members of the SST from Manchester joined the conference and shared something about what they did to help students. This section was considered to be important, since sometimes other parts of the university can seem a bit of a mystery. For a long time, it was not clear what the student advisors actually did and how they worked. Plus, in recent years, there have been so many changes, so it has been hard to keep up. The SST session was there to try to emphasise the importance of collaboration between the tutors and advisors. 

The final session was an informal ‘cool down’ session; an opportunity for tutors to have a further chat with everyone and to start to gather views and opinions about the conference.

What worked

There were a couple of things that seemed to work really well. An implicit design principle was to move from ‘presentation sessions’ towards more dynamic activities. The two presentations at the start of the conference seemed to work well, as did the session that was run by colleagues from the SST.

One section that seemed to work particularly well was the part of the conference where there was an interview. I was inspired to adopt this approach by a fellow tutor who talked about using a ‘dialogic approach’ to tutorials which essentially means: ‘asking questions’. The colleague who I interviewed about the use of Adobe Connect gave some great answers mixed with some really useful practical advice such as: ‘consider your layouts a bit like parts of a lesson plan’. I would certainly use this approach again.

One thing that I was surprised about was the number of tutors who were able to find the time to attend: at one point there were over 40 who were able to come along.

What didn’t work

There was one part of the conference that clearly didn’t work: the discussions about online pedagogy using the breakout rooms. This didn’t work for a couple of reasons: lack of experience of using break out rooms, and secondly, the fact that the breakout rooms contained too many participants.

In terms of experience, there were two think I needed to work on: I need to develop a more detailed mental model of how breakout rooms work, and what the different buttons do. Secondly, before the breakout rooms are started, I need to offer very clear and unambiguous instructions about what everyone needs to do when they go to their rooms.

Another thing that wasn’t quite right was how the participants were allocated across the rooms. After some discussion, we decided to have three rooms, each room being dedicated to different levels of study. Room one was to be for level one tutors, room two of level two tutors and room three for level three, project and postgraduate tutors. The first problem was that I couldn’t easily put people in the right room using a couple of mouse clicks, perhaps due to my own inexperience. Secondly, due to the numbers of participants, the rooms were way too large.

My colleague, Clive Buckland, made breakout rooms work in a way that I couldn’t: he had a larger number of rooms, and allocated tutors to different rooms in advance of a breakout room activity. He also used the ‘auto allocate’ function rather than manually allocating everyone; this was a neat trick when working with larger numbers of participants.  Next time I shall use this approach, or ask a fellow ‘host’ to help with the ‘breakout room’ admin.

Given that this was the second time that I was using Adobe Connect in anger, I would have been very surprised if everything worked perfectly. I’ve come to form the view that it is okay if things go wrong: one learns from those situations, and you can improve the next time around. This is, of course what happens with face to face teaching: if a session hasn’t quite works, there’s an opportunity for reflection and to figure out what could be done better. 

Looking forward

A personal view is that there is a lot more that could be done in terms of school online conferences. Questions remains as to how often they should run; this is something that I’ll take to both the school planning group and the faculty planning group.

I would like to have more sessions about online, specifically regarding online tutorials at the first level, where students are introduced to programming. I would like to explore the ways that tutors might be able to share aspects of code, and encourage students to understand how to do problem solving and debugging, and maybe even do interesting things like real-time online pair programming using either OU Build (used in TM111), or Python (used in TM112).

There are also further opportunities to learn more about people in the school. Perhaps central academics or module chair could present short ‘module summaries’ to the tutors, or maybe talk about research interests and how they connect to different modules. Once I ran an AL development event that was all about exposing tutors to new developments and research in Computing and IT. There is no reason why we couldn’t do something similar in a school specific online conference. 

Closing thoughts

Running an online conference using a tool that was new to everyone was a risk, but it seemed to mostly work. I personally liked the dynamic nature of the first conference, and the informal feedback that I’ve received has been positive. An ongoing challenge is to try to get more people involved.

A personal reflection is that when running or hosting one of these events is that you’re not so much a presenter but instead you become more of a producer. I’ve learnt that being a producer has been slightly worrisome but also pretty good fun too. 

Permalink Add your comment
Share post
Picture of Christopher Douce

AL development conference: 21 September 2017

Visible to anyone in the world

Ever since I joined the university as a part time tutor back in 2006, I have found AL development events useful: they have, essentially, taught me how to teach, and how to be an open university tutor and a distance teacher.

When I started as a tutor, I never thought that I would become someone who would be helping to organise professional development events for tutors, but this has exactly what has happened. As the university has changed and technology has developed, some colleagues have realised that there is a space and an opportunity to run 'online' professional development events, and I thought that it might be a good idea to try to run one.

The following message has been circulated to all associate lecturers who are tutors for modules have have been developed by staff in the School of Computing and Communications:

"You are invited to the first ever school of Computing and Communications online AL development conference which will be held on 21 September 2017, between 10.30 and 14.30. The event will be hosted in Adobe Connect and will be open to all members of staff in the school. The conference will be divided into a number of interactive and informative sessions; a morning session and a shorter afternoon session.

The conference will be an opportunity to meet Mark Woodroffe, head of school, David Morse, Director of Studies, and John Woodthorpe, Computing and IT student support team lead. There will be a session about teaching and learning pedagogy, and a session about our OU student support team that is based in Manchester.

If you have recently been to any AL face-to-face conferences do try to come along to this one too; it will hopefully be interesting and fun, and give you an opportunity to meet more colleagues from the school. If you can’t make it, please don’t worry: the sessions will be recorded and made available after the event (but the interactivity that we have planned will hopefully be really useful!)

Although Adobe Connect is both used and featured within this first online conference, it isn’t intended to replace any other Adobe Connect training that has been organised by the university. Also, attendance at this event will added onto your AL activity record and so will appear on your ALAR summary. After the event, we plan to continue discussions and sharing using a conference forum. We will also share copies of all resources that were prepared and used as a part of the event.

If you have any questions for either Mark, David or John about any aspect of work that takes place within the school (or other parts of the university) please email them to me in advance. The deadline for the submission of questions will be 14 September 2017. Also, if you have any additional requirements that you feel the conference organisers need to be made aware of, please do contact Chris."

Here's a planned agenda for the event:

10.00 – 10.30     Virtual tea and cake

10.30 – 10.40     Introduction and welcome: Chris Douce

10.40 – 10.55     Meet your head of school: Mark Woodroffe

10.55 – 11.10     Programme and curriculum updates: David Morse

11.10 – 11.25     Q&A with Mark and David

11.25 – 12.10     Online pedagogy: what do you do? Chris Douce

12.10 – 12.20     Online pedagogy session: Q&A

12.20 – 13.00     Break

13.00 – 13.10     Welcome back! Chris Douce

13.10 – 13.50     Working with the student support team. John Woodthorpe and Steven Wilson

13.50 – 14.20     Meet and share: meet fellow ALs. Facilitator TBC

14.20 – 14.30     Close, summary and next steps. Chris Douce

Over the last few months, the university has been running training sessions to help tutors become familiar with a teaching and collaboration tool called Adobe Connect. I thought this online conference would be a great opportunity to discuss the pedagogy of Adobe Connect, i.e. how it can be used to practically facilitate teaching and learning (as opposed to the detail of what buttons can be pushed, and in what order).

A really interesting part of this conference will be the session that is about the student support teams. A few years ago, student support was offered from colleagues who worked in regional centres. Due to restructuring, support was spread around country and concentrated in different locations (for a period of time, advice for Computing and IT students was provided from a centre in Birmingham). Student support is now provided from a team in Manchester. The afternoon session will be dedicate to learning more about the SST, and also meeting other associate lecturers who work on different modules.


Permalink 2 comments (latest comment by Christopher Douce, Thursday, 24 Aug 2017, 09:16)
Share post
Picture of Christopher Douce

The Developers Group

Visible to anyone in the world
Edited by Christopher Douce, Sunday, 19 Feb 2017, 17:19

On 15 February 2017, I attended a meeting called ‘the developers group’ that was held in a hotel in Birmingham (since the Birmingham regional centre was just about to close). This blog post is intended as a set of notes for any of my colleagues who might be interested in AL development.

The meeting was a ‘reboot’ of an earlier group called ‘developing the developers’; an event that I had been to a couple of times. From memory I remember being pretty baffled as to what these meetings were all about and how they could help me in my job. Given all the constant organisational changes, I was curious about the shape of the new group that it replaced.

Introduction

The event was opened by Toby Scott-Hughes, who heads up the university ALSPD team. I think ALSPD is an abbreviation for Associate Lecturers Professional Development. His introduction had the title ‘what is ALSPD and what does it do for you and your ALs?’ Thankfully, Toby presented some pretty clear answers. 

I made a note of the following headline, which I have loosely paraphrased: ‘it is a group that provides an opportunity for AL managers and developers to meet with one another, to run a series of constructive workshops and to pass on skills to colleagues and to help with the development of associate lecturers’. 

The group also seems to have another remit, which is that it aims to provide some staff development for staff tutors and faculty managers. A number of questions were noted, including: ‘what would be useful to upskill you?’, ‘what do you need most support or help with?’ and ‘how can we help to help you to work with your ALs?’ The ‘the developers group’ is a vehicle that facilitates targeted staff development with a view to helping the associate lecturers that we support and line manage.

Here’s a bit more description: ALSPD has a broad remit, which includes the AL representative office. ALSPD consists of a group of educational developers, administrative and management staff, and it works closely with AL services. A key point was made that they ‘are responsible for running cross faculty AL development events in locations across the UK’ as well as working with faculty specific student support teams across the country. They also fund one-off development events. Toby mentioned there were 80 events that were held in the last financial year. A really important point was made: even though offices were closing, associate lecturer CPD was not being centralised; we can still run events across the country – the key point that tutors have to live somewhere does seem to have been accepted.

As Toby was talking I was thinking of CPD topics that might really help me as a tutor. Two of which sprung to mind were: ‘how do we deliver tuition in larger groups when we’re working on line?’ and ‘how do we facilitate online team teaching, and what are the best practices?’

AL services: working with you and in the future

When I worked in the London office, the Computing and IT, Maths and Engineering staff tutors had access to two faculty assistants who did quite a bit of administrative work on our behalf. Things have changed in that we have to do slightly more admin than we used to do before, and administrative support is provided by a team that is based in one of the student support locations.

During this bit of the day we were asked the question: what is and isn’t working well?  I remember that there was some reference to an ‘operational blueprint’, but different staff tutors and faculty managers may well be working in a very different way. I asked for some training in to what this ‘blueprint’ was all about, so I could understand more about what I can expect from the new team, and what they can expect from me.

A key point was made that we need to feel a part of a larger team and there is a worry that a home worker might become ‘semi-detached’ from the university. My 'day in the life of a staff tutor' blog post, which relates to a trip to Manchester, reflects the point that steps have been taken to try to bridge the distance between academic line managers and associate lecturer services.

Support for AL management

Karen Hamilton, one of our ALSPD educational developers facilitated the penultimate session. Karen reiterated the emphasis of the group: ‘although the group is about developing the ALs, how can we do this if you’re not provided with the appropriate training and development yourself?’

We were given three cards. The first one had the title: ‘what can I offer to the developers group?’ This card had a subtitle that read: ‘skills, ideas or experience of AL development you would like to share’. The second card read: ‘what I would like to get from the developers group?’ Again, it had a subtitle: ‘things that would help me to be more involved with AL development or to line manage ALs more effectively’. The final card was slightly different: ‘something more creative’; this final card was asking us to recommend speakers and to say why the might be of interest.

We chatted in our groups and duly completed our cards. I recommended a number of speakers and wrote down titles of sessions that I had once helped to facilitate.

Introducing the replacement for OU Live: Adobe Connect

For anyone who is reading this from outside the university, OU Live is a badged version of a tool called Blackboard Collaborate that is used to deliver online tutorials. Due to Blackboard Collaborate reaching the end of its life, the procurement team has chosen to replace it with a popular conferencing tool called Adobe Connect. This final presentation of the day, made by Anne Campbell and John Slade, was my first bit of official university training about Adobe Connect.

We were swiftly taken through a set of features. We were told that it was possible to edit recorded sessions (or, specifically, cut sections of a session out). Recordings could be downloaded, and we could (at last) see how many students had seen the recording of a session (but not who had seen a recording).

There are some interesting differences; there are three types of users: host, presenter and attendee (as opposed to OU Live that had only two types: student and moderator). The concept of a panel has been replaced with the idea of a ‘pod’. Although there is the concept (as far as I know) of a whiteboard, they are a bit more limited in the sense that you can’t upload images to them. This said, Adobe Connect works better with PowerPoint files, and you can include slide transitions or animations (which means that you don’t have to create loads of extra slides if you wanted to do something similar in OU Live).

I was glad to hear that students will still be able to express themselves using emoticons (there is a compelling pedagogic argument why this is a good thing, despite this expression sounds a little strange!) Tutors can have up to 20 breakout rooms, and you can invite ‘external speakers’ into sessions.

Anne and John told us something about the training that will be offered to associate lecturers. Training will be provided by Adobe Connect people, and ALs will be given a training allowance to attend training sessions. The training will comprise of three hour long modules. These sessions will be run three times a day for five days a week. There will be a practice site and a supporting forum. I made a note that the first bit of training (for the early adopters) might take place between March and April.

Final thoughts

I left ‘the developers group’ feeling pretty encouraged. Whilst the remit of the earlier group wasn’t that clear, the remit of this new rebooted and reformed version seemed to be pretty well defined. I clearly got the message that it was about two things: (1) helping academic line managers to help tutors, with a view to (2) helping tutors to deliver excellent teaching and support to their students.

After the meeting, I felt confident enough to put my head over the parapet and agree to become (and I can’t quite believe I’m writing these words) an Adobe Connect ‘champion’.

More information about the pedagogy of using OU Live can be obtained by having a quick look through earlier blogs about OU Live. On a related note, more information about past AL development events is also available

Permalink Add your comment
Share post

This blog might contain posts that are only visible to logged-in users, or where only logged-in users can comment. If you have an account on the system, please log in for full access.

Total visits to this blog: 924312