<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Articles&gt;Documentation&gt;Policies and Procedures</title>	<link>http://tc.eserver.org/dir/Articles/Documentation/Policies-and-Procedures</link>
	<description>A listing of the most recently indexed works about Articles and Documentation and Policies and Procedures in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Articles&gt;Documentation&gt;Policies and Procedures</title>
		<link>http://tc.eserver.org/dir/Articles/Documentation/Policies-and-Procedures</link>
	</image>
	<item>
		<title>Why is it so Difficult to Maintain Accurate Process Documentation Across an IT Organization?</title>
		<link>http://tc.eserver.org/35532.html</link>
		<guid>http://tc.eserver.org/35532.html</guid>
		<description>I saw this question posed in a discussion on LinkedIn, and thought that it deserved an answer from an IT Process Automation (ITPA) perspective. One respondent to the question stated it well: &quot;The answer is simple, if there is not a common bond and governance mechanism between process documentation and the technology that is executing the process, the documentation eventually atrophies and collects dust.&quot; In my days as an independent ITIL consultant, I found that training and getting personnel to use process as part of their daily routine was at least as difficult as maintaining and updating process documentation. There is a chasm between theory and practice when it comes to process execution.</description>
	</item>
	<item>
		<title>Of the Importance of Documenting</title>
		<link>http://tc.eserver.org/35491.html</link>
		<guid>http://tc.eserver.org/35491.html</guid>
		<description>Documentation is important, from the end users to the developers, if you want your project to self sustain, if you want to ease the life of other people, and if you want your project to live a long and prosperous life. People were not in your head (and are not in your head) when you wrote that strange thing. 1-2 years from now you could be working for another company, what would be of other people who are trying to understand what you wrote? How would people easily understand how things work in a complex environment?</description>
	</item>
	<item>
		<title>Defining Policies and Procedures: Three Perspectives</title>
		<link>http://tc.eserver.org/33851.html</link>
		<guid>http://tc.eserver.org/33851.html</guid>
		<description>Most people, including P&amp;P practitioners, define P&amp;P on a micro level, primarily because they have not considered other perspectives. Here are three perspectives about policies and procedures by which you can think, speak, and act in today’s workplace.</description>
	</item>
	<item>
		<title>What’s Causing the Popularity of Policies and Procedures?</title>
		<link>http://tc.eserver.org/33854.html</link>
		<guid>http://tc.eserver.org/33854.html</guid>
		<description>What’s causing the buzz of interest in P&amp;P? Here are five trends that contribute to the growing popularity.</description>
	</item>
	<item>
		<title>Exodus of “Baby Boom” Generation Increases Need for Policies and Procedures</title>
		<link>http://tc.eserver.org/33855.html</link>
		<guid>http://tc.eserver.org/33855.html</guid>
		<description>For many years, employee retirement was considered a normal part of attrition. Today, however, that attrition is becoming a major concern in organizations. In the United States alone, the so-called “baby boomer” generation (those born between 1946 and 1964) has already begun retiring. This concern is one for which policies and procedures (P&amp;P) communication is being called to the rescue.</description>
	</item>
	<item>
		<title>Compliance and Ethics Cause Need for Policies and Procedures Communicatioin</title>
		<link>http://tc.eserver.org/33858.html</link>
		<guid>http://tc.eserver.org/33858.html</guid>
		<description>Increasing competition, generational differences, widespread social awareness, and customer demand for higher quality products and services make it necessary to ensure that the right protections are in place. Other reasons for the increased attention include the numerous reports of corporate scandals and corruption, along with ensuing legislative regulations in today’s global economy. This article describes some of the specific causes.</description>
	</item>
	<item>
		<title>Providing Job-Based Policies and Procedures that Support Compliance Requirements</title>
		<link>http://tc.eserver.org/33859.html</link>
		<guid>http://tc.eserver.org/33859.html</guid>
		<description>Organizations develop policies and procedures to support industry certification and compliance requirements. Unfortunately, companies often develop P&amp;P information that is not helpful to all employees who must use the information. In fact, one study found that 40 percent of U.S. companies failed ISO certification because of problems with unclear or missing P&amp;P documentation, resulting in wasted time, money, and effort.</description>
	</item>
	<item>
		<title>Auditing and Enforcing Compliance with Policies and Procedures: Who Is Responsible?</title>
		<link>http://tc.eserver.org/33861.html</link>
		<guid>http://tc.eserver.org/33861.html</guid>
		<description>Auditing and enforcing compliance with P&amp;P content should not be the responsibility of a P&amp;P group or included in the job description of a P&amp;P practitioner. However, the charter or job description may state that P&amp;P practitioners are responsible for supporting compliance efforts.</description>
	</item>
	<item>
		<title>Policies and Procedures for Training and Reference: One Source?</title>
		<link>http://tc.eserver.org/33863.html</link>
		<guid>http://tc.eserver.org/33863.html</guid>
		<description>Should an organization maintain two sets of policies and procedure (P&amp;P) information—one that is developed for training and another that is developed for on-going reference?</description>
	</item>
	<item>
		<title>Documenting User-Centered Design Best Practices</title>
		<link>http://tc.eserver.org/32540.html</link>
		<guid>http://tc.eserver.org/32540.html</guid>
		<description>When initiating or expanding the role of user-centered design (UCD) in an organization, consider documenting UCD best practices as they fit within existing processes and the best practice of other areas. Such documentation communicates the role and value of UCD throughout the organization in terms familiar to your organization. Because what best practices means varies from company to company, there is no single way to do this. Here are some questions to consider.</description>
	</item>
	<item>
		<title>Eleven Tips for Writing Incredibly Useful Procedures</title>
		<link>http://tc.eserver.org/30811.html</link>
		<guid>http://tc.eserver.org/30811.html</guid>
		<description>Procedures are the meat and potatoes of technical writing. They help users get the job done. Follow these tips for writing clear and useful procedures that your users will appreciate.</description>
	</item>
	<item>
		<title>Policies and Procedures Can Help Your Organization</title>
		<link>http://tc.eserver.org/30203.html</link>
		<guid>http://tc.eserver.org/30203.html</guid>
		<description>Compliance and meeting operational needs are two very important reasons for implementing a system of policies and procedures.</description>
	</item>
	<item>
		<title>Why Do You Need To Write Procedures?</title>
		<link>http://tc.eserver.org/30202.html</link>
		<guid>http://tc.eserver.org/30202.html</guid>
		<description>Your organization needs procedures. While development and implementation can be a challenging project, there are dividends and returns on your investment if you understand why you are writing them and what you expect to achieve by documenting your processes.</description>
	</item>
	<item>
		<title>New Guidelines for Documentation of Plants</title>
		<link>http://tc.eserver.org/27904.html</link>
		<guid>http://tc.eserver.org/27904.html</guid>
		<description>The DIN committee NA 152-06-01-05 UA, formerly called the NATG-F 1.5, has published a guideline for compiling information from component manuals, in its technical report 146. This report is a supplement to DIN EN 62079 and is meant to ensure that the requirements from the Machine Guidelines 98/37/EG Appendix I Ch. 1.7.4 are practically feasible. Plans are afoot to introduce the technical report at the international level (CEN).&#xD;&#xD;</description>
	</item>
	<item>
		<title>The New tekom Guideline for Safety Instructions in Operating Manuals</title>
		<link>http://tc.eserver.org/27909.html</link>
		<guid>http://tc.eserver.org/27909.html</guid>
		<description>The EU directive 92/58/EWG of 24th June 1992 clearly defines the notification on occupational Safety and Health Safeguards. In Germany, this has been enforced through the regulations for trade associations BGV A 8 (formerly VBG 125) which regulate indication of occupational safety and health safeguards through prohibition signs, warnings, instructions or signs for action, rescue, fire protection and so on. At present there is no European standard that discusses the topic of &apos;Drafting Safety Instructions in Operating Manuals&apos; adequately and in detail. Nonetheless, there are several sources but often containing only imprecise or too generalized requirements. Moreover, many judicial verdicts in various individual cases point to the manner of formulations in Safety Instructions.&#xD;&#xD;</description>
	</item>
	<item>
		<title>TCeurope Helps to Develop European Guideline</title>
		<link>http://tc.eserver.org/27908.html</link>
		<guid>http://tc.eserver.org/27908.html</guid>
		<description>TCeurope, the umbrella organization of European associations for technical communication, is helping with the development of a European guideline on user education for mobile terminals and e-services. The European Telecommunications Standards Institute invited TCeurope to a joint workshop in French Sophia Antipolis, where the draft was discussed intensely.</description>
	</item>
	<item>
		<title>Asking Your Users and Doing What They Need: The Story of How Federal Express Ground Operations Revamped Its User Manuals</title>
		<link>http://tc.eserver.org/24955.html</link>
		<guid>http://tc.eserver.org/24955.html</guid>
		<description>Worldwide Communications &amp; Policy is a relatively new department in Federal Express, created to manage communications and produce policy and procedure (P&amp;P) manuals for the largest division in our global company. We asked an outside consultant, JoAnn Hackos &amp; Associates, to evaluate the existing divisional P&amp;P manuals and conduct an audience analysis. We emerged from the process with a plan to change the existing manuals, which tried to be all things to all people, into a collection of audience-specific, task-oriented documents.</description>
	</item>
	<item>
		<title>Improving Medical Treatment Procedures</title>
		<link>http://tc.eserver.org/24717.html</link>
		<guid>http://tc.eserver.org/24717.html</guid>
		<description>Technical writers should be alert for opportunities to improve documentation in one technical field by using appropriate techniques from other fields. In this paper, the author presents ways of improving medical treatment procedures by using elements from engineering procedures, including introductions, safety sections, warnings, conditional (branching) statements, and notes.</description>
	</item>
	<item>
		<title>Security Policy and Procedures Documentation</title>
		<link>http://tc.eserver.org/24660.html</link>
		<guid>http://tc.eserver.org/24660.html</guid>
		<description>With the nation intensifying its homeland security and industry focusing on computer security, the experienced technical communicator can assist with documenting procedures.</description>
	</item>
	<item>
		<title>Procedures: The Sacred Cow Blocking the Road?</title>
		<link>http://tc.eserver.org/24332.html</link>
		<guid>http://tc.eserver.org/24332.html</guid>
		<description>This paper questions the dominance of procedures in paper and online computer documentation and argues that the types of behavior and conditions demanded by stepped instructions are not consistent with typical user behavior. The authors suggest that the following hierarchy of information needs more accurately describes what users want to know when they ask, “How do I:” (a) What can I do? (b) Where can I do it? (c) What are the rules or principles? (d) What are the parts and their functions of the interface that does it? and (e) What are the steps?</description>
	</item>
	<item>
		<title>Documenting Procedures After the Sole Subject Expert Has Left the Organization</title>
		<link>http://tc.eserver.org/24215.html</link>
		<guid>http://tc.eserver.org/24215.html</guid>
		<description>A corporation&apos;s or nonprofit&apos;s life without written procedures is fraught with dangers and pitfalls that can strike without warning and potentially wreak havoc on the organization&apos;s ability to function efficiently—or even to function at all—especially when the lone source of how-to information leaves the organization. The task of creating those procedures from scratch from what often amounts to skeleton information and secondhand sources can be tedious and frustrating but well worth the effort if it helps prevent the organization from being caught off guard in the future. When it comes to workplace procedures, it pays to be prepared.</description>
	</item>
	<item>
		<title>Information Gathering for Policies and Procedures</title>
		<link>http://tc.eserver.org/23792.html</link>
		<guid>http://tc.eserver.org/23792.html</guid>
		<description>Information gathering can be one of the most timeconsuming and potentially frustrating experiences when writing policies and procedures. Policy and&#xD;procedure writers sometimes start from scratch&#xD;and must investigate and research policies and&#xD;procedures before the first word is ever written.&#xD;Although there are many obstacles to obtaining&#xD;accurate and timely information, there are also&#xD;many avenues the policy and procedure writer can&#xD;take to gather, utilize, and maintain information.</description>
	</item>
	<item>
		<title>Managing a Company-Wide Policies and Procedures Project</title>
		<link>http://tc.eserver.org/23793.html</link>
		<guid>http://tc.eserver.org/23793.html</guid>
		<description>It takes skills in three different areas to manage a company-wide policy and procedures project. First,&#xD;people must be organized and motivated to participate.&#xD;Executive support is critical here. And the persons&#xD;actually performing the tasks must be the ones to&#xD;document it. Second, the project must be clearly&#xD;defined and tracked. The document creation and&#xD;review process must be structured simply, to take full&#xD;advantage of the documentation team’s limited time.&#xD;Finally, the information published must be accurate and&#xD;controlled. Work processes should be analyzed before&#xD;the procedures are documented, and published&#xD;procedures must be distributed to specified manual&#xD;holders.</description>
	</item>
	<item>
		<title>Developing ISO 9000 Procedures</title>
		<link>http://tc.eserver.org/23155.html</link>
		<guid>http://tc.eserver.org/23155.html</guid>
		<description>Documentation is the foundation upon which an ISO-compliant&#xD;quality system is built. Creating this&#xD;documentation isn’t, however, as easy as it seems on the&#xD;surface. Understanding the concept of the Standard&#xD;enables writers to understand the content requirements.&#xD;The structure this documentation follows will also impact&#xD;the success of your registration audit.&#xD;Once the documentation has been created, the control of&#xD;it becomes of paramount importance. ISO requires that&#xD;you control not only the documents and data you create,&#xD;but also those that you receive from outside sources.&#xD;Document and data control issues are one of the most&#xD;common causes of registration failure!</description>
	</item>
	<item>
		<title>Tackling IS0 9000 Documentation</title>
		<link>http://tc.eserver.org/22842.html</link>
		<guid>http://tc.eserver.org/22842.html</guid>
		<description>The IS0 9000 series of Quality Standards redefines how business will be conducted into the next century. The&#xD;series is designed to measure the effectiveness of the&#xD;Quality System in place, thereby ensuring both customer&#xD;and company needs are always satisfied. The foundation&#xD;of a robust Quality System is its documentation: problems&#xD;in this area represent the largest single cause of&#xD;registration failures. Quality System documentation also&#xD;forms the basis upon which the 3rd party registrar builds&#xD;the audit plan for your company.</description>
	</item>
	<item>
		<title>Best Practices in Policies and Procedures</title>
		<link>http://tc.eserver.org/22344.html</link>
		<guid>http://tc.eserver.org/22344.html</guid>
		<description>Page&apos;s book makes the first attempt to open the door to examples of tables of contents of P&amp;amp;P from a variety of organizations. He also makes an admirable attempt to position and show the P&amp;amp;P analyst/writer as more than a scribe, as a leader who adds value by formulating best P&amp;amp;P practices in collaboration with others for their organization.</description>
	</item>
	<item>
		<title>Online Documentation and Local Area Networks</title>
		<link>http://tc.eserver.org/20193.html</link>
		<guid>http://tc.eserver.org/20193.html</guid>
		<description>The world of policies and procedures has grown with technology. The trend is now to move documentation from paper to electronic media. Most companies are&#xD;taking advantage of this technology andpublishing&#xD;their policies and procedures on their own intranet or&#xD;Local Area Network. There are things to consider&#xD;before choosing a product and making this drastic&#xD;change. These are: Product Functionality,&#xD;ReadabilityNiewability, File Portability, and Cost.&#xD;Each company’s documentation requirements and&#xD;busmess strategies will ultimately determine which&#xD;online documentation product to choose.</description>
	</item>
	<item>
		<title>Web Delivery of Corporate Policies and Procedures</title>
		<link>http://tc.eserver.org/19893.html</link>
		<guid>http://tc.eserver.org/19893.html</guid>
		<description>Moving policies and procedures to a corporate web site can improve an ineffective and inefficient delivery system of paper in a three-ring binder. The advantages of online&#xD;delivery outweigh the disadvantages.&#xD;Using a general problem solving process, the team that&#xD;produced this output included customer surveys to&#xD;determine that a web site was the best way to solve existing&#xD;delivery problems. The team continues to evaluate the end&#xD;result, attempting to improve the delivery method.</description>
	</item>
	<item>
		<title>Policies and Procedures 1995 PIC Meeting</title>
		<link>http://tc.eserver.org/19836.html</link>
		<guid>http://tc.eserver.org/19836.html</guid>
		<description>This session is intended for those interested in (a) policies and procedures as a subject, (b) networking with others concerned with policies and procedures, (c) learning about this PIC, (d) influencing the direction of this PIC, or (e) listening, commenting, or volunteering. The first portion of the meeting will briefly review the PIC&apos;s history, mission, membership, budget, teams, goals, and progress. The second portion will be open to discuss new business.</description>
	</item>
	<item>
		<title>Policy and Procedure Communication and the Lone Writer</title>
		<link>http://tc.eserver.org/18772.html</link>
		<guid>http://tc.eserver.org/18772.html</guid>
		<description>As a lone writer developing policy and procedure documentation, many of us face what appear to be&#xD;insurmountable hurdles in reaching our intended goal –&#xD;useable documentation that accurately reflects the business’ operations.&#xD;It usually begins with trying to get everyone to take the&#xD;need for P &amp; P documentation seriously. This can be&#xD;followed by frustrations in getting the information&#xD;required to write coherent and useful documentation.&#xD;Then there is the need for standards for which no one&#xD;sees the importance – ‘just a whim of the writer’. Add to&#xD;this volatile mix the requirements of many international&#xD;standards impacting how business is conducted, and you&#xD;wonder why anyone in right mind would take up the&#xD;challenges of this field of writing. But it really can be&#xD;fun and a very rewarding field of endeavor.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Articles/Documentation/Policies-and-Procedures.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>