Based on the "Cooking recipe" for writing a project plan by Doerte Doepfer.
This document is mostly for graduate students and postdocs. But if you are an undergraduate student that wants to do a project plan, please talk to me! This is a dynamic document; please suggest modifications to improve these general guidelines.
- Identify the main goal of the project and capture it in a title
- Develop the background of the research problem in 2 to 5 sentences ending with a ‘gap’ of knowledge that you will address. What would you describe about this topic to someone who is not familiar with it?
- Develop the overall objective: in 1-2 sentences, describe what is the main goal of the project
- State the specific aims: the specific goals of the proposed research. This is like a recipe of the steps that you will do to accomplish the overal objective, usually 3-4 specific aims along with a short description
- State the significance: why does this matter? why should the world care about this research? (2-5 sentences)
- State the innovation: what is new about your project compared to existing approaches? (2-4 sentences)
- List of deliverables: these are actual products that will come out of this project. Examples: publication(s), open source software to distribute, conference presentation(s), grant proposal(s). Provide details to which journals/conferences/grant mechanisms you want to submit (with deadlines if possible)
- Timeline for your deliverables: how long do yo expect to work on each aim (roughly)? You can be as descriptive and detailed as you want, or simply provide rough estimates. This plan is for you to help you to guide your research to completion. Make sure to include deadlines in the timeline (if you have any, for example, for conferences)
- People in the team: do you need other people to succeed in this plan? If you are a graduate student, do you think that having undergraduate students helping you on some parts of the project would be beneficial and how? If you are a postdoc, do you think that having graduate students or undergraduate students working with you could be beneficial? Sometimes having extra students on the project is not possible, so you perhaps do not want to state that you necessarily need X students working with you for the success of the project, but you can highlight potential work that could be delegated
- Potential limitations and alternatives: What are the main barriers that you expect to encounter? What is your plan to overcome those barriers? What would happen if the research you propose does not work out? What are your alternatives? Can you try other approaches?
- Future work: If the research proposed is successful, what else could be done afterwards with this theory? What are natural extensions to this work?
- Read and re-read and re-read your proposal. Try to visualize it from someone else's perspective
- Use the resources of the Writing Center! They have one-on-one help to polish written work
- Show your project plan to many people to get feedback. It is good if you share your project plan with people outside your area of expertise
- Discuss the project plan with the PI
- Understand that the project plan is a mutable object that will be constantly evolving as you work on the project
-
The deliverables must be up to standards with the lab guidelines of reproducibility, clear communication, etc. You do not need to think about these guidelines as you prepare the project plan, but they are important to know as you write your timeline. That is, do not expect that you will send your manuscript to co-authors and it will be submitted for publication within one week
-
The most common deliverable will be manuscripts. Keep in mind that you will be the first author of this manuscript, so make sure to consider this in the timeline. That is, the first author is responsible for:
- Writing the manuscript
- Revising the manuscript and corresponding with the journal or publisher;]
- Designing the project plan (often in collaboration with other members of the research team)
- Obtaining approval of all coauthors on the final draft, and
- Understanding the general principles of all the work included in the manuscript.
-
Another common deliverable will be open-source software. Keep in mind that there is a huge gap between code that runs, and code that is suitable for publication and you should consider this in your timeline. Follow reproducibility practices and best computing practices (examples in lab guidelines). Keep in mind that suboptimal code will not be deemed suitable for publication