Category Archives: Research Grant Applications

How to Write a Research Grant Application in 2 Weeks

The key to writing anything quickly is knowing what you have to write.

One of the things that puts people off writing research grants is that writing a grant can be a never-ending nightmare. However, it doesn’t have to be that way.

Last month I helped a client, let’s call him Dr B, to write a research council grant application in 2 weeks. It was interesting for me because it was a model of how to write with the minimum of effort – by either of us. Dr B tells me that he spent only about half of the working day on the application during the 2 week period when he wrote it. I spent between 2 and 3 hours helping him.

The clock started on September 3rd when Dr B sent me a draft set of 10 key sentences and a question about whether to follow my advice, to state the aims and objectives in the introduction, or whether to follow the funder’s guidelines for a case for support which suggests that aims and objectives form part of the description of the project.

I edited the sentences and sent an email suggesting that Dr B could follow both my advice and the funder’s guidelines. I think that it is essential to state the aims and objectives – and not much else – in the introduction to the case for support and also in the summary, so that the reader knows what to expect. And if the funder recommends that you state the aims and objectives at the start of the description of the research project then its fine to do that although I would suggest that you only format them as Aims and Objectives once. In other places you can use phrases like ‘We need to know’ for the aims and ‘In order to discover X we will do Y’ for the objectives.

I think that editing and drafting my email took less than 20 minutes. It can’t have taken much more because the email logs show my response 31 minutes after Dr B’s query. A few days later Dr B promised to send me a draft on the 15th and we made an appointment to speak about it on the 16th. The draft arrived on time and I spent about an hour and a half reading it and annotating it. Then Dr B phoned and we spent an hour discussing my suggested changes which took him less than a day to implement. We also kicked around some ideas that will be the subject of his next grant proposal.

The key to writing anything quickly is knowing what you have to write. That is why it is so useful to start by writing the key sentences. They define the grant application. Each of them begins a major section of the proposal. These sections justify the bald assertions in the key sentences and make the reader believe that they are true. The key sentences that define the background must be justified with evidence; those that define the project must be justified with descriptive detail.

Writing the key sentences should only take you a couple of hours. If you can’t write the key sentences in a couple of hours then you need to do some more thinking about your project. That can take days, weeks, or months, but until you have done it you are not ready to start writing a grant application.

Dr B is ready. I had an email from him last week. He has been thinking about the ideas we kicked around when we were discussing the edits to his last application. He wants to send me a set of key sentences next week!

The perfect introduction

Meeting_of_David_Livingstone_(1813-1873)_and_Henry_Morton_Stanley_(1841-1904),_Africa,_ca._1875-ca._1940_(imp-cswc-GB-237-CSWC47-LS16-050)

Henry Stanley introduces himself to Dr Livingstone

If you write your grant application in the way that I recommend, you should leave the introduction until last. The reason is that, by the time you start to write the introduction, you will already have written everything you need to say in it. You just need to copy it and paste it into the right place.

Here’s how it works. There are five things that you need to say in the introduction to a grant application,

what you will do,
why it is important,
your research aims,
your research objectives, and
what you will do with the results.

1. What you will do

Your first sentence should say what the outcome of your research project will be. Ideally it will also say something about how you will go about producing this outcome and give a hint of your credentials for doing it. If you followed the advice in my last post then you will already have written the perfect sentence to do this, key sentence 1. You can just copy and paste it to the beginning of the introduction.

2. Why it is important

Your next sentence should say why the outcome is important. It will do this with reference to an important research question. My last post described how to write this sentence, key sentence 2, introducing one of the sub-sections of the background section. You should copy it and paste it into the introduction.

3. Your research aims

Next you need to state how the outcome of the project depends on about three things that we need to know. My last post explained how to state this in 3 sentences (key sentences 3, 4 and 5). You should copy and paste these from their positions in the background section of the case for support into the introduction. At this point you may wish to edit the sentences so that you can run them together as a list of aims. Whatever editing you do you should avoid changing any of the technical phrases for reasons I will explain below.

4. Your research objectives

Then you need to say that the research project will tell us each of the three things that we need to know. If you followed the advice I gave a couple of weeks ago or earlier, you will have put four sentences that do precisely this at strategic points in the description of your research project. They are key sentences 6, 7, 8 and 9; copy them and paste them into the introduction.

5. What you will do with the results

Finally you need to say what you will do with the results. You will already have written key sentence 10, which says exactly this and introduces the last part of the description of the project. Copy it and paste it into the introduction.

Exact repetition of the key sentences increases your chances of getting funded

When you copy and paste the key sentences you should keep the phrases that refer to your research activities exactly the same. It’s OK to change the structure, as long as you keep the parts that refer to research activities exactly the same. For example you might change three sentences saying “We need to know X.”; “We need to understand Y”; and “We need to characterise Z” to a list of aims, such as “Our aims are:- to discover X; to understand Y; and to characterise Z”. But you should not change the phrases X, Y and Z or the verbs discover, understand and characterise.

One reason that you should not change phrases when you repeat is that to do so would be a stylistic error known as elegant variation. However, there is an important practical reason that exact repetition is good.

The value of exact repetition comes from the way that a grants committee deals with applications. One or two members of the committee have to read each application and explain it to the rest of the committee. Usually they do this by stating what you will do, why it is important, your research aims, your research objectives, and what you will do with the results. This is quite a difficult thing to do because they will not have had much time to read the proposal and they will have to present several other grant applications the same day: I once had to present 10 applications in a single meeting.

Anything that you can do to make the job of presenting your grant to the committee easier will be welcome. If you write the introduction the way I have suggested, it will be the perfect set of notes for the presentation. What could be better than that?

I frequently encounter academics who feel that you should change the words when you repeat a message even though the meaning is exactly the same. I encounter two arguments for this.

The first argument is that the reader will get bored if they see the same phrase twice. This is not so. For the most important readers the repetition is a useful and reassuring signal. The members of the committee that decides whether to fund your grant are unlikely to be familiar with the details of your research area and may not completely understand the phrases. Repeating the phrases exactly helps them to see that you are saying the same thing again. To say the same thing with different words is very risky indeed. The most likely outcome is that they will think you are saying two different things.
The second argument – which usually follows immediately I give the explanation in the previous paragraph – is that by using different ways of saying the same thing, you increase the chance that the reader will understand at least once. Even if it’s true, it’s no help for the reader to understand once because they will still think that when you repeat the sentence with different words that you are saying something different. It is far better to use exactly the same words because you increase the chance that the reader will remember the phrase, and even if they don’t understand it they may think that they do.

Can your grant application stand up on its own?

This is the third in a series of posts explaining how to edit your grant application into the right shape. In order to stand up a grant application should consist of three sections that are shaped to support each other. They are:-

An introduction that prepares the reader for the points the other two sections are going to make. It is less than 20% of the total.
A background that convinces the reader that the world needs the results that your project will deliver. It is less than 30% of the total.
A description of the project that makes it clear that your project will deliver the results that are needed. It is at least 50% of the total.

If you have followed the advice in my last post you will have done the most important part. The second half of your application will be a description of your research project in five or six subsections. The subsections are introduced by matched key sentences that say what your project will produce and what you will do with the results. The sub-section that follows each key sentence adds the detail that will convince the reader that your project will deliver what the key sentence promises. Now you have to write a background section that sells the promises.

The shape and content of the background section are dictated by the description of the project. This follows from the fact that the function of the background is to sell the project. Obviously it should sell everything your project will deliver. Equally obviously it shouldn’t waste time or space by selling anything else.

So if you are editing the background to support such a description, the first thing to do is to create the sub-sections it needs by drafting the key sentences that introduce them. You need the following sub-sections:-

A sub-section that states the overall outcome of the project in a way that makes it clear that it is exciting and that stakes your claim to carry it out. This is introduced by the first key sentence, which ideally states the overall outcome of the project, links it to an important research question and to a distinctive claim for competence. The sentence says “This project will do X, which will (partially) solve huge research problem Y, by using technique Z, developed by our group.” For example “This project will develop a potential treatment for Alzheimer’s disease by testing the efficacy of a plaque-dissolving molecule, which our group has discovered, in a mouse model of the disease”. The subsection prepares the reader for the “we need to know” subsections which are preceded by the “importance” subsection.
A subsection that discusses the importance of the problem and of the contribution that your project will make to its solution. This subsection is introduced by a key sentence about the importance of the problem and of your project and has two functions. First it is like a funnel for the importance of the question. If you have picked a problem that is big enough to be exciting then it is unlikely that a single project will solve it completely. Everybody knows that. But everybody needs to be convinced that what you will do will be an important step towards a solution. So you need to help the reader to see that the piece of the problem addressed by your project is important. The second function is that it creates the need for whatever you will do to disseminate your results. For example, if your project promises to discover a cure for a disease then the dissemination plan needs to address the question of making the cure available to those afflicted by the disease.
A “we need to know” subsection for each of your sub-projects that explains why (and how much) we need the knowledge that sub-project will produce. Drafting key sentences for these sub-projects is very very easy. The first draft is “We need to know XXX” where XXX is the knowledge that the sub-project will produce.

Once you have created these subsections and introduced them with the key sentences, you can copy over text from your old draft and write new text so that each sub-section explains, with reference to relevant evidence, why the key sentence that introduces it is completely and compellingly true. That makes the background the perfect preparation for the description of the project: it convinces the reader that we desperately need everything that the project will deliver.

All that you need now is an introduction. The perfect introduction is very simple to describe but it takes a bit of time to explain exactly why it should be so simple. I will tell you about it next week.

Reshape Your Draft Grant Application

Last week I explained how to tell if your grant application is misshapen. This post is about how to get it into shape.

Let’s start with the most difficult kind of draft to deal with, one in which it’s hard to tell the shape of the proposal because it’s written in such a way that you can’t tell what a paragraph is about until you have analysed its meaning. Last week I described this kind of writing as zombie text.

The first step with zombie text is to identify the topic of each paragraph. The next step is the same with zombie text and with text where the paragraph starts with the topic. It is to find the best grouping of paragraphs into larger subsections.

Dealing with Zombie Text

The first step with zombie text is to use the reverse outlining procedure described on @thesiswhisperer’s blog about the zombie thesis to identify the paragraph topics. There is another description of reverse outlining on @explorstlye’s blog, Explorations of Style.

Number the paragraphs in your draft. Open a new document, give it a different title and copy the whole text of your draft into it.
Replace each paragraph in the new document with a single short sentence that states its point. Keep the numbering so that you can copy across the remaining text from the original document when you need to.
- If you can’t state the point of a paragraph with a single sentence then you probably need to revise your approach to paragraphs. There is good advice in the explorations of style blog and in lots of other places on the web. For this exercise just split the paragraphs into smaller chunks that canbe summarised with a single sentence and give them compound numbers (2.1, 2.2 etc).

If your draft is written so that the first sentence of each paragraph states the topic of the paragraph then you simply number the paragraphs and create a new document containing just the first sentence of each paragraph, still numbered.

In the reverse outlining process you rearrange the order of the topic sentences until you find the best structure for your document. With grant applications we already know what the best structure is, so the task is to arrange the text in that structure. We start with the largest component of the case for support, the description of the project.

Description of the project: key sentences and topic sentences

The next step is to sort the topic sentences of the paragraphs on the research project into five or six sections. In order to do this you will need to have worked out the main details of your research project. At the very least you will have divided the project into three or four sub-projects and you will know what outcome each sub-project will produce.

If you haven’t done this then I am afraid I have bad news. This post will not help you: you have a zombie grant. There is no point in rewriting it until you have designed a project.

I’m sorry if this is disappointing but I can’t change the facts of life. The best I can do is to help you deal with them. A grant application is a marketing document for a research project. Without a research project, it can never be more than an empty shell, a zombie.

The best help I can offer is to say that the text you have written may be useful but you need to design a project in order to use it. This post tells you how to design and catalogue sub-projects and this post tells you how to check whether a particular group of sub-projects makes a viable project. I will deal more specifically with zombie grants in a future post.

So, if you have a potentially viable grant application you need to sort the topic sentences into five or six sub-sections as follows:-

a general introductory section,
three or four sections describing the specific sub-projects, and
a section saying what you will do with the overall results of the project.

You should now select, or draft, a key sentence that will be the first sentence for each of these five or six sections. This post tells you how but here’s a rough outline.

The key sentence for each sub-project should say something about what the research activities are in the sub-project and it should say what they will discover or what the outcome will be. It has the form [Very brief descripton of research activities in the subproject] will [show, discover, reveal, or other suitable verb] [whatever the outcome of the research in that sub-project will be]. If you have written such a sentence, by all means use it, but if you haven’t, you need to write it now.
- As you write each of these key sentences you should write a corresponding key sentence for the background to the project and paste it into the corresponding sub-section of the background of the case for support. This sentence states that we need to know whatever the corresponding sub-project will discover. The general form is We need to know [or discover, understand or similar verb] [the outcome of the research in the corresponding sub-project].
The key sentence for the introductory sub-section on the research project as a whole should say what kind of research it will involve, something about the facilities it will use – especially if these are distinctive in some way, and what it will discover.
The key sentence for the sub-section on what you will do with the overall results may be about publication or about dissemination or exploitation of the results in some other way.

Once you have the key sentences in place you should copy each numbered topic sentence into the section where it fits best. Then arrange them in the best possible order. Now you are ready for the detail.

Final shaping of the description of the project

Once you have the topic sentences in the right order you should take text from the body of each original paragraph and edit it so that the paragraphs flow internally and from one to the next. The introductory subsection should contain a description of your general research approach together with any necessary preliminaries. The sub-sections corresponding to the sub-projects should contain a coherent description of your intended research activities that makes it clear how they will lead to the result mentioned in the introductory key sentence.

This is the point at which you adjust the length. Remember, the full description of the project should be at least 50% of the case for support. If it is more than about 65% then you either have too much detail or too big a project. Keep adjusting and trimming until you have a description of your research project that is the right size.

The next step is to produce a background section that convinces the reader that we need to know what your research project will discover. You already have key sentences that define three or four of its five or six subsections. I will tell you how to produce the rest of it next week.

Is your grant application a misshapen monster?

What do you do when your grant application (or your colleague’s) turns out to be a misshapen monster? How do you even know if it has? Can you tell if it’s just a little bit deformed? Read on. This post is about how to test whether your case for support is the right size and shape. Size and shape go together for three reasons.

If your grant is a monster then it’s probably misshapen too.
Even if it’s a perfectly formed monster, you will need to cut lumps out of it to get it down to size, so you need to check that the cutting doesn’t destroy the shape.
If it’s the right size but the wrong shape then you will probably need to cut some parts and grow others.

Incidentally, if you think that the solution to an overlong case for support is to shrink the margins and the font size I have no argument with you. None whatsoever. But you are reading the wrong blog. This blog is about grant-writing. Here are some blogs about typography.

Gross malformations: missing parts

The easiest malformation to spot is if one of the parts of the case for support is missing or the wrong size. In the research funding toolkit book we make the point that a generic case for support has three components.

An introduction that very quickly states the main objective of the project, why it is important, the aims, the objectives, and what will be done with the results. This should be less than 20% of the total. The commonest mistake is to omit it completely. Less commonly it is so big that it unbalances the case for support.
A background section that makes the reader feel that it is important to do the research in the project by showing how the aims contribute to a big important question. This part should be no more than than 30% of the total. It’s fairly common for it to be hypertrophied – and hideously deformed by philosophical quotations, particularly when people start by writing about the question they want to answer rather than describing the project that they want to do. I have seen a case for support that was 90% background.
The description of the research project, which describes the research in sufficient detail to convince the reader that the aims will be met. This should be at least 50% of the case for support. It is often too short and sketchy. It is rare for it to be too long except when the project itself is over ambitious.

Lesser malformations: malformed parts

The parts of the case for support must be the right shape as well as the right size if they are to work effectively. There are two major aspects to this.

The background must match the project. Each component of the project (there should be three or four such sub-projects) should have a corresponding sub-section of the background that makes the case that the outcome of that sub-project will meet one of the specific aims of the project. These sub-sections should be in the same order as their corresponding sub-sections in the description of the project and they should be preceded by one or two sub-sections that explain the importance of the overall objective of the project and link it to the specific aims.
The statements in the introduction should be in the same order as the subsections of the background and description of the project to which they correspond. The introduction sketches a picture of the case for support and the other two sections fill in the detail.

The Zombie Grant

If you have generated your draft without thinking too much about structure and particularly if, like most academics, you tend to write statements as conclusions, rather than as assertions to be explained and justified, it may actually be pretty hard to work out what each section of the text does. If you are in this situation your draft is the research grant equivalent of what Inger Mewburn, Director of Research Training at the Australian National University (AKA @thesiswhisperer), calls the zombie thesis. Let’s call it a zombie grant.

I have explained that you can avoid writing a zombie grant by writing key sentences and using them to impose structure on your draft. But once you have it, you need to take drastic action to avoid getting sucked into a quagmire. As @thesiswhisperer says says “The worst thing to do with a Zombie Thesis is to do a line by line edit. This is like trying to fight a jungle war – you will find yourself hip deep in mud somewhere, with a sucking chest wound, too far for a helicopter to reach.”

To revive a zombie thesis @thesiswhisperer recommends a rebuilding process based on reverse outlining, which is explained in this blog post. To revive a zombie grant you need a combination of reverse outlining and retro-fitting key sentences which I will explain next week.

Key Sentence Skeletons

Is there a recipe for the 10 key sentences?

Recipe for Key Sentences in a Grant Application?

This post is about an easy way to work out what to write the 10 key sentences that define a grant application. There are two reasons I think it’s worth writing even though I have written about the key sentences several times recently.

A good set of key sentences is half-way to a case for support. A really good case for support consists of nothing more than the 10 key sentences and the text that fills in the detail and convinces the reader that the key sentences are true. Of course this extra text is much more than filler, but it is a great help to have the key sentences because they define the task of the rest of the the text.
I have been working with a couple of clients who, even though they are clever people and they get the idea of key sentences, find it really hard to write them. So I have been on the lookout for a good way of making it easy to write a good set of key sentences.

Skeleton sentences, which Pat Thomson’s excellent blog recommends as a way of handling difficult but often repeated writing tasks such as framing a thesis introduction, or introducing a theoretical framework, look perfect. You take a key sentence that works; you separate it into its component parts and identify the parts that are specific to its current use and the parts that are generic. Then you turn the generic parts into a skeleton and replace the parts that are specific to its current use with equivalent parts that are specific for your use, and you have your own equivalent sentence.

Complication warning

I should perhaps warn you at this stage that although this post really does simplify the process of writing key sentences, it is quite detailed and it doesn’t do anything else. So if you aren’t trying to write a grant application you should probably just bookmark the page and return when you start writing your next grant.

Finally, before I get down to the nitty gritty, I have two strong recommendations.

It is very risky to start writing key sentences before you have worked out the details of your research project. As soon as you have done that you should divide it into three or four sub-projects, each of which will find something out, establish something, or develop something. This post tells you how to do that.
Although it makes most sense to read about the key sentences in numerical order, it’s pretty hard to write them in that order. I’ll make some suggestions about writing order as I explain the recipes.

So, what would skeletons for the 10 key sentences in a grant application look like? I think I can tell you in 9 of the 10 cases. I will describe them in numerical order, which is the order in which the reader will encounter them.

Key sentence 1, the Summary sentence

The first sentence of the proposal, key sentence 1, is probably the most complex and variable of the key sentences. It gives a simple overall statement of what the project will achieve, ideally it will relate that achievement to a big important problem and will also include something distinctive about how the project will achieve it in a way that will make it clear that you are a suitable person to do the project.

A minor variation of a sentence I suggested in an earlier post about key sentences, does all this. It has four parts, which are numbered.

This project will develop a new potential treatment for stroke
by identifying, synthesising and testing suitable molecules
from a family of novel synthetic metabolic inhibitors
that we have discovered.

A skeleton representation of the four parts would be:

This project will [your own description of how it will make partial progress towards solving a huge, important problem – in the example it’s “develop a potential solution”]
by [ your own much more specific description of what it will actually do]
[your own assertion that the project is novel or timely – e.g.”novel synthetic metabolic inhibitors”]
[your own claim to “ownership” of the project – e.g.”that we have discovered”].

I would suggest that you leave the first key sentence until near the end. I would also suggest that you content yourself with a rough draft initially. You will have plenty of time to refine it as you flesh out the detail int he case for support.

Key sentence 2, the Importance sentence

The second key sentence states the importance of the specific outcomes promised by the project. The following sentence does this in two ways. The first clause gives some evidence that the big problem is really important. The second clause asserts that the specific problem that will be solved by the project is an important aspect of the big problem.

Stroke is one of the commonest causes of death and disability in the working population;
one of the most promising new avenues of treatment is to shut down brain function reversibly using a metabolic inhibitor, we have yet to identify a suitable molecule.”

Its skeleton is

The [huge important problem] is [your own statement that demonstrates with evidence that the problem is very important for one or more of health, society, the economy and the advance of knowledge and understanding];
[your own statement that the project outcome will contribute to solving the huge important problem].

I think that the second key sentence is definitely the last one to write.

Key Sentences 3-5, the Aims sentences

Sentences 3-5 would be the first and the easiest sentences for you to draft. They are what I used to call the “we need to know” sentences. There is one for each sub-project. An example from our hypothetical stroke project would be:- We need to identify which molecules in this family are most effective as reversible inactivators of brain tissue. The skeleton for an aims sentence would be something like this.

We need to [know or establish or develop]+[your own statement of whatever the sub-project is going to discover or establish or develop].

Each of the aims sentences introduces a section of the background to the project (the bit where you justify the need for your research) in which you convince the reader, by citing relevant evidence, that the key sentence is absolutely, starkly and compellingly true. You would also re-use the same sentence in the introduction to the case for support and in the summary.

Specific Aims

Some funders – notably NIH and the UK research councils, like you to talk about aims, or even specific aims. For this you create a compound of all 3 aims sentences of the following form.

We have three (specific) aims:-
1) to [discover, develop or establish] [your statement of whatever the first sub-project is going to discover, develop or establish]
2) to [discover, develop or establish] [your statement of whatever the second sub-project is going to discover, develop or establish]
3) to [discover, develop or establish] [your statement of whatever the third sub-project is going to discover, develop or establish]

Key Sentence 6, the Project Overview sentence

This sentence introduces the description of the research project by saying what kind of research it will involve, something about the facilities it will use – especially if these are distinctive in some way, and what it will discover. It may say something about the resources it will use. It is very similar to sentence 1 but it might have a bit more information about the kind of research and the specific outcome.

The following sentence, in italics, is an example related to our example of sentence 1. The proposed project will be a mixture of synthetic chemistry to produce candidate molecules and in vitro physiology to test their efficacy in producing reversible inactivation of brain slices in order to identify a potential treatment for stroke. The skeleton sentence, is The proposed project will [general description of research activity] to [specific description of research outcome] in order to [weak statement indicating partial progress towards solution of huge important problem].

I think that the project overview sentence should be written after the sub-project overview sentences.

Key Sentences 7-9: Sub-project Overview sentences

Each sub-project has a “this will tell us” sentence that matches the “we need to know” sentence but is a little bit more complex. It begins with a clause that summarises what you will do in the sub-project and continues with a main clause that says what it will tell us. For example:- We will use voltage sensitive dyes to assess the activity and responsiveness of brain slices in order to measure the effectiveness of different molecules as reversible inactivators of neural activity.

The skeleton would be:- We will [do the relevant research activity] in order to discover [the thing that we said we needed to know in the corresponding Aims sentence].

If your funder asks you to list research objectives as part of the grant application, or if it suits your writing style you can phrase (or rephrase) your “this will tell us” sentences as statements of objectives. They would read like this.

The research objectives are as follows:-
1) to [do the relevant research activity] in order to discover [the thing that we said we needed to know in the corresponding Aims sentence].
2) to [do the relevant research activity] in order to discover [the thing that we said we needed to know in the corresponding Aims sentence].
3) to [do the relevant research activity] in order to discover [the thing that we said we needed to know in the corresponding Aims sentence].

Key sentences 7-9 can be written as soon as you like. You should have everything you need to write them right at the start. However, they are a bit more tricky than key sentences 3-5, which is why I recommend that you start with those.

Key sentence 10, the Dissemination sentence.

The dissemination sentence should introduce a description of the projects dissemination phase. It may say something about what you will do with the results to create a platform for future research – by you or by others. The range of possible dissemination strategies is too great for me to construct a skeleton, however I will comment on the relative importance of dissemination versus building a platform for future research. The relative importance depends somewhat on key sentence 2.

Dissemination beyond the research community is important if key sentence 2 claims that the importance of your project is related to some practical problem or opportunity (curing a disease, making a technological breakthrough). Your dissemination plan will need to include steps you will take to make sure that the results are put to use and your project. You may also be requesting funds for dissemination activities.

On the other hand, if the importance of your project is purely to do with its potential to advance your subject, you probably do not need to say much about dissemination activities although it might be important to talk about communicating the results to your research community by publication and conference activity.

Speed-Writing Grant Applications in Vienna

Models produced in a project design and collaboration game we played at the Vienna workshop.

Models produced in a project design and collaboration game played in the Vienna workshop.

I have always found it frustrating that it takes so long to discover whether people learn anything in my workshops. It can take weeks, months or even years for somebody to come back with a draft grant application, although I do recall one awkward occasion when I was delighted to receive a complete draft application within an hour of the workshop. Unfortunately the delight did not last long: it soon became clear that the only thing the writer had learned was my email address!

Part of the reason for slowness is that writing is a slow business. It’s slower still when writing something to be be criticised and slowest of all when the task of designing a project has to come before the writing starts. In the past I tried to compensate by encouraging everyone to write, allowing them to write almost anything, and using the writing process to bootstrap the design of the project. This approach can take an awful lot of feedback, delivered over many iterations, to develop a polished grant application.

Recently I have taken a harder line. Regulars will have seen that I don’t think you should start writing until you have a project to write about. When you start writing, you should draft your skeleton of key sentences very quickly. Then get straight on with adding the flesh that will convince the skeptical reader that the key sentences are true.

It’s easy to take a hard-line approach on a blog, where readers will stop reading, rather than giving feedback about problems. Last week I decided to take the hard-line “write right now” approach face-to-face. I started a worksop by getting participants to write the first sentence of an application twice, once for their own project and once for someone else’s. Then, after a couple of presentations to teach them about style and content, I set them to divide their project into 3 or 4 sub-projects and to write the 10 or 12 key sentences.

In order to get participants over the project design stage, I used a brilliant idea given to me by Amanda West, from the University of Sunderland. Amanda pointed out that, for training purposes, it is easier to write a grant application for a project that has already been done. I had instructed applicants to prepare for the workshop by conceiving a research project based on their own PhD thesis, or on a published paper, if they didn’t have a project they wanted to do already in mind.

One of Vienna’s famous trams outside the Vienna Biosciences Centre

I am convinced that this approach, building the skeleton of a case for support by drafting key sentences, is the fastest way to get a grant application written, as well as being the best way not to waste time on a never-ending grant application. The results of the workshop were pretty encouraging. Most of the participants produced a full set of key sentences and several got to the point that they were fleshing them out with evidence and explanation before the end.

Of course there are many uncontrolled variables. For example, the participants – all post-docs from the University of Vienna Biosciences Centre – were exceptionally good, even though for most of them English was their second or third language. However, it also seemed clear that if it hadn’t been for the tasks I presented them with, most of them wouldn’t have got over the inhibition that everyone faces with a blank page. So I’m delighted to have found a way to get people writing key sentences even before they have a project because I am more than ever convinced that writing key sentences is the fastest way to write a well-structured grant application.

The Summary: Your direct line to committee feelgood.

Not many people realise that the summary section on your grant application is a direct line to the most influential member of the committee that decides where it sits in the funding priorities. You can make this person feel really good about your application, just as they start to read it. Let me explain how it works.

Grants committees everywhere are overloaded, thinly stretched and work very fast. Committees I have worked on would decide on a £300K grant in less than 10 minutes. Sometimes a lot less. I can remember a panel that decided on 72 applications in 6 hours. Meetings commonly last two days, so committee members will often have more than 100 applications to read for a meeting.

The subject spread of the applications is an even bigger problem than the numbers. Everybody on the committee is an expert on something. But expertise tends to have a very narrow focus, and for any individual member, most of the applications are outside that focus. Committees cope with this by designating a member, sometimes two or three, to become an expert on each grant. It is the job of these designated members to present the grant application to the committee.

The designated member is crucial to the success of your application. They explain to the committee what the grant is about. They say what the applicants propose to do, what are the specific research aims, how the proposed research project will meet those aims, and what will be done with the results. They summarise the referees’ recommendations and they recommend a score. It takes about 5 minutes. This presentation is hugely influential. Most of the committee will go along with the recommendation.

This system, or something like it, is widely used in the UK and overseas. There’s an excellent video illustrating how the US National Institutes of Health does it on youtube.

The nature of the review process means that the summary of your grant application has a huge influence on the designated member who presents your grant. Let me put you inside the head of a one-time presenter.

Presenting a grant is not easy. It’s always a stretch to get your head around someone else’s research ideas. There is a lot to keep straight in your head. And you are presenting in front of colleagues whose respect is important to you. You don’t want to look as if you are out of your depth in front of them. You feel that you want to do a good job.

Actually, you have to do more than one good job. Usually you have to prepare several presentations and keep them all straight in your head. Then you present them as each grant comes up. I once had to do 12 in one day.

As you pick up each application on which you have to prepare to speak, you have in mind both a nightmare and a dream. You can probably guess what the nightmare is. I want to tell you about the dream, because you have the chance to make it come true.

The dream is that the summary, which is the first thing you read, will start by saying exactly what problem the applicant proposes to solve and how. Then it will say what it is that makes the problem important, what are the specific research aims, how the proposed research project will meet those aims, and what will be done with the results. In short, the designated member’s dream is that the summary would be the ideal set of notes for a talk to explain the grant to the committee.

The dream continues: the introduction to the case for support makes exactly the same statements as the summary. Then the remainder of the case for support convinces the reader that the statements are true with detailed, evidence-based, argument and explanation.

So think about this dream as you write the summary of your next grant proposal. Make the dream come true. It will give your grant a huge advantage in committee.

Aims and Objectives, why the world needs your research.

Aims and objectives provide an excellent framework for the case for support in a research grant application.

A well-written case for support states an overarching aim based on a big research question. It shows how this big question gives rise to three or four smaller questions and then describes a research project that will answer those questions. The compelling logic for the reader is that the project deserves to be funded because it has been intricately designed to answer the big question. The truth may be that the intricacy lies more in the writing than in the project’s design. Matching sets of aims and objectives can be crafted to link a pre-designed project to a pre-existing big question.

Before we consider how to do this, let’s be absolutely clear about the difference between aims and objectives. There’s an excellent discussion of the difference in the context of a PhD project, by Pat Thomson. She defines the aim as “…what you want to know…” and the objectives as “…the specific steps you will take to achieve your aim..” This definition works perfectly for our purposes.

We can apply this distinction more or less directly in a grant application as follows.

Aims are the knowledge and understanding that you need in order to answer your research question. Well-designed aims create clear links between your research project and the big, important question that motivates it.
Objectives are specific research actions that you plan to carry out in your research project. The objectives define the structure of the research project. This means that if you design your project carefully, it will be clear that your research objectives will fulfil the aims defined by your research question.

The easy way to link up the aims and objectives is to start by describing the research that you want to do and what it will find out. You should divide your research project into (or assemble it from) three or four sub-projects. Each sub-project will lead to a clear discovery or outcome. Each outcome generates an exactly corresponding aim. If you want to do a sub-project that will discover how neurones in the cerebral cortex respond to lights of different colours, you have to have the aim “We need to know how neurones in the cerebral cortex respond to lights of different colours”. Working backwards from the objectives in this way means that aims and objectives match perfectly. No skill is required

The place where skill is required is in tying together the three or four aims and making the case that meeting each of them will make a significant contribution to solving a larger research problem that is important to your target funder. That is where the real skill of writing grant applications lies.

For completeness, in addition to this set of three or four aims with precisely matching objectives, I would recommend another four sentences which are a more complex mix of aim and objective and which would be used to set the context in any full statement of the aims and objectives. So a full statement of the aims and objectives would be as follows.

The first sentence, which would be the first sentence of the case for support, would be a one sentence summary of the whole proposal. It would state the overall aim of the project, which is to take us closer to solving the larger research problem, and the overall objective, which is to carry out the research project. This is a very difficult sentence to write but a very important one, for two reasons. First, it gets the reader excited about the project by telling them its aim and its objective. Second, because it tells everything in a single sentence, it can afford to gloss over uncertainties, helping the reader to form a positive view of the project.
Second, there is a sentence that states why the research problem is important and which may also introduce the specific aims.
Immediately after this sentence you would state the three or four specific aims.
Third, after stating the specific aims, you need to set the scene for stating the specific objectives with an introductory sentence that describes the nature of the research project.
The three or four specific objectives, stating research outcomes that exactly match the specific aims, would be stated immediately after it.
After the objectives, there should be a sentence that says what will be done with the research outcomes. In a sense this is an overall objective which should ensure that the overall outcome of the research project contributes to solving the larger research problem that motivates the entire project.

Finally I should make it clear that, although it matters for understanding this post, for the purpose of grant-writing, it doesn’t matter that some authorities, including the Oxford dictionary, do not distinguish between aims and objectives in exactly the same way as I do. What matters in a grant application is how you present the argument that links your project to the important question. Whether you call any individual link an aim or an objective is neither here nor there.

Put some meat in your feedback sandwich

Make sure that your feedback sandwich has plenty of meat.

This is one of a series of posts with advice for people who review grant applications for their friends and colleagues. It is also intended to encourage people writing grant applications to review what you have written before you ask a colleague to read it and tell you something you could have worked out for yourself. My last post argued that a quick and easy way of reviewing a grant application is to check its structure. Good structure makes a grant application easy to read.

Most applications will have very poor structure. If the structure is poor, it is not worth reviewing the detailed content. One reason is that it will take too long. Another is that, even if the content is very good, a funding committee’s enthusiasm for the application will be limited because the poor structure makes it difficult to understand.

At this point I feel honour-bound to confess that I have hesitated a couple of weeks before finishing this post because I know that many people find my feedback a bit too direct. They like to soften criticism by constructing a feedback sandwich that smothers useful comments in copious quantities of praise. My view is that feedback should be clear, it should explain how the proposal can be improved, and it should be delivered as quickly as possible. Feel free to cut and paste from what follows and to wrap it up in whatever form suits you.

The application should have an introduction that states clearly:-

what goal the project will achieve;
why the goal is important;
about three aims, which are things that we need to discover or understand in order to achieve the goal;
the general research approach;
about three research objectives, which are pieces of research that will enable us to achieve the aims; and
what will be done with the results.

These statements are what I call the ‘Key Sentences’. They are a distillation of the argument that the project deserves funding. If the grants committee believe the key sentences, they will almost certainly award a grant. So the rest of the case for support should be designed to make the reader believe the key sentences. It does this by repeating them, and reinforcing them with evidence or explanation.

After the introduction, the case for support has two main sections, each of which repeats six of the key sentences and then justifies or explains them. The background section deals with the goal, the importance and the aims. It should explain, with evidence, why the goal is important and how meeting the aims will achieve the goal. The description of the research project deals with all the rest. It should explain in detail the research approach, the research objectives, and what will be done with the results.

The structure allows a reader to understand the message of the grant in 2 or 3 minutes, by ‘speed-reading’ it. This is very important. The committee that decides whether or not to award the grant will have dozens of other applications to read and discuss. Most members will have a limited understanding of the detailed argument. Some of them will still be reading the application during the final discussion about whether to fund it. All of them will have a say in whether it gets funded. They will be much more enthusiastic to fund an application that they can understand and remember.

The structure also helps the referees who will read the proposal thoroughly and write an evaluation. Each key sentence leads directly to the detailed argument and evidence that justifies and explains it. It is not quite as important to make referees’ task easy because each referee typically only deals with a small number of proposals. Moreover, their enthusiasm will be based on their evaluation of the detailed argument. But it definitely doesn’t hurt to make their task easy.

Opening sentence

The opening sentence must whet the reader’s appetite. The best way to do that is to say what the project will achieve, together with something about how it will achieve it, ideally with a clear implication that the research team are well qualified to do the work. For example, the sentence “This project will develop a new potential treatment for stroke based on a family of synthetic metabolic inhibitors that we have discovered, and synthesised” achieves all this. The reference to discovery and synthesis suggests that the project is a continuation of past work. Of course the suggestion that the project continues previous work does not testify to its importance – that will rest on the opening clause, which states that the project will develop a new potential treatment for stroke.

Draft grant applications quite often have a good opening sentence. But it is not usually at the beginning. Usually it is somewhere towards the middle. Skim through the whole case for support to see if there is a suitable opening sentence that can be moved to the opening position.

It is useful to repeat the opening sentence at the start of the background section, which usually follows after the introduction. It is also useful to open the summary with the same sentence. Repetition of this kind is very good: it helps the reader to remember the essential message. Unfortunately most academics don’t like to repeat a message unless they can confuse readers by using completely different words.

Importance sentence

It’s useful to have a sentence explaining that what the project will achieve is important and to have it follow the opening sentence, which says what the project will achieve. Health, social, or economic benefits are usually, depending on the remit of the funder, good reasons that something is important. Solving a major theoretical problem may also be a good reason. Being the next logical step from the applicant’s previous research is typically not a reason for importance, although mentioning this kind of progression can be a useful way of supporting the proposition that the applicant has the necessary skills to carry out the research.

The importance sentence should also be repeated in the background section and in the summary.

Aims

The aims of the project should be stated immediately after the importance sentence. If you don’t know the difference between aims and objectives (surprisingly, the Oxford Dictionary is rather little help: its definition of ‘objective’ is ‘thing aimed at’), read this excellent post on Pat Thomson’s blog.

I suggest that there should be about four aims. I also think that because funding agencies often ask you to state aims and objectives, you should use them as key parts of the structure. A good way to state an aim is to say that “We need to know” something. There are three important things to check about each stated aim.

The aim should be restated, word for word, in the background section, where it should be followed by a few paragraphs that convince the reader that this is an important aim. Usually they do this by citing appropriate literature. Stating and justifying the aims like this is a device to create a direct link between what the project will do, and an important underlying question that the funder will pay to have answered. It’s also a way of papering over the cracks when the link is a bit tenuous.

The aims of the project should also be stated in the summary. Repeating them exactly, using the same sentences, is a good way of helping the reader to remember them.

Project overview sentence

It is useful to have a sentence that says what kind of research project is envisaged and what the likely outcome will be. It’s often necessary to have something that puts the reader in the right frame of mind for the subproject overview sentences. This sentence should be in the introduction and should be repeated at the start of the section of the proposal that describes the research project in detail.

Sub-project overview sentences (Objectives)

The essential difference between aims and objectives is that, aims tend to be abstract and objectives tend to be concrete. Aims are things that we would like to achieve. Objectives are the concrete things that we will do in order to achieve those aims. Thus the four or so sub-projects that comprise a research project are objectives. Matching the objectives to the aims is a good way of convincing the reader that the research needs to be done: the description of each sub-project should begin with a sentence that includes the phrase “this will tell us” whatever the corresponding aim says “we need to know”.

These sentences should be ‘pre used’ in the introduction and in the summary.

Dissemination

The last substantive sentence in the introduction should say something about what will be done with the results. Again, this sentence should be re-used to introduce the last sub-section of the description of the research project, which should explain it in detail.

So, that’s the filling for the feedback sandwich. How do you wrap it up? I think that it’s up to you to use your judgement. All the wrapping does is to set a baseline. In my view it doesn’t much matter where the baseline is, as long as it is absolutely clear how much the structure of the case for support could be improved.

I should point out that some funders, including several UK Research Councils, require applications to contain a section detailing the achievements of the research team. That section, which is an excellent way of supporting the competence proposition, is in addition to those discussed in this post.

Parker Derrington Ltd

Training and Consultancy