Exercises — Chapter 32: The Grant Writer's Toolkit

These exercises are mostly about building — assembling and using your own toolkit. Work them with your real work and typical funders in mind, so you finish with infrastructure you'll actually use.

How to use these: Part A checks recall; Part B applies the chapter to concrete toolkit decisions; Part C asks you to build real tools; Part M interleaves earlier chapters. Answers to selected exercises (★) are in the back matter.

Part A — Recall and Understand

A1. ★ State the chapter's threshold concept in your own words. Why does reusable infrastructure transform a grant writer's sustained output?

A2. Name the core tools in the toolkit and the chapter each distills.

A3. What does it mean that a template is a "starting structure to adapt," not a "fill-in-the-blank shortcut"?

A4. ★ Why does the toolkit work — beyond saving time — in terms of cognitive load and the blank-page barrier?

A5. Define: template, checklist, worksheet, boilerplate, reusable library, style guide.

A6. Why is the response-to-reviewers template among the most valuable in the toolkit?

A7. What disciplines keep a boilerplate library from causing harm?

Part B — Apply

B1. ★ Reuse what, build fresh what? For each, say what's reusable (structure) and what must be built fresh (content): - (a) A budget for a new project. - (b) An organizational description for a new funder. - (c) An aims-page structure for a new proposal. - (d) A capability statement for a new project.

B2. Adapt across funders. Take your aims/LOI template and describe how you'd reshape it for (a) an NIH specific-aims page, (b) an NSF Project Summary, and (c) a foundation LOI.

B3. ★ Fix the boilerplate failure. A reused organizational description still names the previous funder and emphasizes irrelevant capabilities. Diagnose the failures and describe correct boilerplate use.

B4. The funder-research filter. A grant writer skips the funder-research worksheet to "save time" and writes a full proposal for an ill-fitting funder. Explain the cost and how the worksheet would have prevented it.

B5. Toolkit in action. Walk a proposal through the toolkit (worksheet → timeline → templates → boilerplate → budget template → checklist), naming what each tool contributes.

Part C — Analyze and Create

C1. ★ Assemble your toolkit. Using the Section 32.7 checkpoint, build your toolkit: adapt the component, budget, checklist, worksheet, response, and timeline tools to your work; organize it where you'll use it. This goes in your "My Proposal" workspace.

C2. Start your boilerplate library. Write polished, current versions (at one or two lengths) of your organizational description, your bio/capability statement, and your standard program/methods language — dated and sourced.

C3. ★ Build a per-funder checklist. Take the pre-submission checklist and tailor it to a specific funder you target, adding that funder's specific requirements.

C4. Begin a style guide. Draft your personal style guide: standard terminology (with definitions), formatting conventions, and three do's-and-don'ts you've learned.

C5. Plan your maintenance habit. Describe how you'll capture improvements from each proposal into your toolkit (boilerplate, checklists, templates), so it compounds over time.

Part M — Mixed and Interleaved Review

M1. ★ (Ch 15 + 32) How does the pre-submission checklist embody Chapter 15's lesson that a noncompliant proposal is never read?

M2. (Ch 4 + 32) Why does the backward-timeline tool work backward from the deadline, and what failure does it prevent?

M3. ★ (Ch 22 + 32) Why is the response-to-reviewers template so valuable given how most grants are actually funded?

M4. (Ch 11–12 + 32) Why must a budget template reuse the structure but build the numbers fresh? Connect to budget-narrative coherence.

M5. (Ch 5 + 32) The templates scaffold components, but the chapter insists coherence still comes from you. How does Chapter 5's "one argument" warn against template-driven incoherence?

M6. (Ch 28 + 32) How does a shared organizational toolkit connect to Chapter 28's development-capacity investment?

🪞 Metacognitive check-in. Did building (or planning) your toolkit feel like a distraction from "real" proposal work — or did you start to see it as the infrastructure that makes all future proposals easier? The hour spent on the toolkit pays back on every proposal after this one. If you felt "too busy" to build it, notice that the busyness is the symptom the toolkit cures. What's the first tool you'll build, and when?