Category Archives: Research Grant Applications

Dealing with rejection 2: Salvage.

Collection_of_scrap_aluminium_in_Welshpool_by_the_Womens_Voluntary_Service_(8559465818)

Salvage is the only way forward after rejection.

The most difficult aspect of grant rejection, apart from not having a grant of course, is that your motivation to write new applications evaporates. That’s why it’s even more important than working out what was wrong with your rejected application to salvage what you can from the rejected application and start putting together a new one.

It is of course important to take the opportunity to learn what you can about what was wrong with the rejected application and I wrote about how to do that last week. However, whether or not you learn anything from it, you must come to terms with the fact that your rejected application is dead. Yes, dead. I’m sorry, I did say dead and I do mean dead. Mourn its passing but do not imagine that editing will reanimate its corpse. Use your editing pencil instead to mark useful parts to salvage and recycle.

 Salvage the Sub-Projects One at a Time

The most important part of the case for support is the description of the project. This should be at least half the case for support and it should be subdivided into three or four sub-projects. If it isn’t subdivided into projects then you can divide it up as you salvage it.

A sub-project is a discrete set of research activities designed to produce a definable outcome. You must divide your project into sub-projects in order to make it accessible for the grants committee. Remember, they are not experts in your field so they are unlikely to appreciate your project unless you can break it into bite-sized chunks.

If you cannot easily divide your research into sub-projects you can use the timeline of your project to divide it into phases. You will need to be able to say in a single sentence what you expect to be the outcome of each phase. If it’s impossible to do this you need to think again. You won’t get funding for a research project unless you can produce a succinct statement about what you expect to have happened by the time you are about a third of the way through it.   Of course you can use natural break-points in your project to divide it into phases that are not exactly equal, but if you want to get funded you must be able to give confidence that you will are able to plan the progress of your research.

Record Key Information About Each Sub-Project

To make it easy to re-use the sub-projects you need to record extra information with them. I suggested in a previous post that you should compile a catalogue of sub-projects with this information.

  • The most important thing to record is what the outcome would be if you were to carry out the sub-project. You should use this to draft a key sentence that describes the sub-project and states the outcome, unless you have already written such a sentence.
  • A list of the research activities that comprise the sub-project.
  • A list of the skills needed to carry out the sub-project.
  • A list of the resources needed to carry out the activities in the sub-project. This consists of 2 sub-lists:-
    • resources already available to you, and
    • resources you need the grant to pay for.

If you can salvage all of your sub-projects you should have about half what you need for another grant application. However I strongly recommend that you try to create a portfolio of sub-projects so that you can re-use them in different combinations.

 Useful Sentences and Phrases

The descriptions of the sub-projects are the only large chunks of text that I would advise you to salvage from the proposal. The other sub-sections will probably not be relevant if you restructure your project, which I strongly advise you to do. However, there are some snippets of text that could be worth salvaging from the rejected proposal.

  • Key sentences, other than those in the sections of text you have salvaged, are probably not worth salvaging. The ones that express the need to do the sub-projects you have salvaged will be useful but they are very easy to write. Any others should be viewed with suspicion because they have failed.
  • Sentences that refer to your research and project management skills and those of your team are quite difficult to write and should be salvaged if they read well. If your project is for BBSRC, NERC, MRC or EPSRC there will be whole sections of text describing the accomplishments of the different members of the project team that should be salvageable.
  • Descriptions of how existing resources will be used should also be salvaged, even when they are part of  sub-projects that you may not re-use.

Finally, a word of caution, be suspicious of all the text you are salvaging. Something in your grant application sank it and, unless your feedback made it very clear what it was, you should be cautious about the possibility of salvaging something that could sink the next one.

How to Deal with Rejection 1: What could I have done better?

Are you driven by the question or by the project?

Did you design a project that will answer your question? Thanks to Nick Kim, http://lab-initio.com

Getting a grant application rejected has three things in common with other rejections.

  1. Rejection is slightly less painful if you have other applications still being considered.
  2. Regardless of how painful it is, rejection is an important learning opportunity.
  3. Regardless of the pain and the learning, you need to make sensible decisions about whether, and how, to try again.

I know – believe me I really know – that getting grant applications rejected is painful. In my experience the combination of pain and humiliation can make it impossible to think analytically about the application for weeks or months. However, unless your desire to do research is completely extinguished, sooner or later you have to come back. When you do, it’s really important to learn as much as you can from the rejection and use it to plan the best way ahead.

If you are still consumed with the pain of rejection, you might want to bookmark this page and come back when you feel able to be analytical. However there are three practical  reasons you might want to work through the pain and deal analytically with the rejection now.

  • Dealing constructively with a rejection helps to draw a line under it and resolve the pain.
  • The sooner you start, the better will be the outcome for two reasons.
    • You will do a better job on the analysis if you do it while your memory is fresh.
    • Any plans you develop as a result of the analysis are more likely to be successful if you can implement them before they go out of date.
  • The more times you deal with rejection, the easier and the quicker it gets. I can remember once  (admittedly it was about my 20th rejection) I was able to deal with it in less than a day, rewrite the grant in under 3 weeks and get it fully funded.

If you have got this far I am assuming you want to be analytical. There are four separate steps.

  1. Work out why your grant application was rejected.
  2. Work out how you could have made it stronger.
  3. Salvage useful components.
  4. Get back on the horse.

I’ll deal with the first two in this post and the other two next week.

Work out why it was rejected

Usually the reviews you get back will  say lots of good things and it can be hard to understand why an application with so much going for it could have been rejected. Rejections usually boil down to:-

  • the committee thought the research question wasn’t important enough or
  • the committee couldn’t see how the project would answer the question.

There are three things you should consider here.

  1. It only takes one hole to sink an otherwise perfect boat. It might make it easier to find the hole if you filter out the negative comments and look at them separately.
  2. In most cases the committee discussion is more important than the referees reports but the description of their discussion is likely to be both short and vague. So the hole in the boat my not be very well defined.
  3. Funding rates are falling and sometimes perfect grants, grants that propose well-designed projects that will answer important questions, don’t get funded because there just isn’t enough money.

Don’t be too eager to assume that your grant was perfect. If the funding rate was 30% or better then it’s very unlikely. In fact, most grants that get funded could be improved significantly.

Work out how you could have made it stronger

Regardless of why your grant application was rejected, you should look to see whether it could have been improved. This is particularly important if the reason for rejection is not apparent from the comments: a badly written grant simply fails to convince the reader – the reader may not know why.

You should look separately at four elements:- the description of the project, the background, the introduction, and the summary. As a rough guide you should be clear on the following questions:-

Description of the project

  • Is it clear what you will do?
  • Have you explained the steps that will take you from starting research to having a set of findings that are written up and disseminated?
  • Is the project divided into three or four (i.e. more than two and fewer than five) phases?
  • Is it clear what will be discovered by each phase of the project?

Background to the Project

  • Have you given a good reason why you should do your project? Have you linked it to an important question?
  • Is your link direct (your project will completely anser the question) or indirect (your project will take some important steps towards an answer to the question)?
  • Has the funder stated explicitly or implicitly that this question is important? This is probably worth a whole post. I’ll get around to it.
  • Have you linked the question clearly to each phase of your project by showing that we need to know what each phase of the project will discover?
  • Do other authors agree with your specific ‘we need to know’ statements or are they individual to you?
  • Have you cited publications that demonstrate that your team are competent to produce new discoveries in this area?
  • Have you overstated your contribution to the field?
  • Could other people think this area is a backwater rather than a niche?

 Introduction

  • Does the introduction make all the statements listed in the ‘key sentences‘?
  • Does the introduction state every thing that  ‘we need to know’.
  • Does the introduction state  every thing that the project will discover?
  • Are these statements in the introduction clearly the same as the statements that begin the corresponding sub-sections of the background and the description of the project? They should be recognisably the same statements although they don’t have to be exact copies.

Summary (I mean the summary of the Grant Application)

The summaries of most successful grant applications are appallingly bad. You can see this if you look for the details of successful proposals from the UK research councils or from the European Research Council. However, a good summary helps the funding agency to choose more appropriate referees and it helps the referees and the committee members to understand the research. You should check the following:-

  • Does the summary make all the statements listed in the ‘key sentences‘?
  • Does the summary state every thing that  ‘we need to know’.
  • Does the summary state  every thing that the project will discover?
  • Are these statements in the summary clearly the same as those in the introduction? They should be recognisably stating the same thing although they don’t have to be exact copies.

What Next?

It’s very likely that these two exercises will give you a clearer sense of how you could have given your application a better chance. Next week I will discuss what raw material you can take from a rejected grant application and how to turn it into the basis of future success.

How to Write a Research Grant Application in 2 Weeks

MonkeysAndTypewriters

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?

13550103_sThis 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

20005338_sLast 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.

  1. 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.
  2. 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.

ZombieGrantWarningIf 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?

Nuke_fishWhat 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

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

ComplicationWarningI 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.

  1. 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.
  2. 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.

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

A skeleton representation of the four parts would be:

  1. 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”]
  2. by [ your own much more specific description of what it will actually do]
  3. [your own assertion that the project is novel or timely – e.g.”novel synthetic metabolic inhibitors”]
  4. [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.

  1. Stroke is one of the commonest causes of death and disability in the working population;
  2. 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

  1. 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];
  2. [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

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.

18534682_sNot 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.