I recently read a helpful post (with handy infographic) on how to close a project by Elizabeth Harrin of the Rebel’s Guide to Project Management blog. Although I get a lot out of reading project management blogs, the tips don’t always straightforwardly translate into the kind of work I do, which usually involves delivering an encyclopedia or book project for publication rather than conducting the sort of change-management process more typically associated with project management outside publishing.
However, the more I looked at Harrin’s seven steps, the more I thought of ways they fit in with closing editorial projects. Let’s take each of the steps in turn.
Tips on how to close editorial projects effectively
1 and 2. Handover to users (training and support)
Although I don’t have to train anybody in what to do next with my project deliverables (my publisher clients are, unsurprisingly, very familiar with how to print and digitally publish a book!), I do have to give some context for the files I’m handing over. Final versions of all of the project’s basic documentation (such as style sheets, art logs and lists of authors’ contact details) need to be provided. And there might be things the client needs to know concerning oddities in the files that shouldn’t be overridden at later stages. General project context may also be helpful in terms of the publisher managing their relationship with the author(s) going forward. Finally, I’ll generally have been working closely with an editorial board and/or a team of authors, and they need to know what happens next and who to contact going forward.
3. Finalise procurements (close out budgets and contracts)
All costs need to be tallied and checked, with the client updated as necessary. I also make sure all invoices have been properly raised and dealt with so that I can be sure all of the freelancers I’ve contracted can close their part of the project satisfactorily.
4. Evaluate project
My clients generally don’t require a formal project evaluation, but nevertheless I consider some sort of retrospective to be a vital part of finishing a project, both for the sake of my ongoing relationships with my clients and for the sake of my business.
- Relationships with clients: I always aim to work with my clients as a true partner, so I’m always open to sharing views on what worked well and where improvements might be made in the future. Similarly, I always welcome and act upon feedback from my clients; as I’ve written elsewhere, I work on the basis that there’s a direct relationship between how I respond to feedback and the financial health of my business.
- Improvements to my business: one of the benefits of running a small business is that you have the ability to continually make and remake your procedures without having to get approval from anybody else (as long as you’re meeting your clients’ requirements, of course). The end of a project is a great time to identify whether I can see ways to refine or overhaul my documentation, communications, quality control procedures or efficiency.
5. Write closure document (gain formal approval for project close)
Formal approval to close a project is quite straightforward: handover of the files for publication is deemed to be the end of my role in the project. However, before I hand the files back, I always look over project communications and to-do lists to ensure that none of my client’s requirements have slipped my mind. As far as I’m concerned, if my client has to ask where to find certain information or check whether I’ve completed a task, I haven’t done my job properly. I want to make it as easy as possible for my client to check what I’ve done and send it on to the next stage of the process.
6. Celebrate (thank the team and celebrate achievements)
On the same basis that I value feedback myself (see point 4 above), I always try to find time to give feedback to freelancers I’ve worked with. In addition, as a project manager, I’ll often ask for feedback from them too, on the basis that the better I understand what they need from me, the better they will be able to deliver what I need from them. As to celebrating, the rush of handing back a large project is always a great feeling. I’ll certainly be celebrating next month when I complete my biggest project to date: a 12-volume encyclopedia that’s lasted over two years.
7. Archive project (file all project information and create archive)
For me, archiving serves two purposes: (1) ensuring I will have everything to hand should queries on the project arise in the future and (2) helping me to conduct regular analyses of the financial and general health of my business. However much I think I should be able to remember the minutiae of a given project 12 months from now, I know that I won’t. Subsequent projects will have made the details of this one fade, so I need to make sure I have the key project facts easily accessible.
Adding that last missing comma is not the end of a project. The way you close an editorial project has a huge bearing on how clients remember you (and thus your prospects of future work) and how you manage your business’s development. These seven steps are a great little checklist to keep on hand to make sure all of the details of a project – in terms of deliverables, stakeholders and evaluation – are wrapped up thoroughly and to everybody’s satisfaction.