One of the most important genres I write in my leadership position at Eli Review is project requirements. These documents are not public-facing but they serve multiple internal audiences. For any development project, whether adding a new feature or upgrading an existing component, these documents define the scope and purpose of the work both for the instructional group and marketing people who use the product but also serve as a roadmap for developers carrying out the work.
My job is to work with both groups of stakeholders and make sure the purpose and scope of the project are clear. For the teaching team, the document ensures that the new development work will address the use cases it’s intended to. For developers, it lays out the scope of the work in the most granular detail possible without getting overly technical, making it possible to place a reasonable estimate of time and cost on that work.
Here are requirements documents for three different Eli Review development projects:
- Course Cloning (pdf) – see full case study
- Time Zone (pdf) – see full case study
- LMS Integration (pdf) – see full case study
In each of these cases, I created the majority of the content and then sought feedback from each party and revised as necessary. As project manager, it’s my job to shepherd materials like this amongst the various constituent groups to make sure we’re on the right page and then lead the implementation of the documented work.