What Is Technical Writing And Documentationanjaliarv
A summary of some of the slides that I use for my workshops on Technical Documentation. The section on language is actually an interative one, where the audience is invited to provide solutions to a set of problems.
What Is Technical Writing And Documentationanjaliarv
A summary of some of the slides that I use for my workshops on Technical Documentation. The section on language is actually an interative one, where the audience is invited to provide solutions to a set of problems.
Technical Writing. Why to opt for Technical Writing as a career. Salary and expectations from this profession. Why one should get certified before entering as a technical writer.
In this PPT, we will discuss Technical Writing.
It is an essential part of an API document because you have to grab the reader's attention in this part. It is like a summary of what the API documentation is all about.
Technical Writing. Why to opt for Technical Writing as a career. Salary and expectations from this profession. Why one should get certified before entering as a technical writer.
In this PPT, we will discuss Technical Writing.
It is an essential part of an API document because you have to grab the reader's attention in this part. It is like a summary of what the API documentation is all about.
Successful Single-Source Content Development Xyleme
This presentation looks at why single-source content development is rapidly becoming a strategic initiative within organizations. Content management experts, Dawn Stevens of Comtech & Stuart Grossman of Xyleme, show you how to design granular content for reusability across products, functions & delivery modalities and assess your organization’s readiness for the move to single source. To view webinar please visit: http://www.xyleme.com/download-form?type_of_download=Webinar&nid=218
Presented at the SDL Trados Forums 2013, these slides discuss the importance of terminology to all organizations worldwide. The slides set out to discuss the motivation for implementing terminology, how to then proceed and the results and benefits of terminology management.
Technical Writing Annemarie Hamlin, Chris Rubio, Michele DeSilva.docxjacqueliner9
Technical Writing
Annemarie Hamlin, Chris Rubio, Michele DeSilva
Open Oregon Educational Resources
Technical Writing by Annemarie Hamlin, Chris Rubio,Michele DeSilvais licensed under a Creative CommonsAttribution-NonCommercial-ShareAlike 4.0 InternationalLicense, except where otherwise noted.
Contents
· Acknowledgements
· External LinkDisclaimer
· Introductioncc-by
· 1. ProfessionalCommunications
· 1.1Texting
· 1.2E-mail
· 1.3Netiquette
· 1.4Memorandums
· 1.5Letters
· 2. AudienceAnalysis
· 2.1 Types ofaudiences
· 2.2 Audienceanalysis
· 2.3 Adapting your writing to meet youraudience’s
needs
· 3.Proposals
· 3.1 Somepreliminaries
· 3.2 Types ofproposals
· 3.3 Typical scenarios for theproposal
· 3.4 Common sections inproposals
· 3.5 Special assignmentrequirements
· 3.6 Proposals andaudience
· 3.7 Revision checklist forproposals
· 4. InformationLiteracy
· 4.1 Informationformats
· 4.2 The informationtimeline
· 4.3 The researchcycle
· 4.4 Researchtools
· 4.5 Searchstrategies
· 4.6 Evaluatesources
· 5. Citations andPlagiarism
· 5.1Citations
· 5.2Plagiarism
· 6. ProgressReports
· 6.1 Functions and Contents of ProgressReports
· 6.2 Timing and Format of ProgressReports
· 6.3 Organizational Patterns or Sectionsfor ProgressReports
· 6.4 Other Parts of ProgressReports
· 6.5 Revision Checklist for ProgressReports
· 7.Outlines
· 7.1 Creating and usingoutlines
· 7.2 Developing the roughoutline
· 8. Creating and IntegratingGraphics
· 8.1 Deciding which graphics toinclude
· 8.2 Other considerations:audience
· 8.3 Other considerations: placement andcontext
· 8.4Samples
· 8.5 Guidelines for graphics: a finalreview
· 9. Ethics in TechnicalWriting
· 9.1 GeneralPrinciples
· 9.2 Presentation ofinformation
· 9.3 Typical Ethics Issues in TechnicalWriting
· 9.4 Ethics and documentingsources
· 9.5 Ethics, Plagiarism, and ReliableSources
· 9.6 Professionalethics
· 10. DocumentDesign
· 10.1 Coverletter
· 10.2 Coverpage
· 10.3 Abstract and executivesummary
· 10.4 Table ofcontents
· 10.5 List of figures andtables
· 10.6 Introduction
· 10.7 Body of thereport
1
AcknowledgementsAbout this free online technical writing textbook
Much of this text, published under a Creative Commons license, was originally developed by Dr. David McMurrey, who is both a technical writer and a college instructor. For more about him and his original work, please visit his biography page at: https://www.prismnet.com/~hcexres/index.html. He kindly gave his text a CC-BY license at our request so that we could adapt our text from it. We extend our sincere appreciation to Dr. McMurrey, the team of consultants at Saylor University whose work shared viaopen educational resourcesis also featured in this text, and the host of educators, librarians, and professionals who
have shared their creations with a Creative Commons license. Our thanks as well to our colleague, Dr. Eleanor Sumpter-Latham, whose work we consulted and adapted into this text.
Additional materials have been adapted or created by An.
Technical Writing Annemarie Hamlin, Chris Rubio, Michele DeSilva.docxSANSKAR20
Technical Writing
Annemarie Hamlin, Chris Rubio, Michele DeSilva
Open Oregon Educational Resources
Technical Writing by is licensed under a , except where otherwise noted.
Contents
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
1
AcknowledgementsAbout this free online technical writing textbook
Much of this text, published under a Creative Commons license, was originally developed by Dr. David McMurrey, who is both a technical writer and a college instructor. For more about him and his original work, please visit his biography page at: . He kindly gave his text a CC-BY license at our request so that we could adapt our text from it. We extend our sincere appreciation to Dr. McMurrey, the team of consultants at Saylor University whose is also featured in this text, and the host of educators, librarians, and professionals who
have shared their creations with a Creative Commons license. Our thanks as well to our colleague, Dr. Eleanor Sumpter-Latham, whose work we consulted and adapted into this text.
Additional materials have been adapted or created by Annemarie Hamlin, Chris Rubio, and Michele DeSilva of Central Oregon Community College.
We also extend our gratitude to for the grant funding to pursue this project and especially to Amy Hofer of Open Oregon for her knowledgeable and helpful answers to many questions.
2
External Link Disclaimer
This textbook links to external websites over which the authors have no control. The authors have made efforts to ensure that external links are accurate and operational, but problems are inevitable. If you find a problem, please report it to Michele DeSilva at [email protected]
3
Introduction
Technical writing courses introduce you to some of the most important aspects of writing in the worlds of science, technology, and business—in other words, the kind of
writing that scientists, nurses, doctors, computer specialists, government officials, engineers, and other such people do as a part of their regular work. The skills learned in technical writing courses can be useful in other fields as well, including education and social sciences.
To learn how to write effectively for the professional world, you will study common types of reports, special format items such as lists and headings, simple techniques for creating and using graphics in reports, and some techniques for producing professional-looking final copy.
Technical writing courses build on what you have learned in other writing courses. But there is plenty new to learn! If you currently have a job in which you do some writing, you will discover that you can put what you learn in your technical writing course to immediate use.
About technical writing
While technical communication is essential in a wide range of fields and occupations, technical writing is also a fully professional field of its own wit.
Online Education: Where Benefits Outweigh ChallengesLinda Oestreich
Slides to accompany STC Summit presentation for Wednesday, 24 June 2015. Discuss class formats, academic analysis and metrics, and case history of presenter's experience moving from standup instructor to virtual one.
Information Design for Technical Communicators: Scratching the SurfaceLinda Oestreich
Slides to accompany STC Summit presentation on Monday, 22 June, in Columbus, OH. Review Williams' CRAP principles, check out before and after redesigns.
Acorn Recovery: Restore IT infra within minutesIP ServerOne
Introducing Acorn Recovery as a Service, a simple, fast, and secure managed disaster recovery (DRaaS) by IP ServerOne. A DR solution that helps restore your IT infra within minutes.
Sharpen existing tools or get a new toolbox? Contemporary cluster initiatives...Orkestra
UIIN Conference, Madrid, 27-29 May 2024
James Wilson, Orkestra and Deusto Business School
Emily Wise, Lund University
Madeline Smith, The Glasgow School of Art
0x01 - Newton's Third Law: Static vs. Dynamic AbusersOWASP Beja
f you offer a service on the web, odds are that someone will abuse it. Be it an API, a SaaS, a PaaS, or even a static website, someone somewhere will try to figure out a way to use it to their own needs. In this talk we'll compare measures that are effective against static attackers and how to battle a dynamic attacker who adapts to your counter-measures.
About the Speaker
===============
Diogo Sousa, Engineering Manager @ Canonical
An opinionated individual with an interest in cryptography and its intersection with secure software development.
Have you ever wondered how search works while visiting an e-commerce site, internal website, or searching through other types of online resources? Look no further than this informative session on the ways that taxonomies help end-users navigate the internet! Hear from taxonomists and other information professionals who have first-hand experience creating and working with taxonomies that aid in navigation, search, and discovery across a range of disciplines.
This presentation by Morris Kleiner (University of Minnesota), was made during the discussion “Competition and Regulation in Professions and Occupations” held at the Working Party No. 2 on Competition and Regulation on 10 June 2024. More papers and presentations on the topic can be found out at oe.cd/crps.
This presentation was uploaded with the author’s consent.
3. Schedule
0800 – 0845
1. Introductions and schedule
0845 – 0915
2. Definition and tools
0915 – 1030
3.Value and quality
1030 – 1045 (Break)
1045 – 1115
4.Types of edit
1115 – 1145
5. Copy and comprehensive editing
1145 – 1200
6. Editors today and in the future
3
33
4. Who am I?
4
44
STC Fellow
Former STC President
Former board member at chapter and Society level
Part-time instructor, trainer, instructional designer
Retired now—but have been
• Strategic and business analyst
• HR/EEO analyst
• Technical communicator: manager, editor, writer
RETIRED!
5. Although retired from full-time work, Linda still teaches
editing classes for UCSD Extension and does occasional
writing and editing through individual contracts.She is an
STC Fellow and a past President of the Society.A graduate
of UCSD, she spent most of her career as a project
manager, people manager, or senior writer /editor for the
Department of Defense and various software, oil and gas,
and consulting firms. She also worked in Human
Resources andTraining and Development. She currently
volunteers for the San Diego Library READ program,
tutoring adults to read.
lloriter@cox.net
https://www.linkedin.com/in/lin
daoestreich/
Linda Oestreich
5
10. 10
Editorial wisdom
“The work of a good editor, like the work of a
good teacher, does not reveal itself directly; it is
reflected in the accomplishments of others.”
The Motion Picture Editors Guild Newsletter, Vol. 19, No. 4, July/August 1998
1010
11. Technical editing
defined by the
Technical Editing
SIG
• TE-SIG & Wikipedia:Technical editing involves
reviewing text written on a technical topic and
identifying errors related to the use of language
in general or adherence to a specific style guide.
Technical editing may also include substantive
editing, including suggesting revisions to
enhance clarity, persuasiveness, and
effectiveness of the text's organization, as well
as queries on factual content. A tech
editor edits everything other than fiction or
news.
11
11
12. What’s in your editorial toolbox?
On your desk In your head
Style guides (general & industry-
specific)
Dictionaries/grammar checkers
Checklists & style sheets
Editing markup system (proofreaders
marks)
Software
Use of English language
Data presentation (information
architecture)
Typographic & layout knowledge
Content strategy
Editing types/levels
Editorial commenting
Time management
People skills
12
12
Clements and Waite: People skills: “…one of the most important skills you can cultivate as a
technical editor is the ability to get along well with people. For technical editing is not solitary
work.”
13. Style guides (examples)
13
13
General
• Chicago Manual of Style
• Elements of Style
• GPO Style Manual
• Modern Language
Association
• Associated Press
Industry-specific
• American Psychological
Association
• Council of Biology
Editors’ Style Guide
• Microsoft Manual of
Style
• Read Me First!
14. Dictionaries
14
14
General
• Webster’s 3rd New International
(1961)
• Merriam-Webster’s Collegiate
Dictionary (11th ed. 2009)
• American Heritage Dictionary
(5th to be released late in 2011)
Many specialized ones
(http://www.yourdictionary.c
om/diction4.html)
• Technical
• Scientific
• Chemical
• Medical
• Agricultural
• Biological
• Biographical
15. Checklists and style sheets
15
15
Checklists
• Each activity in the
publication process
could have a checklist:
doc plan, writing,
editorial, publication
• Ensures consistency
• Aids collaborative and
team projects
Style sheets
• Addition to style guides
(company or industry
level)
• Document or project
level
• Individual guide
16. Editorial
checklist
• Build your own checklist
• Base your checklist on the context (industry,
industry standards, document type, and
project life cycle phase)
• Follow a logical progression of activities
• Update checklists as required to reflect new
requirements or changes in supporting
documents
• Can be detailed or high-level, or both
16
16
17. Self-made editorial checklist
17
17
Task
Description
Grammar Correct grammatical mistakes.
Passive Voice Revise passive sentences to make them active, where appropriate.
Lists Check that bulleted, numbered, procedure, and terminology lists are used and styled
appropriately.
Headings Check that headings are used appropriately; check for organization, parallelism, “orphans,” and
so on.
Tables and Figures Check that table and figure numbers are consecutive. Check that table and figure titles and
captions are title capped, are phrases (as opposed to complete sentences), and that they accurately
and concisely describe the table or figure.
Cross-References Check that cross-references are accurate and relevant, and create links.
Terminology Research technical terms and acronyms for consistency, accuracy, and inclusion in a larger
project’s glossary or index. Ensure that new terms are appropriately defined in the text. Compare
definitions with other book or series definitions, and ensure published definition is consistent and
the best one available.
Formatting Check for and fix obvious formatting issues. If project doesn’t have a production department,
ensure all formatting is correct and fits style guide.
22. Did you include
these things?
Why/why not?
•Inches
•Feet
•Fahrenheit
•Degree signs
•Serial commas
•Hyphen use
•Number use
22
22
23. Hard skills and
soft skills
• Corbin
• Hard skills: writing ability, superb sensitivity
to language and communication; information
design, graphic arts, project management,
time management, environment-based (for
example, programming, industry-based
jargon, basic laws of science)
• Soft skills: problem-solving, negotiating,
diplomacy, tact, learning quickly, coaching,
teaching, patience, attention to detail,
sympathy, insight, breadth of view, sense
of humor, and imagination
• Tarutz
• Empathy, restraint, good judgment,
adaptability, flexibility, persuasion,
decisiveness
23
23
24. What traits
make a good
editor?
• Which of these traits is most important in a
good editor?
• Personality?
• Skills?
• Talent?
• Passion?
• Problem solving?
24
24
27. The who of technical editing:
Audience
27
27
In technical writing classes,
we learn that end users
(audiences) fall into one of
four categories:
• Layperson
• Technical
• Expert
• Administrator
In technical editing, you
must consider these folks as
well as the end user:
• Writers (technical writers,
subject matter experts,
administrators)
• Managers (yours and
others’)
• Fellow editors
28. The what of
technical
editing: Media
• Computer-based training materials
• Tutorials
• Data sheets
• Procedures
• Animation
• Multimedia
• Videos
• Podcasts (audio)
• Screencasts
• User interfaces
• Printed materials
• Books
• White papers
• Reports
• Pamphlets
• Quick reference cards
• Electronic materials
• PDF files
• Online help files
• Online documentation
• Web pages
28
28
29. The where of
technical
editing:
Industries
• Computer software and hardware
• Website development
• Engineering
• Medicine
• Sciences
• Government
• Legal, banking, and brokerage services
• Wherever clear technical information is needed
29
29
30. The when of technical editing:
Timing
30
30
When in the cycle
• Design (edit in internal
documents,
storyboards)
• Development (edit
drafts)
• Production (edit actual
deliverables)
Ownership can
determine the “when”
• Writer owns
information, provides
markup early
• Editor owns
information, modifies
files directly before
release
31. The why of
technical
editing: Quality
• Editing is quality control for written
communication
• “Quality control (QC) is a planned and
systematic pattern of all actions necessary to
provide adequate confidence that the product
optimally fulfills customer's expectations.”
(https://csqafordummies.blogspot.com )
• Definitions of quality for technical information
• Five Cs: clear, concise, consistent, correct,
concrete
• More detailed: accuracy, clarity,
completeness, concreteness, organization,
retrievability, style, task orientation, visual
effectiveness
31
32. The value of
technical
editing,
as defined by
STCTechnical
Editing SIG
• Improves document readability and usability
• Increases the writers’ overall productivity
• Increases writers’ product knowledge
• Reduces translation costs
• Protects the company from legal oversights by
helping keep copyright information and other
legal lingo that is current and consistent
• Reduces calls to Customer Support by
frustrated clients
• Increases sales
• Eliminates lost revenue and the costs involved
in saving face after a poor, negative, or
offensive message has been sent out
32
32
33. Why we define
metrics
• To measure the value of the information
• Improved, simplified documentation & UIs
• Easier to use documentation & UIs
• To increase benefits
• Productivity (our own, but our customers’ too)
• Satisfaction (our customers’, but our own,
too)
• Sales
• To decrease costs
• Document production costs (resources,
processes)
• Support costs (training, help desk,
maintenance)
• To demonstrate that writers and editors have a
positive effect on quality & value
33
34. Defining quality
and value
• Before you can measure anything, you must
know what the end goal is:
• Adhering to guidelines
• Meeting defined criteria
• Exhibiting quality characteristics
• Satisfying customers
• Improving usability testing
• Increasing productivity
34
34
35. Measuring
quality and value
• After you know what your goals are, you should
“quantify” to measure them:
• Most involve numbers, ratings, rankings
• Any metric or measurement is valid, if applied
consistently and appropriately
• Perform baseline measurements to start, then
use the same metrics over time to show
quality improvement
35
35
36. Putting metrics
to use
• Collect data only if you are going to use it
• Measure just enough, and at the right time
• Measure the right things
• Try the metrics out; modify to fit
• Use metrics to understand; not to motivate or
evaluate
• Train, describe, and communicate about your
metrics
• Interpret the metrics for others
• Get management commitment!
36
37. Characteristics
of useful metrics
• Development
• Appropriate
• Balanced
• Comprehensive
• Inexpensive
• Nonintrusive
• Use
• Discriminating
• Leading indicators
• Quantifiable
• Objective, unbiased
• Statistically reliable
37
38. Quantify your
measurements
• Any metric is valid: if consistent and applied
appropriately!
• Begin with baselines, then use same metrics
over time
• Track # of hours spent on various edits
• Develop metric for average # of pages per
hour
• Track editing of new vs. changed pages
• Track percentage of deliverable edited
• Caveats: Some industry standards exist, but
those based on your context and your
productivity are best (for example, what is a
page or a topic? what is the markup style?)
38
3838
39. Define quality
goals, then
measure quality
• Define SMART quality goals
• (http://en.Wikipedia.org/wiki/SMART_criteria)
• Specific, measurable, attainable, relevant,
time-bound
• Define the characteristics of quality, define your
quality goals
• Absence of defects
• Exceeding customer expectations (beta tests,
usability test, customer surveys)
• Quantify the goals so you can measure them
• Take baseline measurements; then repeated
measurements, show quality improvement over
time
• Document the quality goals and metrics, then
demonstrate how they were met.
39
40. How do editors
contribute to
quality goals?
• Analyzing problem reports from support
• Learning more about actual users, actual
problems
• Planning technical edits based on customer
pain points
• Demonstrating a reduction in problems in
areas over time
• Measuring the quality of information
• Adhering to guidelines, characteristics
• Identifying a number of defects, showing
reduction by doing second edit
• Editing for Quality (EFQ) edit as described in
IBM DevelopingQualityTechnical Information
40
41. Nine quality
characteristics as
defined
in IBM’s DQTI*
• Easy to use
1. task orientation
2. accuracy
3. completeness
• Easy to understand
4. clarity
5. concreteness
6. style
• Easy to find
7. organization
8. retrievability
9. visual effectiveness
41
42. Editing for
Quality (EFQ)
steps
1. Do the EFQ edit and write the report
2. Rate the quality characteristics
3. Confirm the ratings
4. Compute the overall EFQ score
42
43. Step 1:The edit
• A full technical edit, with a focus on the nine
quality characteristics
• Classify the strengths and weaknesses found
during the edit according to the nine quality
characteristics
• Summarize the noteworthy and critical
strengths and weaknesses in a quality report
43
44. Step 2 Rate the
quality
characteristics
• Assign a satisfaction rating to each quality
characteristic, based on the strengths and
weaknesses identified:
• For example, 1 exemplifies the highest quality
with few or no weaknesses; 2 means that
strengths outweigh the weaknesses; 3 shows
strengths and weaknesses balance; 4 shows
weaknesses outweigh the strengths; 5 shows
that weak areas greatly affect the
effectiveness of the work
• Use guidelines and rules for assigning the
ratings
44
45. Step 3: Confirm
the ratings
• Send copies of editing markup and quality
report to two confirming editors
• Confirming editors work to review and markup
what was sent
• Confirming editors assign satisfaction ratings
independently
• Calculate an agreement score between the
original editor and the two confirming editors
• Original editor and confirming editors meet and
reach consensus on ratings
45
46. Step 4: Compute
the overall
quality score
• Enter ratings into an algorithm that reflects
relative importance of the quality
characteristics to your customer, use a
consistent formula to get a final score.
46
47. Benefits of a
quality process
• Writers improve their writing skills, with help
from the quality reports
• Editors improve their editing skills, through
peer reviews and work with confirming editors
• Editors become more consistent in their
markup, their application of corporate
guidelines, and the application of quality
characteristics
• Writers can better prioritize their work based on
relative importance of quality characteristics to
the customer and based on the quality report
47
48. Another
definition of
value-add
“Value-add means whatever clients say it means -
- to them and to their organization. In addition,
value-add means incorporating new technologies
and social media research when time and budget
allows.”
• What 'Value-Added Deliverables' Means
Today, Angela Kangiser, Jan/Feb 2011
Online, a division of InformationToday,
Inc.
48
49. The value of editors
http://www.ftrain.com/
editors-ship-
dammit.html
• Paul Ford, in Real Editors Ship, says this:
• Editors are really valuable, and the way things
are going, undervalued.These are people who are
good at process.They think about calendars,
schedules, checklists, and get freaked out when
schedules slip.Their jobs are to aggregate
information, parse it, restructure it, and make
sure it meets standards.They are basicallyQA for
language and meaning.
49
49
52. Types and levels
of edit
• Classic
• Informal
• Negotiation
• Content-focused (not rules-focused)
52
53. Why levels of
edit?
• “Level systems are used to balance the
editing depth needed by a document against
the demands to meet a deadline or a budget
target.”
• “Levels of editing systems provide a
framework within which editors can choose
appropriate editorial tasks for a particular
document; most levels systems are set up so
that problems of increasing depth and
complexity are addressed as more time or
money becomes available.”
• --David E. Nadziejka
53
53
54. Defining what
we do:
“...imposing
upon it a sense
of organization
and
rationality...”
(Van Buren and
Buehler)
• Classic & historic
• Types of edit (9 types)
• Categories of editorial functions
• Coordination, policy, integrity, screening,
copy clarification, format, mechanical style,
language, and substantive
• Levels of edit (5 levels)
• Number of specific editorial functions (types
of edits)
• Level 5 contains least number of editorial
functions (types of edits); Level 1 contains
most number (all)
54
55. 55
“Classic” levels of edit fromVan Buren & Buehler
Level of Edit
Type of Edit Level 1 Level 2 Level 3 Level 4 Level 5
Coordination X X X X X
Policy X X X X X
Integrity X X X X
Screening X X X X
Copy Clarification X X X
Format X X X
Mechanical X X
Language X X
Substantive X
Nine types classified into five levels
56. An “informal”
approach:
hierarchy of
tasks (Tarutz)
• Defined a hierarchy, based on task difficulty,
time on task, and skill level involved
• Typical uses: establish common language,
sizing & estimating, training new editors,
scheduling
56
57. “Informal” levels
fromTarutz
• Turning pages – superficial look at text
• Skimming – obvious spelling, grammar,
punctuation
• Skimming and comparing – internal
consistency, cross-references
• Reading – writing style, such as wording, usage
• Analyzing – organizational flaws, missing info,
redundancies, technical inconsistencies
• Testing and using – technical errors, usability
problems
57
58. Negotiation-
based types of
edits (Weber)
• Rules-based editing
• Make a document correct, consistent,
accurate, and complete, using company
standards and guidelines; spelling, grammar,
punctuation, capitalization, hyphenation,
legal
• Not negotiable with the writer: the editor
makes corrections, enforces the rules
• Analysis-based editing
• Make a document functional and appropriate
for readers, focusing on concepts, content,
organization, form, and style
• Negotiable with the writer: the editor
suggests improvements, identifies possible
issues
58
59. Content focus
rather than
rules focus
(Nadziejka)
• Non-sequential, independent list of three
levels; all deal with “traditional editorial
concerns of language, grammar, format, and
style, but also with the technical content”
• Lowest level of edit must include focus on
content and purpose, not just on grammar and
style (or less); limited time should not mean
that we limit our focus on the content
• Trade-off: Some typos or grammatical errors
will exist within a document
• “For technical documentation (by which is
meant intellectual, scholarly, or highly complex
documents in any field), the primary focus must
be to help ensure that the technical content is
complete, accurate, and understandable to the
intended audience.”
59
60. Content-focus levels of edit
(Nadziejka)
60
Rush Edit
• Not enough time for a
complete edit
• Selection of editing tasks
within the limited amount of
time
• “...identifying substantive
problems or errors that would
adversely affect the reader’s
comprehension and the
author’s reputation...”
• Three types of tasks to be
completed in order, and as time
allows:
• Technical content
considerations
• Policy considerations
• Copy editing considerations
Standard Edit
• Plenty of time to do a complete
edit
• Complete editing of the
document
• Includes all the editing tasks in
a Rush Edit, but in the order of
the editor’s choosing:
• Technical content
considerations
• Style considerations
• Language considerations
• Integrity considerations
• Policy considerations
Revision Edit
• More time-intensive edit
• Bringing several authors
together
• Document is not nearing
completion, is not yet ready for
a Standard Edit
• Involves reorganization and
major revisions to document
61. Defining your
types of edits
• Must have a clear definition of the standard
types of edits you will complete
• For most uses, the following types are a
minimum you need:
• Legal edit – notices, trademarks, copyrights,
licenses
• Copy edit – legal edit + “rules-based” errors in
style guide, especially for grammar, style,
punctuation, and formatting
• Comprehensive edit – copy edit + “analysis-
based” errors, especially for organization,
completeness, logic, and accuracy
61
62. Characteristics
that affect your
choice
• Importance of project or release to the business
• Importance of project or release to the
customer
• Importance of the information
• Type of information
• Amount of new and changed information
• Quality of existing information
• Experience of the writer
• Availability of resources (editor, writer, SMEs)
• Availability of time
• Globalization and translation of the information
62
63. What type of edit would you choose?
(legal, copy, comprehensive?)
63
Characteristic of the information Choose this type of editing
Information is critical to customer
Information is important to customer
Information is mostly guidance
Information is mostly conceptual
Information is mostly reference
Information contains known issues
Information is accurate/complete
Writer of information is experienced
Writer of information is new
Schedule allows ample time
Schedule allows minimal time
64. Develop a
“decision tree”
• Time and resources are gating
factor
• Choose most comprehensive type
of all characteristics in decision
tree
• Document decisions in editing
plan, which should be part of a doc
plan
64
Characteristic of the
information
Choose this type of editing
Information is critical to
customer
Comprehensive edit
Information is important to
customer
Copy edit
Information is mostly guidance Comprehensive edit
Information is mostly
conceptual
Comprehensive edit
Information is mostly reference Copy edit
Information contains known
issues
Comprehensive edit
Information is
accurate/complete
Legal edit
Writer of information is
experienced
Copy edit
Writer of information is new Comprehensive edit
Schedule allows ample time Comprehensive edit
Schedule allows minimal time Legal edit
65. Developing a
“triage” system
(Tarutz)
• Triage = Deciding on the desired quality of the
product, and then how much effort is required
to attain that level of quality
• Evaluate a project by rating on a scale of 1 (low)
to 3 (high) the following variables:
• Importance of the project
• Rapport with the writer
• Difficulty of the project
• Add the total points, books with the highest
points need more comprehensive editing
65
66. Final
determination…
• Determine what your levels of edit and triage
system are for your work.
• Edit at the optimum type/level for the time and
resources.
• Pay attention to content.
• Remember that the organization, the author,
andYOU--the technical editor--are all striving
for the same thing: CLARITY.
66
69. Copy editing
defined (from
Technical Editing
Fundamentals
course)
• Markup of language
• Looking at grammar, punctuation, style
• Focusing at sentence-level, word-level
• Rules-based or rules-focused
• Focus more on these quality characteristics:
clarity, style, visual effectiveness (adhering to
style guide and to rules)
• Can do a copy edit separate from a
comprehensive edit (but a comprehensive edit
often includes the copy edit)
69
69
70. Copy editing – Center of the universe
(Weber)
• Copy editing is interrelated with all
other types of edits
• Focus on clear communication, not
just rules, rules, rules:
• Essential rules – required for
clear, unambiguous
communication
• Nonessential rules – not required
for clarity or unambiguous
communication
• Fake rules – matter of choice, our
own little bugaboos
70
70
S = Substantive editing
D = Development editing
C = Copy editing
P = Production editing
Pr = Proofreading
U = Usability editing
71. Copy editing,
“bridge from
writing to
production”
(Rude)
• Correct: spelling, grammar, punctuation
• Consistent: spelling, capitalization,
terminology, visual design
• Accurate: dates, numbers, links, references
• Complete: all parts are present
• Attention to detail, reading closely
• Queries content, but directs on style and form
71
71
72. Copy editing
steps, a la Rude
1. Gather information about the project
2. Survey the document overall
3. Run all computer checks (spell checker,
grammar checker)
4. Edit paragraphs and headings for
correctness, consistency, and accuracy
5. Edit illustrations, equations, reference list,
table of contents, front matter, and back
matter
6. Prepare the document for production
72
72
73. An editor’s
objective
findings
• Grammatical mistakes
• Misspellings, typos
• Incorrect punctuation
• Inconsistent usage
• Ambiguous technical information
• Ambiguous titles, index entries
• Wrong scientific terms, conflicting with general
scientific knowledge
• Wrong units and dimensions
• Inconsistent significant figures
• Improper data or chart presentation
• Citation errors
73
73
74. Copy edit this:
74
Executive Summary: As a result of a Nationl Bureau of
Standard’s study of the problems associated with excavation
safety, it has been concluded that there is a need for a simple
soil classification system that can be used by field supervisors
to make rapid decisions on slopping or shoring requirements.
The soil classification system should meat the following
criterion it should be comprehensive (cover essentialy all the
conditions that could be encountered; it should consider (at
least implicitly) all critical conditions; should be be usable by
construction supervisors and OSHA complience officers’ in the
field with-out the assistance of an supervisoring engineer.
76. Comprehensive
editing defined
• Insert comments about the content
• Check and comment on organization, usability,
logic
• Focus at topic-level, paragraph-level
• Task is more analysis-focused
• Focus more on quality characteristics such as
accuracy, completeness, concreteness,
organization, retrievability, task orientation
• Include copy edit, which might be done by a
separate person
76
76
77. Comprehensive
editing,
“systematic
process of
analysis and
applies principles
of good writing”
(Rude)
• A rose by any other name: substantive editing,
development editing, macro editing, analysis-
based editing
• Analyze the purpose of the document,
understand the readers and their tasks
• Usability – anticipate the user’s needs by
imagining the information in use
• Comprehension – focus on the content,
organization, visual design, and overall style
• Comprehensive editing precedes copy editing,
does not include copy editing (according to
Rude, but not according to us!)
77
77
78. Comprehensive
editing steps, a
la Rude
1. Analyze the purpose, readers, and uses for
the document
2. Evaluate the content, organization, visual
design, style, and reader accommodations
3. Establish editing objectives and document
them in a specific plan for editing
4. Review the plan with the writer, and work
toward consensus on changes to make
78
78
79. Compare copy and comprehensive editing
Copy Editing Comprehensive Editing
Scope: Language:
Grammar
Punctuation
Style
Content:
Organization
Usability
Logic
Focus: Word-level
Sentence-level
Paragraph-level
Topic-level
Entire deliverable
Based on: Rules-based Analysis-based
Types of
comments:
Imperatives
Queries
Suggestions
Queries
Imperatives
Opinions (few)
DQTI quality
characteristic
s:
Clarity
Style
Visual Effectiveness
Accuracy
Completeness
Concreteness
Organization
Retrievability
Task Orientation
Includes
other edits:
Includes legal editing Includes some copy editing
(some rules-based copy editing,
more analysis-based copy editing
79
Review these articles from
Jean Weber on her site,
Technical Editors’ Eyrie:
Escape from the grammar trap:
http://www.jeanweber.com/newsite
/?page_id=23
Classifying editorial tasks:
http://www.jeanweber.com/newsite
/?page_id=27
What is substantive editing:
http://www.jeanweber.com/newsite
/?page_id=28
80. What else would
you do to
comprehensively
edit the same
passage?
As a result of a Nationl Bureau of Standard’s study
of the problems associated with excavation
safety, it has been concluded that there is a need
for a simple soil classification system that can be
used by field supervisors to make rapid decisions
on slopping or shoring requirements. The soil
classification system should meat the following
criterion it should be comprehensive (cover
essentialy all the conditions that could be
encountered; it should consider (at least
implicitly) all critical conditions; should be be
usable by construction supervisors and OSHA
complience officers’ in the field with-out the
assistance of an supervisoring engineer.
80
81. Exercise:Tying it all
together
• Review GIS article.
• Copyedit it
• Write author queries to perform
comprehensive edits
• Offer suggestions for organization,
content, audience-level, etc.
81
84. Editor-Slash
Roles
• Taking on additional responsibilities, not just
more editing
• Most common:
• Writer/editor (33% + 26% = 59%)
• Editor/manager (10%)
• Editor/information architect (none
reported by Dayton)
84
84
85. Editor or
information
architect?
A perfect fit
• Editor:
• Development editing
• Usability editing
• Terminology management
• Information Architect:
• Organizing and structuring
• Navigation
• Classifying
• Why a perfect fit?
• Knowledge of users, acting as a user
• Knowledge of entire information set
85
85
86. Editors in
tomorrow’s
world
• Corbin:
• “A fluidity of how information is
delivered, including modular or single-
sourcing writing environments”
• “A fluidity of how frequently our
information is published, adopting and
adapting to iterative and agile
development processes”
• “Collaborative writing environments,
where information is influenced by the
latestWeb technologies, allowing users
themselves to add and edit information
in knowledge base, wikis, and blogs.”
86
86
87. Editing in single-
sourcing/modular
environments
• Editing for multiple contexts: print, online,
multimedia, social, etc.
• Editing to ensure information can be reused;
more focus on topic-based writing
• Editing across multiple writers, making it
sound like it all came from just one writer
• More focus on content and language, less on
layout and formatting, because XML and
tooling taking care of it
• Creating templates
• Editor/architect plays a key role in putting the
parts and pieces together
87
87
88. Editing in
agile/iterative
environments
• More focus on topic-based writing
• More focus on minimalist writing (don’t have
time to write about it ALL)
• Automating the editing tasks, via spell-
checkers, grammar checkers, or language
checkers
• Getting involved earlier and earlier
• Doing more developmental editing, less and
less copy editing
• More writer/editor roles likely, because can’t
cover multiple projects
88
88
89. Editing in
collaborative/social
environments
• Anyone can be a writer/editor/publisher
• Certain types of information lend themselves
more to this environment: reference,
knowledge base, etc. – less likely to require
editing by formal editor?
• Others becoming editors, who care about the
quality of this user-generated content:
support personnel, developers, or marketing
• Editor/architect needed to help structure,
navigate, and find the most relevant
information
89
89
90. The reality
• Expectation exists that professionally produced
documentation will be edited
• International outsourcing increases the need
• Clear communication is a valued skill or is it?
90
9090
91. Writer acting as
editor
• Ad hoc appointment
• If editor moves to another group or quits
• Stopgap measure imposed by management
• Political consequences within the group
• Sink or swim for an inexperienced editor
• Opportunity for professional development
• Skills not necessarily the same
91
9191
92. Manager as
editor
• Can work in some situations
• If manager is experienced editor
• If group is new and uncongealed
• If group is small
• Blurs distinction between two very
different roles
• Difficult to allocate time
92
9292
94. Job Outlook: technical writers and editors
94
From Bureau of Labor Statistics Occupational Outlook Handbook, 2018--
https://www.bls.gov/ooh/media-and-communication/editors.htm#tab-6
https://www.bls.gov/ooh/media-and-communication/technical-writers.htm#tab-8
95. Editors and
writers
Typical editor traits
• Generalist
• Wide focus (“forest”)
• Short project cycles
• Multiple projects
• General familiarity with many products or services
• Likes stability
Typical writer traits
• Specialist
• Narrow focus (“trees”)
• Long project cycles
• One project at a time
• Intimate familiarity with a few products
or services
• Likes “cutting edge”
95
9595
96. Editing skill is
not enough
(Zook)
• Realize that your work is not an end in itself,
but is part of a system
• Learn to work, consciously, at many
different levels
• Develop a sense of perspective on your own
work
• Know that things are not as simple as they
may seem
96
9696
97. Editor’s
relationship to
writing
• “An editor’s relationship to writing should be
the same as a bartender’s relationship to
drinking . . .
s/he should be fond of an occasional drink,
but it shouldn’t be a regular habit.”
• Gordon van Gelder, Night Shade Books
97
9797
98. From Lola Zook,
one of my
favorite mentors
• “A good way to improve editorial skills is to
teach someone else in a one-to-one, tutorial
relationship. With a bright, assertive apprentice
who questions and challenges every aspect of
the work, you’ll find yourself reviewing rules
you’ve grown careless about, looking up items
you’ve taken for granted, sharpening style—all
because you had to take a fresh look at things
that had become so familiar you didn’t even see
them any more.”
• “Lessons from 50 years Editorial Experience,”
Lola Zook, Substance & Style, 1996, EEI Press
98
9898
101. Resources and references
• Baker, Justin. (2008). “Clarity for Editing.” Direction:The Newsletter for the STC Policies & Procedures
Special Interest Group, 2nd/3rdQuarters, 2-3.
• Clements,W. &Waite, R.G. (1983). Guide for BeginningTechnical Editors.
STC-112-83.Arlington,Virginia: Society forTechnical Communication.
• Coggins,William O. Defining “Value-AddingWork” of In-house Information Development Groups.
http://www.ocstc.org/ana_conf/we6r/value-added.html
• Corbin, M. and Oestreich, L.,Technical Editing Fundamentals. STCOnline Certificate Course.
(2011/2012)
• Corbin, M., “The Editor within the Modern Organization,” inA. J. Murphy. (ed.) (2010). New Perspectives
inTechnical Editing (pp. 67-83). Amityville, NY, Baywood PublishingCompany, Inc.
• Crystal Clear Proofing: http://www.networkedblogs.com/blog/crystal_clear_proofing/
• Corbin, M., Moell, P., & Boyd, M. (2002). “Technical EditingAsQualityAssurance: AddingValue to
Content.” TechnicalCommunication, 49 (3): 286-300. (Also as presentation to STC by M. Corbin, May
2006)
• Corbin, Michelle. “Effective EditingComments”Webinar presented toTE SIG in 2009.
• Crognale, Heather. “Long-distance editing:Tips for editors on managing the writer/editor relationship.”
Intercom, July/August 2008, pp. 17-19. http://archive.stc.org/intercom/PDFs/2008/20080708_17-19.pdf
• Dayton, D. (2003). “Electronic Editing inTechnical Communication:A Survey of Practices andAttitudes.”
TechnicalCommunication, 50 (2), pp. 192-205.
• Doumont, Jean-luc. “Gentle FeedbackThat Encourages Learning.” Intercom. February 2002. pp. 39-40.
• Doumont, Jean-luc. “RunningGroup Critique.” Intercom. January 2003. pp. 40-41.
• Dragga, Sam and Gong, Gwendolyn. Editing:The Design of Rhetoric, Baywood'sTechnical
Communication Series (Amityville, NY: Baywood PublishingCompany, Inc., 1989).
101
101
102. Resources and references
• Eaton,Angela; Brewer, Pamela Estes; Portewig,Tiffany Craft; and Davidson, Cynthia R. “Examining
Editing in theWorkplace from theAuthor’s Point ofView: Results of an Online Survey.” Technical
Communication, vol 55, no 2, May 2008, pp. 111-139.
• Einsohn,A. (2006). TheCopyeditor’s Handbook. Berkeley: University of California Press, p.5
• Ford, Paul. Real Editors Ship, http://www.ftrain.com/editors-ship-dammit.html
• Grove, Laurel K., “The Editor asAlly,” TechnicalCommunication, volume 37, number 3, 1985, pp. 235-
238
• http://en.wikipedia.org/wiki/Readability
• Language Portal of Canada. http://www.noslangues-ourlanguages.gc.ca/index-eng.php
• Mackiewicz, Jo and Kathryn Riley. “TheTechnical Editor as Diplomat: LinguisticStrategies for
BalancingClarity and Politeness.” TechnicalCommunication, vol 50, no 1, February 2003, pp. 83-94.
• Nadziejka, D. 1999. Council of Biology Editors guidelines number 4: Levels of technical editing. Reston,
VA: Council of Biology Editors
• Nielsen, Jakob., Alertbox:Usability 101: Introduction to Usability
http://www.useit.com/alertbox/20030825.html
• Oestreich, Linda. “Editing with heart” workshop presentation to 49th STCAnnualConference, May
2002
• Pritchard, Laurie N. (1994). “Enhancing the Review Process: Giving and Receiving Constructive
Feedback.” In Proceedings of the Society forTechnical Communication’s 41st annual conference.
Arlington,VA: Society forTechnical Communication, pp. 32-34.
102
102
103. Resources and references
• Rude, C. D. (2011). Technical Editing (5th ed.). NewYork: Pearson Longman. (also Instructor’sGuide to
text)
• Sartoris, Brenda E. (1993). Editing toTeach. In Proceedings of theSociety forTechnicalCommunication’s
40th annual conference.Arlington,VA: Society forTechnical Communication, pp. 179–182.
• STCTechnical Editing SIG. (2010). “TheValue of Levels of Edit.” Corrigo, 11 (1). Available from:
http://www.stc-techedit.org/tiki-index.php?page=The+Value+of+Levels+of+Edit
• STCTechnical Editing SIG: “Understanding theValue of aTechnical Editor.”:
http://www.stc-techedit.org/tiki-index.php?page=Understanding theValue of aTechnical Editor
• Sutcliffe, Andrea. (1994). “Editing” (pp. 579-590). NewYork Public Library Writer’s Guide to Style andUsage.
NewYork: Harper Collins.
• Tarutz, J. (1992). Technical Editing:The PracticalGuide for Editors andWriters. Reading, MA: Addison-
Wesley PublishingCompany.
• The Motion Picture Editors Guild Newsletter,Vol. 19, No. 4, July/August 1998
• Troffer, Alysson M. “EditingOnline Documents: Strategies andTips.” Proceedings from the 49th Annual
STCConference.
• Van Buren, R. & Buehler, M.F. (1980). The Levels of Edit (2nd ed.).
ISBN 0-914548-67-0. Arlington,VA: Society forTechnical Communication.
• Weber, J. H. (2002). Classifying editorial tasks. Technical Editors’ Eyrie. Available from:
http://www.jeanweber.com/newsite/?page_id=27.
• Weber, J. H. (2002).The Role of the Editor in theTechnicalWritingTeam. Technical Editors’ Eyrie. Available
from: http://www.jeanweber.com/newsite/?page_id=25.
• Weber, J. H. (2002).Who needs a technical editor? Technical Editors’ Eyrie. Available from:
http://www.jeanweber.com/newsite/?page_id=19. 103
104. Resources and references
• Weber, Jean Hollis. (2002). Classifying technical editing. Technical Editors’ Eyrie. Retrieved on January
30, 2011: http://www.jeanweber.com/newsite/?page_id=27
• Weber, Jean Hollis. (2002). Escape from the GrammarTrap.Technical Editors’ Eyrie. Retrieved on
February 13, 2011: http://www.jeanweber.com/newsite/?page_id=23
• Yundt, M. and McMenemy, S. It's In the Numbers: Using Metrics to Plan Documentation Projects.
Available from: http://www.writingassist.com/articles/plan-documentation-projects.htm
• Zook, L.M. (1967). “Training the Editor: Skills Are Not Enough,” STCConference Proceedings.
• AddingValue as a ProfessionalTechnical Communicator:
http://wps.ablongman.com/wps/media/objects/2463/2522777/docs/teLayoutTutorialFinal.pdf
• AddingValue: UsingTechnical Communications to CutCosts and Build Sales:
http://www.impactonthenet.com/addvalue.html, http://www.impactonthenet.com/addvalue.pdf
• From Bureau of Labor StatisticsOccupational Outlook Handbook, 2018--https://www.bls.gov/ooh/media-
and-communication/editors.htm#tab-6 and https://www.bls.gov/ooh/media-and-
communication/technical-writers.htm#tab-8
104