Last modified on 5 January 2014, at 22:56

Bookshelf project process

The overall project process is summarized below (think funnel):
Step 1: Content collection, where everyone is welcome to edit, contribute, and help us define the content elements for that deliverable. The project team needs your perspective and knowledge (and access to information sources)
Step 2: Structure and initial drafts, where the page is edited by the copyeditor, writer, and the key stakeholders. Everyone is welcome to review the page but please use Discussion to post your comments and ideas.
Step 3: At this final stage, only the copyeditor and the lead writer edit the page.
For all the stages, you will find the writers/leads on the deliverable communicating with you using a banner at the top of the page.

Why this process?
We are trying a fine balance between leveraging crowd knowledge and ensuring high quality of deliverables.


Content collection, draft, stakeholder reviewEdit

  • Contact the sources/SME who will help you define the key talking points
  • Create the structure aligned to similar deliverables already created
  • Create your first draft
  • Validate the talking points and the draft with the key stakeholder for text content
  • Clean up the content with the new data from volunteers and the stakeholder review
  • Send the wikipage to the copyeditor for review

CopyeditingEdit

  • Ensure the writer follows the writing guidelines. Help the writer understand by explaining what and why the change was made so it is easier for the next time
  • Ensure that the deliverable is aligned to the design standards established for the project
  • Contact the Project Manager to define and establish standards for new styles
  • Best practice: Writer to not touch the content till copyediting is complete
  • Best practice:Writer to direct the community to Discussion page for any other edits or comments (and not edit the page directly while the copyeditor is reviewing the page)

Final stakeholder reviewEdit

  • Give a heads up to the key stakeholder on the day when you will have the content ready for review (maybe a week in advance)
  • Best practice: Highlight specific areas you want the key stakeholder to focus on. For example, you added a new topic since the last revision.
  • Ensure that your deliverable is ready, final, and of a quality that you might want it to be printed (you do not want to change the text too much once the key stakeholder has given a final approval)
  • Implement stakeholder review and send for copyediting

OwnersEdit

  • Project process, schedule, managing risks and stakeholder expectations: Project Manager
  • Deliverables: Lead assigned to each solution
  • Wrting styleguide: Copyeditor
  • Design: Graphical designer Gerson Chicareli 2012