Skip to content

Let the Grant Do the Talking

2012 December 4
by Sheila

I spent the day talking with an organization, the New Urban Arts Center, that takes a different approach to their arts education and humanities-driven missions than arts and humanities funders are accustomed to supporting. We talked about the ways that they need to explain their process-driven approach to art to those not intimately involved, and that in doing so, they are educating supporters and funders into their humanities-driven educational community praxis.

This type of educating and guiding also is required of digital humanists when demonstrating the value of their scholarship and scholarly contributions to digital processes, code, sites, tools, et al. The approaches are new and not fully accepted and integrated into academic departments, or into most cultural heritage institutions that are used to assessing value or impact in different ways. Non-digital humanists are capable of assessing scholarship in digital formats, but we still need to guide them into understanding in the type of work we do and the meaning that it holds.

We cannot assume that our work stands alone, particularly when we are implementing new methods and types of scholarships. We have to constantly talk about our work to different audiences so as to guide colleagues, a committee, or a department how to read and understand the digital work before them. Writing in a plain style and illustrating in plain design, should articulate the complexity of thought required by a review committee, while also demonstrating that the digital work we do is grounded in our humanities training. That style is most often incorporated into grant proposals and products.

One way to present our work could be to let grant proposals and related reports or white papers do some of the talking for us, because those forms of writing already provide intellectual rationales behind a digital project and illustrate that theory in practice.

At RRCHNM, when we introduce new staff to our projects we generally ask them to read through the funded grant proposal and, if applicable, reports, and products (most often is a website). Why not try this approach with a review committee?

Funded proposals, after all, are peer-reviewed publications and peer-accepted rationales for pursuing research work. Grant proposals, particularly ones that receive federal monies, are more heavily scrutinized by a larger number of experts than would ever peer review a prospectus or a draft manuscript for a publisher. Receipt of funding equals a nod of approval from leaders in the field that the rationale proposed is grounded, and that the project will have some real impact on the field or fields in which it is nestled.

This style and tone of writing is different than what one uses for a journal article, but a proposal similarly requires that the author, or authors, persuasively construct and support an argument to fund a new digital project or pursue research. The authors must illuminate how the digital humanities project is unique among the sea of other DH projects and how it is meaningful for the targeted audience by demonstrating knowledge of a field through literature reviews and environmental scans.

If you’re writing for the NEH, for example, you must position your work, be it a content project, employing digital methodologies, or building a tool, deeply within humanities scholarship. To do so, those conceptualizing a project must also provide a rationale that explains methodological choices and generate scholarly use cases for how the specific project will be or might be used by others pursuing their own humanities work.

Proposals also must be written in a style that is free of jargon, while also explicitly describing methodologies and technologies incorporated into creating the project. By writing in plain style, proposal authors are also opening a door into understanding for non-specialists of what the project does and how it can “count” as research and scholarship.

Progress from proposal to finished product can be traced in interim and final reports. Reports detail the work done during a specific time period. and, importantly, reports are often the place where a project manager or director discusses diversions and revisions of the work detailed in a proposal. In some cases, final reports contain are useful places for project teams to reflect on how well the project achieved its goals and explain where the team may have diverted from the proposal in intellectual and methodological approaches and outcomes. Again, the style of a report is such that non-specialists should be able to understand what is happening during the life of a grant.

If you are not doing grant-funded work, could it make sense to follow guidelines from an NEH-ODH grant, or by modeling a final grant report as ways to describe your work in a portfolio?

Grants also produce specific deliverables, and it seems logical to present those pieces of scholarly digital work that are designed for a specific medium to a committee for review. Again, this may require additional work on the part of the scholar to open up the medium, whether through some documentation of method or by creating a digital entry point for reviewers (a sandbox, perhaps) to examine the work where the work happens. Additionally, a conference presentation or process papers that are published to one’s or a project’s blog might explain and provide that visual guide through the method and medium in which the work was produced.

In some ways, this is my case for creating better documentation for using the digital projects we build. We need to do a better job (generally, because there are some good exceptions) of talking about digital methodologies and projects to non-specialist audiences. This helps to encourage those eager to test out our methods, but who aren’t quite sure how to start. And, opens up this seemingly-difficult-to-decipher work to our colleagues and those assessing our work.

No comments yet

Leave a Reply

Warning: Undefined variable $user_ID in /home/sheilabr/public_html/ on line 65

Note: You can use basic XHTML in your comments. Your email address will never be published.

Subscribe to this comment feed via RSS