A PhD (or any research project) can feel at times as long and tiring as running a marathon. Yet, as we explained in this post, there are techniques you can use to alleviate the pain and turn your project into a series of dynamic sprints.
Laura Pirro, PhD candidate at Ghent University, realised the potential that Agile project management could have in academia. Agile has revolutionised the software-development sector and it is now used in many other areas (from manufacturing industry to the FBI). Why not using Agile for academic research too? In many aspects, academia is different than industry but Agile philosophy can still be applicable. Laura has worked on adapting Agile to research: you can find the details of the methodology she proposes in this post that she wrote for Nature Careers.
Agile for research has already proven success in Joris Thybaut’s research group at Ghent University (where Laura is pursuing her PhD). We are now looking for enthusiastic researchers and professors who would be happy to test Agile for research during a few months and let us know their results.
How could Agile for research work for you?
If you are a student
As a student, you probably understand that your advisors/supervisors are incredibly busy people with tight timetables. Still, you work hard on your project, and you often need advice on how to proceed with your research. However, setting up a meeting with your supervisor whenever you encounter an issue may feel like a struggle: it sometimes takes so long that by the time you get to meet her/him, you have already figured a way around the problem (although sometimes it might not be the ‘right’ path, so you need to go back and redo some stuff).
Agile for research will allow you to have continuous feedback on your activities in an effective way both for you and your supervisor. First, it will ‘force’ you to organise sprint planning meetings with all the stakeholders involved in your project: supervisor, postdoc, industrial partner. master student… in order to get everyone to agree on the goal and the duration fo the sprint. Thereafter, you will have short (15min) scrums every week with your supervisor so as to answer three questions: what was done the previous week to contribute to the goal? What will be done next week to contribute to the goal? And, are there any impediments? Finally, once the sprint is finished, you will meet again all the stakeholders for the sprint review, retrospective and planning.
If you are a professor/supervisor/student advisor
Following the work of students can be incredibly time consuming and difficult to fit in in your timetable. Furthermore, it is frustrating to dedicate time to students who (sometimes) still seem lost and have an unclear idea of what exactly they should do in their project. These tasks get even harder as the number of supervised students increases.
Agile for research will allow you to structure the way you communicate with your students. In a collaborative effort, the project is divided into layers of activities with an estimated duration of 2-12 weeks. In the sprint planning meeting, the specific goal and duration of the activity is decided with all the stakeholders (student, industrial partner, postdoc, etc.). Thereafter, you will follow the work of your students with short weekly scrums of only 15 minutes. Finally, in the sprint review, retrospective and planning all the stakeholders come back together to remove impediments, adapt to changes and plan the next sprint.
Does this sound appealing? Get in touch with us!
If you believe that Agile for research might be interesting for you, please get in touch with us or with Laura Pirro! We are conducting a study to see how this methodology fits in academia and we would be happy to solve any questions and provide additional information. We look forward to hearing from you!