Personal Blogs

When considering planning, I’m minded of a familiar glib phrase: “if you fail to plan, you plan to fail”. When it comes to TM470, planning is really important. Effective project planning is the backbone which holds up your project. Also, a big bit of learning that can come from TM470 is learning about planning, and how to maintain a project plan during the course of a project.

Importantly, planning is mentioned very clearly within the EMA learning outcomes, for example:

LO9. Plan and organise your project work appropriately, and keep systematic records of plans, progress and outcomes.

To get a distinction for this criterion, you must provide evidence that you have: “clearly planned and accurately managed progress in relation to the original plan” and that you understand “what has gone well and what has not gone to plan.”

In the EMA summary, it is suggested that you should provide evidence of your ability to: “plan and organise your project work appropriately, and keep systematic records of plans, progress and outcomes”.

This leads us to some questions: what kind of records do we need to provide, and how do we go about creating a plan?

To begin with, there’s a lot of practical advice within the ‘planning and organising a project’ module resource, which offers a lot of helpful advice and some helpful background information. A recommendation is to get a printout of this.

Your first TMA emphasises planning. This TMA assessment guide suggests that your first assessment should have three main sections: “preparing for and planning your project; the project work; reviewing and reflecting upon your planning and preparation, and project work”. In other words: what you are doing to do, what you have done, and what points you have to share about what you have done.

This is expanded in one of the tables that can be found within the TMA 1 guidance, which offers the following points which relate to planning: 

• Outline of the major tasks and subtasks within the project at an appropriate level of detail to enable your tutor to assess the viability of your project.
• Choice and justification of a lifecycle model for its management. Within the context of the chosen lifecycle model, a schedule for completing the tasks and subtasks.
• An outline of the resources and skills needed and the methods you are considering using, taking into account the risks and how these will be minimised.

What to provide

Your first TMA (as well as your EMA), you need to provide the following:

Choice of lifecycle model: you need to justify what overall project management approach you have chosen. There is a useful resource about this in the module materials. Different projects will necessitate the choice of different models. Choose a model that works for you and your project, and justify your choice. A practical suggestion is to provide a table. Say something about each of the different modules, saying why a particular approach either is or isn’t appropriate for your project.

Table of tasks: Give your tutor a very high level of the things you’re going to do as a part of your project. You could think of these in terms of project phases. Keep it high level. Again, use a table. Give each task a name, a potential start date and end date, and a brief description, providing no more than a sentence. Your choice of project model will help you to form your task table. Your table s will help your tutor (and your examiner) to get a good idea about what you’re going to do to solve your problem. 

Table of resources: The resources you use within your project are important. Although the primary resource is yourself, you may need to get other people involved in your project. If you’re doing an interaction design project, you might need some help with the evaluation of your designs. If you can’t get hold of ‘ideal’ users, you can also use proxy users (such as friends or family members); users who are pretending to be your target users. You also might need to use software tools, or maybe even some cloud computing resources. Like with the tasks, do share everything in a table. Try to describe everything as succinctly as possible.

Gantt chart: Gantt charts are really useful tools. When you have created your task table, have a go to great a Gantt chart for your project. Aim to have two Gantt charts. Create one at the very start of your project, make a copy of it and save it somewhere. When you start work on your project, maintain a Gantt chart to reflect progress on your project. Submit a copy of your chart for your first TMA. When you get to your EMA, submit both your first Gantt, and the one that you have maintained throughout your project. By looking at the one that you had at the start, and one that you had at the end, you will be able to see the difference between what you thought would happen, and what actually happened.

On the subject of Gantt charts, you can create them in different ways. If you are working on a company, you might be able to use of products such as Microsoft Project to help you to plan your project and to create a Gantt chart. Another approach is to make use of an number of Gantt chart templates for Microsoft Excel.

What to do

There is some good guidance about planning within the module materials. In terms of creating a Gantt chart, I recommend that you do, and take account of the following:

• Record all your TMA cut off dates as milestones. If you’re studying multiple modules at the same time, do put these in too.
• Do make a note of time that you need to allocate to writing and submitting both your TMAs and your project report (your EMA).
• Make a note of when you’re going to be on holiday and put these dates on your chart.
• Make a note of any other non-working time. For example, if there are any family or work responsibilities that need to be attended to, make sure you make a note of them.
• Begin to record high level tasks, or project phases that match your choice of project model.
• Within those phases, attempt to break them down to one or more subtasks.
• Consider the risks that might apply to your project. (There will a blog post about TM470 and project risks. When you get to your EMA, project planning and project risks should go into the same section).

Some accompanying thoughts are: 

• Do expect to change your plan during the course of your project.
• Don’t prioritise your plan over your project. If you find yourself spending loads of time on the plan, you might need a simpler plan, or find another way to plan, or choose a different tool.

Some important tip that I share with all project students are:

• Create a project log. This could be something as simple as a Word document, which has dates for headings. Use this to make notes of what you’ve done. This could only be a few sentences; it doesn’t have to be anything very detailed. You can also use your log to make a note of what you have learnt.
• Email your tutor regularly, ideally every two weeks, just to keep them informed of what you’re doing. You might think about emailing your tutor sections of your log.
• When you compile your EMA, you can put a copy of your project log, or emails, or both into an appendix. Doing so relates to learning outcomes LO5 and LO6, where to get a distinction, you need to provide evidence of having “worked under own supervision, communicating regularly and accurately in respect of progress” and “sought guidance when needed, but offered own ideas when doing so”, and “has clearly recognised new skills and knowledge”.

Reflections

When you get to the end of your project and you have to write the reflection section (which accounts for 20% of the overall mark) if you have made a good plan, and have your original plan, you will be able to say something about what went well, what didn’t go well, and what you have learnt about running a project. Of course, you should also be saying something about what technical skills you have further developed too. Although project planning isn’t very exciting, it is pretty important, and it is also important to get on top of it early. One of the jobs of your tutor is to offer you some practical advice about how your plan might be further developed or improved.

Acknowledgements

Many thanks to the TM470 project team who have prepared some very helpful materials on choosing a project model and carrying out a project planning.

During a group tutorial I asked students how they kept motivated. With their permission, what follows is a summary of the hints and tips they shared with each other. Their points are accompanied by some of my own thoughts:

Have a chat with your tutor: your project tutor is there to help. Do find the time to speak with them. It is important they learn more about your project idea, since then they can help and offer advice.

Speak to people: if one exists for your module, consider joining a WhatsApp group, or other online groups, since speaking to other students can be really useful. One thing to bear in mind is that these informal spaces are, of course, not monitored or regulated by the university, which means that students need to take care when participating in these spaces. Students do, however, still have to abide by student conduct policies.

Tell your managers: if you are completing your project module as a part of an apprenticeship, or there is a connection between your project and your workplace, make sure you tell your managers all about it. Get them involved, and consider how best to keep the informed about your progress, and consider what kind of help they might be able to offer.

Remember where you are in your studies: when you’re doing a project module, you’re nearly at the end of everything, and it’s important to remember this. Your project module is the pinnacle of your studies. Look back at how far you’re come, and look forward to see how far you have to go. This helps to put things into perspective.

Remember why you’re doing this: remind yourself of what you want to achieve by carrying out all your studies. It might be a better job, a change of career, or maybe a route into postgraduate studies. Reminding yourself on the big picture, and what you want to achieve, can help you to regain your motivation.

Little rewards: make sure you make time to celebrate your achievements, whatever these might be. They might be completing a plan, finding something out about an aspect of your project, revising bits of module materials, or submitting a TMA. Make sure you build in time to enjoy life.

Manage your time: although this isn’t necessarily directly about motivation, it is important to make sure you find a way to manage your time. When you have a plan, or a study habit, this will help you to internalise that you’re able to complete your project.

Break things down: there’s this expression that goes ‘how do you eat an elephant?’ The answer is: in little pieces. The same applies to your project. You should always aim to break your project into smaller chucks to make sure you can achieve the bigger goal.

Take regular breaks: stepping away from your project work can be really helpful. If you spend a lot of time working on a problem or a task, you might begin to make mistakes, and the quality of your work might go down. Consider going for a walk, completing a mindless chore that needs to be done, or watch some nonsense on television: whatever works best for you.

Understand what study or work habits work best: some of us are morning people, whereas others work best late at night. Understand what works for you, and apply this to your project work. This will make things easier.

Acknowledgements

Many thanks to the TM(XY)470 students who attended our introductory tutorials. Good luck with your projects!

This blog offers some more practical tips on completing the TM470 literature review section. In some ways, it follows on from an earlier blog on the same subject.

Three points are shared. The first is some techniques about how to think about and consider papers. The second presents some useful resources about academic writing. The third offers some suggestions about how to structure your literature review section.

The literature review section of your project report does a number of things. It shared with the reader something about your reading. In doing this, it helps the reader to understand what your project is all about, and what it relates to. It also primes the reader for some of the topics that will feature within the body of your report. If you use module materials, books, articles, or software, they should be referenced within the literature review section. The reader shouldn’t be surprised, and think: “where did that come from?”

If your project report is all about showing off what you are able to do, the literature review section is all about showing of what you know.

PROMPT

The PROMPT framework that can be useful when preparing a literature review. It is introduced in an online resource called Being Digital.

PROMPT is an abbreviation for: Presentation, Relevance, Objectivity, Method, Provenance, and Timeliness. It offers a structured method that can be used to evaluate any information that you find online. What follows is an edited summary of the key elements of the framework, which have been drawn from a PROMPT Checklist (PDF)

Presentation: Is the information presented and communicated clearly? Consider the language, layout and structure of the resource that you’re evaluating. Does it look ‘academic’?

Relevance: Is the article relevant to the topic you are researching? Look at the introduction, abstract or overview to find out what it is mainly about. When reading an article, to get a quick feel for it, you might also want to have a read of the concluding paragraphs. Do these relate to the aims of your project?

Objectivity: Is the article biased, or motivated by a particular agenda? Is the language emotive? Are there hidden, vested interests? In some articles, there is a section which might highlight any potential conflicts of interest, or how it is funded. This criteria is, of course, link to relevant, and to the thought of ‘does it look right?’

Method: For research articles, ask yourself whether it is clear how the data was collected. Given what you know of both the paper and the topic, were the methods appropriate and can you trust it? When evaluating a method, do have a look out for research questions. Do they match?

Provenance: Is it clear where the information has come from? Can you identify who the authors are, and who they work for? Can they be considered to be trustworthy?

Timeliness: Articles can lose their relevance. Important questions to ask are: how up to date is the material? Is it clear when it was written? Also, does the date of writing meet your requirements, or would it be obsolete? This is particularly important with fast moving areas, such as Computing and IT.

Another approach: the wheel

Ideally, the literature review chapter should be a story about your reading, sitting within a bigger story, which is your whole project. There are different ways you can present your findings: you can present it in terms of chronology (the order in which you read articles and papers), or you can structure it thematically. 

For TM470 where there is a limited word count, the thematic approach can work really well. It gives you an opportunity to highlight the connections to module materials, and then to share evidence of further reading, allowing you to show how you have ‘dug deeper’ into the subject.

A more sophisticated approach to discussing and presenting the materials that you gather during a review is expressed in the ‘the wheel approach to literatures’ blog. It adopts a model known as: And, But, Therefore.

The Wheel goes beyond what is required for TM470. You should aim at highlighting what you consider to be important, and why. The Wheel may well be helpful for students going onto postgraduate study, or students from disciplines where writing takes centre stage. The point amongst all this is: writing and structuring complex and detailed documents is a graduate skill, irrespective of what you study.

Types of literature

When working on a project that involves creating a solution to a problem, there is often a temptation to use blogs, reports or articles found on the internet. These types of articles are known as ‘grey literature’, which means they are not formally published in the way that books or academic articles are. This means they are subject to a lower level of scrutiny. When working with grey literature, a good question to ask is: is there another, more formal source? If the answers is ‘yes’, then please refer to the more formal source. By doing this, you acknowledge the articles that are contributing to academic discussions and debates that relate to a particular topic.

A good example of a resource that is really useful is, of course, Wikipedia. A reference should be something that is static and does not change over time. Since Wikipedia pages can easily change, a recommendation is to avoid using them as formal references. Instead, use them as a way to find more formal references. Look at what Wikipedia references, and then go and find those articles in the OU library.

Referencing

If something exists in the world, it can be referenced.

When writing a formal report, the most common type of references will be, of course, books and articles. You should also, of course, include clear references to module resources. Arts students can reference physical artifacts, photographs and paintings. Students studying computing and IT can, of course, reference software and technical standards.

To find out how to reference anything, visit the CiteThemRight website. The OU makes use of the Harvard referencing style, which takes the form: Author, Initial (year) Title of item, where it was published, and any page numbers (if appropriate). 

Module materials

Before preparing your literature review, it is a good idea to read through the 'Preparing a Literature Search' page. This shares four stages of a literature search, which offers a helpful framework:

1. identifying and locating relevant materials
2. comprehending the content
3. abstracting the significant content, systematically recording and categorising this content and the related references
4. synthesising the content and relating it to your project aims.

Academic writing

Every part of your TM470 project report should be written in an academic style. More information about what this means can be found by visiting the following article: Academic writing in TM470. 

A disclaimer: this is guidance from a TM470 tutor, rather than from a member of the module team. Always refer to the official module team guidance to really appreciate what they are looking for.

Further guidance about writing can be found in the Core Skills section of the Study Skills website and the Open Learn Write it right: seven common writing resource.

Reflections

The TM470 project module is all about showing off in a number of different ways: it is there to show off your ability to pick a sensible project idea, it is there to show off your technical skills, and it is there to show off how you go about planning a non-trivial project, and it is there is show of both your reading and your writing skills. The literature review section is a really important part of a TM470 project report, but it is very often a part of the report that isn’t done as well as it could be. It is important because it sets the scene. It tells the examiner what you know.

Here are my tips: 

1. In your literature review, mention earlier module resources, and dig a little further.
2. Unless you’re referring to software, do your best to use and refer to academic resources.
3. Make sure that you spend quality time looking in the OU library and make notes about what you’ve been looking at. Use PROMPT to interrogate (or figure out) what you’re looking at.
4. If you reference something in the literature review section, it should ideally be used or applied in the body of your report in some way or another.
5. When you write everything up, structure your literature review in terms of themes.
6. It is all about showing off. Because this is important do make what you write as clearly possible.
   

On this final point, I recently heard the following bit of advice from a fellow tutor, which was shared on an OU forum: “why choose a complicated word when a shorter word would work”. The easier your report is to read, the more secure the examiner will be in making their decisions, and awarding marks.

In TM470 LSEPI is an abbreviation for Legal Social Ethical and Professional Issues. A good TM470 project report should clearly address these issues to show the examiner that you have thought about how these issues have impacted on your project, and what you have done to take these into account.

LSEP issues are increasingly important in computing due to the increasing impact that computing and IT has within society. When speaking with students I often a recent example: the Volkswagen emissions scandal. In this case, there are clear environmental impacts and legal implications. It is also clear that both the engineers and leaders have to make ethical decisions.

In TM470, LSEP issues are assessed through the following learning outcome: “LO10. Identify and address the legal, social, ethical and professional issues (LSEPIs) and the equality, diversity and inclusion (EDI) concerns that may arise during the development and use of computing and IT systems.” In the marking of the EMA, this learning outcome is assessed with LO2, which is all about the aims and goals of your project.  When just looking at the number of learning outcomes, and the marks available, the LSEPI section could account for 10 marks.

To gain a top score for this learning outcome a student: “has comprehensively identified the relevant LSEPIs and EDI concerns arising during development and use and modified their project work to take these into account and behaved professionally in all aspects of their project work”. EDI being an abbreviation for equality, diversity and inclusion.

Given the importance of both LSEP and EDI, a suggestion is to include it as a top level section in your report, just before the literature review section. The justification for this is that if you identify some issues that need to be explored in greater depth, you can then go onto provide evidence of your reading.

Module materials

At the time of writing, it takes a bit of digging to find two documents that relate to both LSEP and EDI issues. From the module website, click on the Resources heading, and then click on the Study materials section.

The LSEP document contains the following key headings: working with stakeholders, working with human participants, and asking the right questions. Do review the materials that are presented under these headings and review Appendix A Guidelines for conducting research with human participants. Related to these are two template documents: a sample consent form, and a participant information sheet.

Informed consent is the process through which researchers share the aims and purpose of their research with participants, and gain their approval that they are happy to participate in a study. The accompanying information sheet is designed to offer further information under a set of familiar headings.

When working with participants, I always remember two points. The first is that participants are at liberty to leave a study at any point. The second point is related: the participants are always more important than the research that is being carried out.

The equality, diversity and inclusion section addresses “why equality, diversity and inclusion are relevant to computing and IT professionals”, introduces the concept of protected characteristics, and “unconscious bias is and how it might affect your practice as a computing and IT professional” and what mitigations might be adopted (TM470 module materials).

EDI relates to people, and differences between people, irrespective of whether they are perceived or due to physical, cognitive or sensory impairments. Since Computing and IT products are, ultimately, used by people, it is necessary to consider EDI issues. If you design an app or a website, your product should be accessible to the widest possible group of users. The motivations for doing this are twofold: firstly, there is a legal obligation to ensure that products and systems are accessible under the Equality Act, and secondly, all users are potential customers. If a product isn’t accessible or perceived negatively, a consumer might choose another service that has a more accessible, usable, or appealing interface.

Looking at this issue from a slightly different perspective, if your project uses artificial intelligence or machine learning, it is necessary to question the extent to which biases might exist within either data that informs your project, and the extent to which bias might be potentially reinforced, or even magnified.

Questions to ask

As highlighted earlier, the LSEP materials contains a section that has the title: asking the right questions. 

Go through each of these questions in turn. 

When working through these questions, do think about the stakeholders who are involved with your project. A stakeholder can be thought of anyone who is affected by your project, either directly or indirectly. Ask yourself questions about what data might need to be held and collected, and what bits of legislation might play and impact if you were ever to deploy your project. The Equality Act was mentioned above. You might want to also consider data protection and computer misuse legislation.

If your project is a research report it is important to ask: what might be the impact of my report? If something is discovered by the report, what might be the impact of disclosing the results, or not disclosing the results? The point here is that it is important to go further than just the immediate project, but also to consider wider and broader impacts.

Differences between student projects and university projects

Before university staff can carry out research that involved human participants, they must submit project proposals through a formal ethics panel. The aim of this panel is to make sure that researchers have carefully considered everything, and any potential risks to all participants (and to the university) have been mitigated.

Unlike official university projects, undergraduate and postgraduate projects are not required to go through such a rigorous process. Rather than having an ethics panel and a lot of electronic paperwork to complete, students should think of their tutor or project supervisor as a mini ethics panel.

Interacting with your tutor whilst considering your LSEP and EDI issues should be thought of as a useful and necessary part of your project. Your tutor will be able to offer some thoughts about what needs to be considered. Plus, interactions with your tutor or supervisor can be documented in an appendix of your final reports.

Further resources

A lot of good resources about ethics are available, and some of these resources are mentioned in the module materials. Here are a collection of links that might be useful:

• Association of Computing Machinery (ACM) Code of Ethics
• British Computer Society (BCS) Code of Conduct

For those that find this subject really interesting, there is a whole suggested curriculum about Society, Ethics and Professionalism on the ACM website.

Going through the ethics bit of TM470 gives you a taste of what university researchers have to go through when they plan and design studies that involve human participants. More information about what goes on behind the scenes at the OU is presented through Ethics support for projects: Which studies need review, by whom and why? (OU blog)

Reflections

I find ethics a fascinating subject. In computing it comes into play more than you might initially expect since computing touches on so many different areas of human activity. Rather than being a subject that was once on the periphery of the discipline, I now see it as a topic that has moved to the centre. It is an important and necessary part of becoming a computing professional.

It is also interesting to reflect on how ethics has developed since I was a graduate student. There is now a lot more that has to be done, but this isn’t a bad thing. Additional scrutiny along the way helps researchers to carry out better research. For TM470 students, my key bit of advice is: speak with your tutor; they are your own personal ethics panel.

I’ve now been tutoring on TM470, the Open University’s Computing and IT project module, for three years.

I heard it once said that it takes around three years to get to grips with the tutoring of a module; I agree with this view.

After this amount of time, you’ve marked a good number of TMAs, EMAs and have a solid appreciation of what is on the module website. You also (hopefully) should have a thorough understanding of what is in the head of the module team, enabling you to respond to student queries with a degree of confidence.

Also, three years is enough time to get a feel for what makes up a good project report, a distinction level project report, and a project report that might not pass. Having that experience has also enabled me to question what I do as a tutor, and to help me offer the best feedback I can.

What follows is a set reflections that relate to what I think is important when tutoring on the project module. I’m sharing since it might be of interest to fellow tutors, TM470 tutors, but also the module team too (since they, of course, guide how we approach everything).

These are, of course, my own opinions, and I do expect that different tutors will (of course), have different views - and, of course, have slightly different practices.

Welcoming students

I feel that I started very well in my first presentation but didn’t do so well with this on my second presentation. This said, I think I’m happy with the approach that I have used with the most recent presentation.

I begin by sending each student an email to say hello. If I see that any of my students have any additional requirements, I add a sentence to each introductory email to ask them to let me know whether there’s anything I need to be aware of to ensure that I help them with their studies. This tends to open up a dialogue.

In my introduction, I also mention that it might be useful to have a quick chat on the phone. I try to do this with every student in my group, but not everyone wants to have a chat; and that’s okay. I feel it’s important to be supportive whilst not being pushy.

A final point is that I also tell students to subscribe to their TM470 tutor group forum. The reason for this is that I use the forum to send updates and reminders about various things, and subscribing enables them to get notifications about those notifications.

Keeping in touch

One of the things I do regularly is send all students regular emails. Not every tutor runs tutorial, but I do; I send them dates of the tutorials as soon as they have been scheduled. I also send them a note to remind them of the TMA cut off dates, and send them reminders to let me know that I would like to receive regular updates.

When I send reminders about a willingness to receive updates, I also make the point that everything that is sent to me can also be used and presented within the project report as evidence of progress. I hope this offers a further encouragement!

Tutorials

At hinted at earlier, some TM470 tutors run tutorials, whereas other don’t. There isn’t a requirement for TM470 tutors to run tutorials; some tutors only run one to one sessions with their students.

I find tutorials useful for a couple of reasons.

At the start of the module, I fix a date for two introductory sessions: one that takes place in the evening, and one that takes place in the day time. I send all these dates to students in a group email and post the same information about them on our tutor group forum.

I split my tutorials in to two parts: the first part that is recorded, and the part section that is not. Dividing the tutorials in this way enables the first section to be viewed by the students who were not able to attend either of the tutorials. The second section becomes an informal chat between the students who come along.

In the introductory tutorial, I talk about the assessment strategy and the first TMA and do some screen sharing to introduce students to the module materials.

I tend to run two EMA preparation tutorials which has a similar structure, but with more focus on what a good EMA might look like. I also do some screen sharing: I take the students to the referencing guidelines site, and might even take them to some Skills for Study sections materials that are about academic writing.

One-to-one sessions

Every student has four hours of personal one to one time. I don’t keep a very close tally of how much of that time is used; some of it could be roughly allocated to tutorials, whereas other bits of time could be allocated to one to one sessions.

I mention one-to-one sessions in different ways: in the TMA feedback, during tutorials, and in the keeping in touch emails. If students don’t want to take me up on the offer of a one to one chat, that is okay, but I do make it clear that this is an option that is available.

Rather than having telephone chat, I’ve tended to use the Adobe Connect tutor group room. One of the great advantages of this is that we can do some screen sharing. Screen sharing is really useful. I’ve used it as a way to get an understanding of how a student’s draft submission is coming along, or to guide students to resources that have been prepared by the module team. I sometimes give the student screen sharing permissions so they can take control of those sessions.

TMA Feedback

There are, of course, two main components of the TMA feedback: the summary page, and the on-script comments.

On the summary page, I tend to focus on offering three clear points of advice that student should work on to improve their performance on the next TMA. When I’m writing these points, I try to explain why these points are important, and how they connect to the aims and objectives of the project module.

When I’m working on later TMAs, I always tend to do a quick read back of the previous TMA summaries. On occasion, I’ve copied and pasted text from the previous TMA and have put it on the current TMA, saying: “I gave the following feedback; it is important because…”.

I also tend to conclude a TMA with a suggestion about having a follow up call or chat.

For the on-script comments, I encourage students to use the Word in built heading tools (if they are not using them already). I make the point that it enables the student to use the navigation tool (which helps the student to view the structure of their EMA). Also, increasingly I tend to offer some practical advice about the formatting of sections (showing how students can move between portrait and landscape page layouts). To help students get to grips with these elements of Word, I have also offered link to various YouTube videos to help them understand the points that I’m making.

Tutor group forum

Students don’t tend to you my tutor group forum much, but I tend to use it as a simple notice board.

Here’s a summary of how I use it:

• Sharing dates of tutorials, and providing of links to recordings.
• Giving updates about TMA marking. I make a post to the forum when I start marking, and then post again when I’m roughly half way through (to give students some idea about when to expect their results). I tend to ‘pin’ these posts at the top of the forum during the marking.
• Sharing of additional resources and links.
• A space for students to ask questions.

Staff tutors can (or may) dip into tutor group forums from time to time to see what is going on. A well populated tutor group will give a staff tutor the impression that all is well with the group.

Additional resources given to students

During this most recent presentation I prepared two really short resources in the form of Word documents that might help students:

• A very short sample introduction to an imaginary project and project report. This sample presents a structure that is very similar to the guidance that is offered by the module team.
• A sample table of contents, which includes an introductory section, a section that outlines the project, a literature review section, an account of project work section, a reflection section, a summary or concluding section and a series of imaginary appendices.

The aim of these two resources is to emphasise the point that the project report, and it’s overall degree of readability is really important.

Advice to students

I’ve sometimes offered the following tips at various points during the module. I might mention these suggestions during tutorials, or in one-to-one sessions:

• Make sure that you use the features that are provided in Word well; they can help you to find you way though, navigate, and work with larger documents. 
• Try to write the literature review as a narrative rather than a list of papers or resources that you consider to be useful for the project.
• Think of the examiner as a friend who doesn’t know very much about the project (and subject) that you’re writing about. Subsequently, you might have to spell things out for them. Don’t worry about doing this, since this will all help to demonstrate your understanding of some important concepts.
• Consider the reflection section, the bit in the EMA where you have to write about how things have gone, as a gift. It’s a gift because it’s all about you, and there are no wrong answers, and the examiner really wants to hear about you and what you’ve learnt. Also, don’t be afraid to be opinionated! Tell us what went well, what didn’t, why you thought that, and what you might have done again differently.
• Provide copies of two different Gantt charts; one that was created at the start of the project, and the Gantt chart that was being used as the student got to the end of the project. These two Gantt charts gives a student a neat way to generate some interesting reflections, simply by considering the differences between what the plan was at the start, and what happened during the project.
• Use the appendices as a way to share extra information about what project work you’ve done on the project.
• Keep to the word count (10k words) but don’t worry too much if you go over by a little. If you’re going over by a lot, consider putting some bits into a series of appendices, but always make sure that you reference these in the body of your report.
• Finally, find someone to proof read your report. It’s okay to do this, since you’re the one who is doing the writing, not whoever is doing the proof reading. Typing mistakes can and do happen. A friendly proof reader will be able to pick up on some of them.

EMA marking

EMA marking is hard work, and we don’t have too much time to do it in. When I start marking, whenever I open an EMA report, I turn tracking on, and highlight sections that I’ve read that really stand out to me as being good, important or significant. When I’ve read everything, I might go back and re-read sections before going to the learning outcomes that are presented in a grading spreadsheet. I then make notes, which are later copied and pasted into the OU’s grading tool.

My own approach is to do some marking first thing in a weekday morning (when I’m fresh), hopefully working through a couple of reports, with a view to doing more over the weekend.

If there is a moderation exercise, the highlighting annotations I’ve added really help me to remember what a project was all about, and why I assigned certain marks against a particular learning outcome.

Closing thoughts

TM470 has a slightly different tenor to the other modules I’ve tutored. Although there is a lot of learning to be done during the project, it is more about doing and writing (and then learning from that doing and writing).

Students sometimes ask whether they can see an example of a project, but this is something that the module team doesn’t provide. I can understand why students would like to see a sample (to understand more about what the module team expects), but I can also why the module team doesn’t provide one (they worry that the tutors would then receive a hundred or so projects that look remarkably like the sample projects).

One of the challenges (in my opinion) of being a TM470 tutor is to help students understand what the module team expects, but from the perspective of their own projects and their previous studies.

I first joined The Open University as a part time tutor back in 2006 where I tutored a module called M364 Fundamentals of Interaction Design. Knowing that this module was coming to an end I decided to apply to tutor on another module: TM470 The Computing and IT project, and I was successful!

I was invited to attend a ‘new tutor day’ which took place in the West Midlands regional centre in Birmingham (which is, sadly, closing in the new year) to learn about the ins and outs of tutoring this module. This was also an opportunity to meet my TM470 mentor, fellow TM470 tutors, and some of my colleagues who support the delivery of computing and IT modules from the Manchester and Birmingham offices. This blog post has been drawn from a set of notes I’ve made during the day, which took place on 2 July 2016.

Project choice

I’ve noted down the question: ‘what makes a good project theme?’ It’s a simple question and one that is very important: students must have a clear idea about what the problem is that they want to solve within their project. It should also have sensible limits, i.e. students shouldn’t aspire to creating the next big app for the iPhone.

Successful projects are those that draw upon practical skills that have been learnt (or studied) in previous level 3 modules. A project could also build on something that has been done before. Students should (ideally) be knowledgeable about the domain or environment in which a project relates to (so they don’t have to spend lots of time doing research into an area that isn’t familiar to them). Also, importantly, a project should be connected with something that a student is interested in doing (so they maintain their motivation).

Another bit of advice is: students should stick with using software that they know; don’t be tempted to play with new things, since it’s easy to get tied up in knots.

Sometimes students might be tempted to draw upon projects that relate to their work place. An important point is: work and TM470 have different goals; it is probably best to keep work and study separate for the simple reason that changes at work might jeopardise the project. This rule, however, doesn’t have to apply in all cases: students need to understand what is required from TM470.

Another really important point is: a project doesn’t have to have a successful outcome to submit a final project report. Students can still pass if things go horribly wrong: it is the description of the project, the learning, and the reflections that all count towards the final scores. If these are done really well, students will get a really good pass.

Another note I’ve made is all about research: ‘not really understanding what is meant by research that is academic, or what is meant by an academic literature review (and analysis)’. Some projects may be research projects, in the sense that they are an in-depth and critical study of a particular area. If students choose research projects, the need to be clear in terms of what is required of them. 

Independent learning

TM470 is different to other modules, since what really matters is being able to demonstrate independent learning; tutors will not be subject experts in all the areas in which projects are chosen from. A note I’ve made is: ‘if software breaks, it is part of your job on a project to fix it’. The role of a tutor is to push a student into this mind set.

Practicalities

I made a note that we discussed the importance of the introductory letter, and that we might connect this to the use of our module discussion forum.

A really important resource is the OU Library which allows student direct access to a wealth of prestigious journals. Another thought is to direct students to library tutorials (understanding eJournals) about how they can get started.

The project module doesn’t have any official tutorials, since it is difficult to run group events where every student is working on a different project (and will have different learning needs and problems). This said, some tutors do use OU Live to run some unofficial introductory tutors. 

Towards the end of the day, we discussed practicalities about end of module assessment marking, and assignment marking. Key questions that were asked were: ‘how do you do it?’ and ‘what processes do you use?’ The module has a very clear set of marking guidelines that are also known to the students. Ultimately, everything comes back to the question of whether students have met the learning outcomes.

Reflections from first presentation

Now that I have more of an idea how the module works and how it is structured, I think I will run an introductory OU Live tutorial at the start of the next presentation. This will allow me to learn more about the student’s ideas and understand more about their potential problems. I will also use this to emphasise the importance of time management.

In comparison to other modules that I have tutored on, I found the marking to be pretty straightforward once I knew how it worked. It took me a bit of time to find the forms, and then to internalise the marking criteria (but this is always the case when starting to work on a new module). One of the things that I really enjoyed was looking at the diversity of the projects, and how the students tackled them.