<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Process, policies, and procedures: what do students need to learn?</title>
	<link>http://stc-on.org/quality/departments/features/2006/09/03/process-policies-and-procedures-what-do-students-need-to-learn/</link>
	<description>News and information from the QPI SIG, Society for Technical Communication</description>
	<pubDate>Thu, 04 Dec 2008 18:35:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.2</generator>

	<item>
		<title>by: Robert Benjamin</title>
		<link>http://stc-on.org/quality/departments/features/2006/09/03/process-policies-and-procedures-what-do-students-need-to-learn/#comment-107</link>
		<pubDate>Tue, 17 Oct 2006 22:05:50 +0000</pubDate>
		<guid>http://stc-on.org/quality/departments/features/2006/09/03/process-policies-and-procedures-what-do-students-need-to-learn/#comment-107</guid>
					<description>I just joined STC and this SIG.  If my comments miss or repeat what others have already said, please excuse me.

I agree that policy and procedure writing needs all of these skills. But most of the policies and procedures I see (and have to improve) have defects in clarity, complexity, and cohesion.

Experience has taught me that policy and procedure writing should follow Plain Language principles. This means using:

- Simple words and sentences wherever possible
- A reading level appropriate to the intended audience
- High cohesion
- Active voice, unless passive voice serves a verifiable need
- Short paragraphs
- Bullet and number lists instead of comma separated lists
- Tables and other visual formatting techniques
- NO undefined acronyms

Courses can teach these concepts and skills to those who need courses. I think most technical writers can learn them through self-study and a LOT of practice. I have used Plain Language for over thirty years and only recently learned it is an international movement.

Also, combining Plain Language with Information Mapping can provide even better results.</description>
		<content:encoded><![CDATA[<p>I just joined STC and this SIG.  If my comments miss or repeat what others have already said, please excuse me.</p>
<p>I agree that policy and procedure writing needs all of these skills. But most of the policies and procedures I see (and have to improve) have defects in clarity, complexity, and cohesion.</p>
<p>Experience has taught me that policy and procedure writing should follow Plain Language principles. This means using:</p>
<p>- Simple words and sentences wherever possible<br />
- A reading level appropriate to the intended audience<br />
- High cohesion<br />
- Active voice, unless passive voice serves a verifiable need<br />
- Short paragraphs<br />
- Bullet and number lists instead of comma separated lists<br />
- Tables and other visual formatting techniques<br />
- NO undefined acronyms</p>
<p>Courses can teach these concepts and skills to those who need courses. I think most technical writers can learn them through self-study and a LOT of practice. I have used Plain Language for over thirty years and only recently learned it is an international movement.</p>
<p>Also, combining Plain Language with Information Mapping can provide even better results.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
