By: David McMurrey
Upon completion of this chapter, readers will be able to:
Peer reviewing (also called peer-editing) means people getting together to read, comment on, and recommend improvements on each other's work. Peer-reviewing is a good way to become a better writer because it provides experience in looking critically at writing.
Team writing, as its name indicates, means people getting together to plan, write, and revise writing projects as a group, or team. Another name for this practice is collaborative writing—collaborative writing that is out in the open rather than under cover (where it is known as plagiarism).
When you peer-review another writer's work, you evaluate it, criticize it, suggest improvements, and then communicate all of that to the writer. As a first-time peer-reviewer, you might be a bit uneasy about criticizing someone else's work. For example, how do you tell somebody his essay is boring? Read the discussion and steps that follow; you'll find advice and guidelines on doing peer reviews and communicating peer-review comments.
At the beginning of a peer review, the writer should provide peer reviewers with notes on the writing assignment and on goals and concerns about the writing project (topic, audience, purpose, situation, type), and alert them to any problems or concerns. As the writer, you want to alert reviewers to these problems; make it clear what kinds of things you were trying to do. Similarly, peer reviewers should ask writers whose work they are peer-reviewing to supply information on their objectives and concerns. The peer-review questions should be specific like the following:
When you peer-review other people's writing, remember above all that you should consider all aspects of that writing, not just—in fact, least of all—the grammar, spelling, and punctuation. If you are new to peer-reviewing, you may forget to review the draft for things like the following:
Once you've finished a peer review, it's a good idea to write a summary of your thoughts, observations, impressions, criticisms, or feelings about the rough draft. See the peer-reviewer note below, which summarizes observations on a rough draft. Notice in the note some of the following details:
Excerpt from a note summarizing the results of a peer review
Spend some time summarizing your peer-review comments in a brief note to the writer. Be as diplomatic and sympathetic as you can!
As mentioned earlier in this chapter, team writing is one of the common ways people in the worlds of business, government, science, and technology handle large writing projects.
When you begin picking team members for a writing project in a technical writing course, choose people with different backgrounds and interests. Just as a diverse, well-rounded background for an individual writer is an advantage, a group of diverse individuals makes for a well-rounded writing team.
If you are the team leader, you might even ask prospective team members for their background, interests, majors, talents, and aptitudes. These following writing teams combine individuals with diverse backgrounds and interests:
Writing Team 1
Project: A report on current cloaking technologies
Team members; backgrounds, skills, interests
- Shawn S. - Electrical engineering major, currently doing basic office-management chores at a law firm
- Tracey K. - Senior English major, hoping this course helps with employment prospects
- Sanjiv G. - Computer science major, currently doing computer graphics at a software development shop
- Jeon Chang Y. - Soon-to-be electrical engineering major, still developing English language skills
- Alice B. - Undeclared major with a nontechnical focus, possibly in the wrong course, no stated skills
Once you've assembled your writing team, most of the work is the same as it would be if you were writing by yourself, except that each phase is a team effort. Specifically, meet with your team to decide or plan the following:
Much of the work in a team-writing project must be done by individual team members on their own. However if your team decides to divide up the work for the writing project, try for at least these minimum guidelines:
Some of the work for the project that could be done as a team you may want to do first independently. For example, brainstorming, narrowing, and especially outlining should be done first by each team member on his own; then get together and compare notes. Keep in mind how group dynamics can unknowingly suppress certain ideas and how less assertive team members might be reluctant to contribute their valuable ideas in the group context.
After you've divided up the work for the project, write a formal chart and distribute it to all the members.
Figure 1: Chart listing writing team members' responsibilities for the project
Early in your team writing project, set up a schedule of key dates. This schedule will enable you and your team members to make steady, organized progress and complete the project on time. As shown in the example schedule below, include not only completion dates for key phases of the project but also meeting dates and the subject and purpose of those meetings. Notice these details about that schedule:
Schedule for a Team Writing Project
Task Deadline Individual prototypes due October 1 Team meeting: finalize the prototype October 1 Rough-draft style guide due October 5 Team meeting: finalize style guide October 5 Twice-weekly team meetings: progress & problems October 5-26 Graphics sketches due to Jim October 14 Rough drafts of individual sections due October 26 Review of rough drafts due October 28 Team meeting: discuss rough drafts, reviews October 28 Update of style guide due from Sterlin October 31 Revisions of rough drafts due to reviewers November 3 Final graphics due from Jim November 5 Completed drafts to Sterlin: final edit/proof November 7 Team meeting: review completed drafts with final graphics and editing November 12 Completed drafts due to Julie for final production November 15 Team meeting: inspection of completed project November 15 Project upload due to McMurrey November 16 Party at Julie's November 19
When you work as a team, there is always the chance that one of the team members, for whatever reason, may have more or less than a fair share of the workload. Therefore, it's important to find a way to keep track of what each team member is doing. A good way to do that is to have each team member keep a journal or log of what kind of work she does and how much time she spends doing it.
At the end of the project, if there are any problems in the balance of the work, the journal should make that fact very clear. At the end of the project, team members can add up their hours spent on the project; if anyone has spent a little more than her share of time working, the other members can make up for it by buying her dinner or some reward like that. Similarly, as you get down toward the end of the project, if it's clear from the journals that one team member's work responsibilities turned out, through no fault of his own, to be smaller than those of the others, he can make up for it by doing more of the finish-up work such as typing, proofing, or copying.
Because the individual sections will be written by different writers who are apt to have different writing styles, set up a style guide in which your team members list their agreements on how things are to be handled in the paper as a whole. These agreements can range from the high level, such as whether to have a background section, all the way down to picky details such as when to use italics or bold and whether it is "click" or "click on." See the excerpt from a project style sheet in the following.
Before you and your team members write the first rough drafts, you can't expect to cover every possible difference in style and format. Therefore, plan to update this style sheet when you review the rough drafts of the individual sections and, especially, when you review the complete draft.
Highlighting
Hyphenation
- Use bold for interface elements that function like commands (for example, the Exit button).
- Use bold for menu options that get you to commands (for example, File>Open).
- Use the > symbol to abbreviate menu traversal.
- Use Courier New for example text that users type in (for example, myfile.doc).
- Use italics for variables--placeholder text for which users substitute their own information (for example, filename.doc).
Terminology
- Individual words. Turn automatic hyphenation off. Do not hyphenate words except in tight places like tables or graphics.
- Compounds. Mr. Hyphen (Sterlin) will keep the hyphenated-compounds list. Use only those in his list, and submit new ones to him for approval and inclusion on the list. (Hyphenate compounds only for approval and inclusion on the list. [Hyphenate compounds only when they modify (for example, "back-up copy"), not when they act as nouns or verbs (for example, "to back up your files.")]
- Use only the words in graph_project.dic. Sterlin approves all new words for that database.
- Use the same word for the same object, same process, or same action. No elegant variation, please!
Try to schedule as many reviews of your team's written work as possible. You can meet to discuss each other's rough drafts of individual sections as well as rough drafts of the complete paper.
A critical stage in team-writing a paper comes when you put together into one complete draft those individual sections written by different team members. It's then that you'll probably see how different in tone, treatment, and style each section is. You must as a group find a way to revise and edit the complete rough draft that will make it read consistently so that it won't be so obviously written by three or four different people.
When you've finished with reviewing and revising, it's time for the finish-up work to get the draft ready to hand in. That work is the same as it would be if you were writing the paper on your own, only in this case the workloads can be divided up.