My name is Rowland, and as I work in a research institute and have a background as a developer, I tend to marry these skills together into research-based and developer projects, sometimes both.
Students are encouraged to self-direct during the internship and be as independent as possible, with supervision. Balancing what the student wants to do and benefiting WEHI is a great example of a fantastic project.
The key continuous improvement skills that are tested and improved apon during this program are:
- Tolerance for Complexity
- Tolerance for Ambiguity
- Critical Thinking
- Adaptability
- Learnability
- Collaborative by Default
It is important for students to understand the high-level concepts of the domain the student is working in. This increases the independence of the student to work through complexity.
Students need to recognise the limited time they have and what they can achieve. This is why documentation is key to ensure information is passed to future students.
The ability to learn quickly by doing your own research is important. Finding out how fast you learn and where your limits are, in a safe space, can help you to know yourself better.
To get a better understanding of the internship, I provide a RCP student handbook.
There are multiple internships running at the same time. We encourage students to collaborate within projects and across sister projects (similar projects) via co-working meetings.
The way I allocate students to projects is based on their skills and interests. The process is as follows:
I send an email to acknowledge their submission has been seen. If the application is not taken forward I email the unsuccessful students as soon as possible. If the application is taken forward I reach out to them for a short discussion.
At that short discussion I explain to them the projects that might interest them and where I see that they could contribute. I explain the challenges and whether something is difficult or easy. I ask them to think about what they want. I also share with them the link to the project page so that they can see more options. This might take 15 minutes per student and takes up a lot of time, but I think it is worth it to make sure I understand them.
Once they agree to a project that they want to do and that I can allocate them to, I will email them with an offer. At this point they can accept or refuse this offer.
I ask students to meet a minimum of three times a week. One meeting is to meet as a team with the supervisor to understand the high-level concepts and the architectural or algorithmic limitations, another meeting is a co-working meeting with their fellow project members without the supervisor, and another meeting is a co-working meeting with "sister project" team members to help share information across projects.
I ask the students to understand the basic concepts before they choose how they would like to improve the project. So, if they want to create a web application, they can, if it contributes to solving the broader problem. In that way, we are asking them to self-direct their project to something that is interesting to them and helps build the skills they want.
I have changed the way I have setup the student projects so that now students are in groups of three or more. There have been times when I have not been able to make that happen, but that is the standard as of Summer 2023/2024.
You can see the key milestones and the onboarding emails we send at regular intervals during the internship.
Most projects are building on the previous set of students work as they are complicated and it can take a long time for average students to grasp new domain information. These average students want to be spoon-fed, which is a major criticism that businesses have of new graduates.
By doing this I teach them that they need to document their new knowledge and technical work for the next set of students, which increases findability, usability and maintenance of the work that they have done. This is also a critical skill for their future careers for project handovers and maintenance work, which many students do not have experience with.
As discussed earlier, the students and look at the wiki that shows what the previous students have done, and I also talk to them over the phone about the work of the previous students. This should not be a surprise to applicants that they are working on a project developed by previous interns. They can refuse the offer of the project if they find the project not to their liking.
The current intake of the Genomics Metadata Multiplexing project is an example of an ongoing project that is working extremely well due to the foundational work done by previous students. This set of students are enjoying the work and the ability to make a difference.
I also have scheduled a voluntary follow-up session / networking session between students on Thursday across the entire student intake but have stopped these due to lack of uptake by the students. By the third week no-one attends, and I am left to myself.
I also have added to the handbook and onboarding checklist the monthly in-person Research Software Engineer (RSE) lunches that I organise and attend but again, the uptake has been low. Roughly, less than 5% of students attend a lunch and none attend consistently.
Last intake, I asked a group of students to liaise with another group on a project. I asked multiple times but this was not actioned. This intake, I did ask for more structure where a scheduled meeting with a sister project needed to be set and this has increased the communication between groups.
In the projects where there is a need for a Subject Matter Expert (SME), I have been trialling to catchup with the SME at the 5-week mark for a Q and A. This allows the students to understand the information in the wiki and some basic terms and models of the domain so that they can make the most out of the SME’s time and answers. This has been a good working model so far.
I go into the office once a month, mainly for the RSE lunches. I have worked at WEHI for over 3 years now and have had an in-person meeting with my supervisor once. I am basically a remote worker.
So, to increase the opportunity of in-person meetups, I have tried to get students to meet me in-person as part of the RSE lunches, but there has been little uptake. I tried to organise an in-person tour of the WEHI building last year after some questions from students, but no students responded to the email. There used to be a weekly tour of the WEHI building but this been cancelled since the pandemic.
I also emailed students about an in-person student intern conference that WEHI runs every year where they could present and meet fellow student interns, but no one responded.
To ensure students are aware that this is 100% remote I have updated the website and I have amended the application form to now ask them to confirm that they know that this is a 100% remote internship as appears below:
I recognise that this is a 100% remote role and that all meetings and interactions will be virtual. I also recognise that there are opportunities for in-person events like the monthly Parkville Research Software Engineer lunch.
Finally, I provide resources to the students that help them in every step of the program, including FAQS that include how I expect meetings to be run, how you can escalate a question, among other things.
I also provide other ways that they can work towards independence by teaching them:
- how understanding the domain problem and the users is more important than technical skills, and how to work on a complex, ambiguous project,
- showing them how to become as independent as possible,
- show them how to document and share knowledge to others in a professional manner,
- explain how a software maturity model can help clarify expectations, and
- teaching them how to work productively in a remote environment.
We even tell students how to try to avoid the top 5 mistakes that students make.
We have had 169 students through the program since Semester 2, 2021 who have provided over 18 person years of effort to help us uncover and document complexity early in over 20 projects.
Out of the 14 anonymous reviews that have been given by students as at 11th of October 2024, our internships have been rated a 4.7 out of 5.