<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ron C Johnson Communications</title>
	<atom:link href="http://www.roncjohnson.net/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.roncjohnson.net</link>
	<description>Documents that Deliver!</description>
	<lastBuildDate>Mon, 01 Feb 2010 01:59:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Building Procedures with the SOP Toolkit &#8211; #1</title>
		<link>http://www.roncjohnson.net/2010/01/31/building-procedures-with-the-sop-toolkit-1/</link>
		<comments>http://www.roncjohnson.net/2010/01/31/building-procedures-with-the-sop-toolkit-1/#comments</comments>
		<pubDate>Mon, 01 Feb 2010 01:58:33 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Water and Wastewater Documentation]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=167</guid>
		<description><![CDATA[A wise old philosopher said “The only constant is change” and this has never been more true than in the water and wastewater treatment industry. Even if we only look back twenty years we can easily see tremendous changes. Technology continues to evolve. Environmental concerns continue to grow. Public expectations of safety, quality and service [...]]]></description>
			<content:encoded><![CDATA[<p>A wise old philosopher said <em>“The only constant is change” </em>and this has never been more true than in the water and wastewater treatment industry. Even if we only look back twenty years we can easily see tremendous changes. Technology continues to evolve. Environmental concerns continue to grow. Public expectations of safety, quality and service become more demanding. Workforce demographics shift.</p>
<p>These, and other factors, are driving public utilities to deliver more services at a ever more demanding levels of quality and accountability, while contending with limited budgets and an aging and increasingly mobile workforce. Utilities grappling with these challenges are looking for ways to remove inconsistencies and risk from their operations and processes. One of the solutions is to capture and retain the knowledge, skills and best practices, and use them to standardize and train personnel to as high a level of consistency as possible.</p>
<p>Standard operating procedures, or SOPs, are a key tool in these efforts. Utilities, institutions, corporations and organizations of all types see the value in capturing, standardizing and documenting the activities and tasks performed by their personnel. However, that process presents its own set of unique challenges. Most organizations do not have the necessary in-house expertise to design, research, write and produce documentation. Nor do they have expertise in managing documentation processes. And most organizations have not factored the time needed for developing documentation into their staffing strategies.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2010/01/31/building-procedures-with-the-sop-toolkit-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Technical Writing/Editing: Pain or Pleasure</title>
		<link>http://www.roncjohnson.net/2009/11/12/technical-writingediting-pain-or-pleasure/</link>
		<comments>http://www.roncjohnson.net/2009/11/12/technical-writingediting-pain-or-pleasure/#comments</comments>
		<pubDate>Thu, 12 Nov 2009 15:02:09 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Technical Writing - General]]></category>
		<category><![CDATA[contract out]]></category>
		<category><![CDATA[editing]]></category>
		<category><![CDATA[ROI]]></category>
		<category><![CDATA[technical writing]]></category>
		<category><![CDATA[value]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=159</guid>
		<description><![CDATA[I have noticed a few things about technical writing in Saskatoon, and Saskatchewan in general. ]]></description>
			<content:encoded><![CDATA[<p>I have noticed a few things about technical writing in Saskatoon, and Saskatchewan in general.<br />
First, there aren&#8217;t very many of us in Saskatoon&#8230;especially not freelancers or tech writing companies&#8230;compared with Calgary, for example.<br />
Second, most people still think a technical writer writes about &#8220;technical stuff&#8221;&#8211;electronics, software, IT, mechanical, etc., which is only partly true, some of the time.<br />
Third, most people here don&#8217;t think of writing as something you would contract out. Usually they either have the &#8220;anyone can write&#8221; perspective, or they look at it as a necessary evil and do as little of it as possible.<br />
I&#8217;m trying to change that, to show businesses that there is value and ROI in getting a professional to write their user manuals, policies, procedures, case studies, white papers, etc.<br />
I&#8217;d be interested in hearing your thoughts on this.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/11/12/technical-writingediting-pain-or-pleasure/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Presenting at the SWWA Conference</title>
		<link>http://www.roncjohnson.net/2009/11/02/presenting-at-the-swwa-conference/</link>
		<comments>http://www.roncjohnson.net/2009/11/02/presenting-at-the-swwa-conference/#comments</comments>
		<pubDate>Tue, 03 Nov 2009 02:35:19 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Water and Wastewater Documentation]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=142</guid>
		<description><![CDATA[Yes, I know it&#8217;s short notice, but I hope we will get a chance to meet you at the Saskatchewan Water and Wastewater Association conference on November 3 to 6 in Saskatoon. We don&#8217;t have a trade show booth this time around but we will certainly be there, mingling and trying to learn more about [...]]]></description>
			<content:encoded><![CDATA[<p>Yes, I know it&#8217;s short notice, but I hope we will get a chance to meet you at the Saskatchewan Water and Wastewater Association conference on November 3 to 6 in Saskatoon. We don&#8217;t have a trade show booth this time around but we will certainly be there, mingling and trying to learn more about the industry.</p>
<p>If you are already signed up for the conference you may know that we will be presenting twice. On Wednesday morning at 10:40 am we&#8217;ll be presenting &#8220;Developing Plant Documentation&#8221;, a 45 minute technical session that will provide an overview of the considerations and processes involved in creating operations manuals, SOPs and other documents. We&#8217;ll approach the subject from the perspective of lessons we have learned in real life project situations.</p>
<p>On Thursday, Nov 5 at 1:00 pm we will be presenting Introduction to Building Procedures with the SOP Toolkit. This 3 hour workshop picks up from the technical session and explores how to use our SOP Toolkit to get you started in creating standard operating procedures.</p>
<p>Hope to see you there!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/11/02/presenting-at-the-swwa-conference/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>News: Now located at Innovation Place, Saskatoon</title>
		<link>http://www.roncjohnson.net/2009/11/02/news-now-located-at-innovation-place-saskatoon/</link>
		<comments>http://www.roncjohnson.net/2009/11/02/news-now-located-at-innovation-place-saskatoon/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 19:29:25 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=133</guid>
		<description><![CDATA[We&#8217;re pleased to announce that we are now settled into our new office at Innovation Place (102F 116 Research Drive, Saskatoon).

Innovation Place was recently named the 2009 Outstanding Research Park by the Association of University Research Parks (AURP) in recognition of their role in supporting the growth of science and technology related economic development.
Our new [...]]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re pleased to announce that we are now settled into our new office at Innovation Place (102F 116 Research Drive, Saskatoon).</p>
<p><img src="file:///C:/DOCUME%7E1/RONJ%7E1/LOCALS%7E1/Temp/moz-screenshot-1.png" alt="" /></p>
<div id="attachment_135" class="wp-caption alignleft" style="width: 310px"><a href="http://www.roncjohnson.net/wp-content/upLoads/Concourse_interior1.jpg"><img class="size-medium wp-image-135" title="Concourse_interior" src="http://www.roncjohnson.net/wp-content/upLoads/Concourse_interior1-300x198.jpg" alt="An interior view of the Concourse Building, near RCJC offices" width="300" height="198" /></a><p class="wp-caption-text">An interior view of the Concourse Building, near RCJC offices</p></div>
<p>Innovation Place was recently named the 2009 Outstanding Research Park by the Association of University Research Parks (AURP) in recognition of their role in supporting the growth of science and technology related economic development.</p>
<p>Our new location will support several new initiatives that we are currently implementing. As we incorporate new clients and additional staff, and embark on our new marketing plan, we expect the move to enhance the services we can offer.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/11/02/news-now-located-at-innovation-place-saskatoon/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Need a writer? Or do you just need some help?</title>
		<link>http://www.roncjohnson.net/2009/06/18/need-a-writer-or-do-you-just-need-some-help/</link>
		<comments>http://www.roncjohnson.net/2009/06/18/need-a-writer-or-do-you-just-need-some-help/#comments</comments>
		<pubDate>Thu, 18 Jun 2009 15:55:13 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Technical Writing - General]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=98</guid>
		<description><![CDATA[I have realized that often what the client needs is not a technical writer, but a technical re-writer. Other ways to describe it is editor or documentation consultant--someone who can meet them at the point where they need help, and can provide cost-effective recommendations and assistance.]]></description>
			<content:encoded><![CDATA[<p>Someone said &#8220;There&#8217;s no such thing as writing&#8230;just re-writing&#8221; and as time goes on I&#8217;m realizing this is true in several ways. I was reminded of this while talking to people at a trade show I recently attended. I engaged several people from various booths in conversation and mentioned that I &#8220;write&#8221; manuals, procedures, training materials, and other documents. As usual, the response was, &#8220;We write our own manuals.&#8221;</p>
<p>What can I say to that? <em>You shouldn&#8217;t</em>! <em>You should let me do it! I&#8217;m a professional!</em> I also can&#8217;t really tell them their writing isn&#8217;t good enough. At that point for all I know they may be very effective communicators. Obviously these wouldn&#8217;t be the most effective marketing techniques. <img src='http://www.roncjohnson.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>But experience has shown me that most small to medium sized companies who do their own technical writing are not entirely happy with their results. Usually they know their documentation needs improvement but several factors are holding them back from getting what they need. First, they don&#8217;t know where to find someone who they are confident can help. Second, they are not sure whether the price they will pay will be worth the benefits of better documentation.</p>
<p>So I have realized that often what the client needs is not a technical writer, but a technical <em>re-writer</em>. Other ways to describe it is <em>editor</em> or<em> documentation consultant</em>&#8211;someone who can meet them at the point where they need help, and can provide cost-effective recommendations and assistance. The client knows the content they want in the documents, and they often have good ideas about how it can be best organized for their customers. I know how to organize, present and clarify information so it has the effect the client wants.</p>
<p>As for the cost of my services? Usually, the savings realized from reduced product support (telephone, in-house and field service) and decreased product returns pays for my fees in the first few months after completion of the document upgrades.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/06/18/need-a-writer-or-do-you-just-need-some-help/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;Do I really need a tech writer?&#8221;</title>
		<link>http://www.roncjohnson.net/2009/06/16/do-i-really-need-a-tech-writer/</link>
		<comments>http://www.roncjohnson.net/2009/06/16/do-i-really-need-a-tech-writer/#comments</comments>
		<pubDate>Tue, 16 Jun 2009 06:15:25 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Technical Writing - General]]></category>
		<category><![CDATA[Writing Project Management]]></category>
		<category><![CDATA[document design]]></category>
		<category><![CDATA[SME]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=96</guid>
		<description><![CDATA[Well...no, actually.  But do you really want to do this nasty job yourself?]]></description>
			<content:encoded><![CDATA[<p>Well&#8230;no, actually.  But do you really want to do this nasty job yourself?</p>
<p>I&#8217;ve lost count of the number of people to whom I have offered my technical writing services, who look at me like I must be crazy. After all, they have smart people working for them&#8230;people who understand the content that needs to be written, who have great computer skills, who know how to write a sentence. Why would they pay someone from the outside to do what they could do themselves?</p>
<p>The only honest response I have come up with is: &#8220;Great! Enjoy the experience.&#8221; The truth is, these organizations probably do have people with skills, and with some effort they could probably turn out a  manual, procedure, or other document. However, further down the road they may wish they had brought in an expert.</p>
<p>Writing a manual or procedure is not simply the process of putting a series of steps into words. And a tech writer is not simply a person who writes sentences. Typically, a capable and experienced &#8220;technical communicator&#8221; (the correct description of the role) performs most of the following tasks in the process of producing documentation:  assesses the clients documentation needs, analyzes the content/tasks/etc to be documented, determines the scope of the project (especially if multiple documents are involved), gathers resources, identifies subject matter experts (SME), designs the document format and style, does research, writes the content, works with SMEs to verify and edit one or more drafts, publishes a final draft, maintains records, files, style guides, document plans, and many more aspects of the project. Throughout this process the technical communicator often assumes the role of project manager/leader and, if the project is large, may manage several personnel with specialized skills (illustrators, photographers, IT support, etc). If the project is smaller, most of these tasks still have to be handled at some level, and the person handling them needs to know how not to get bogged down in them.</p>
<p>So if you have someone who can handle these tasks, and you are willing to free the person up to become your in-house technical writer&#8230;good for you. But don&#8217;t expect that person to manage a documentation project AND do the job they were doing before. Something will break, and chances are you won&#8217;t end up with documentation at the level of quality that you had hoped for.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/06/16/do-i-really-need-a-tech-writer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Access to SMEs a key ingredient in a successful project</title>
		<link>http://www.roncjohnson.net/2009/05/14/access-to-smes-a-key-ingredient-in-a-successful-project/</link>
		<comments>http://www.roncjohnson.net/2009/05/14/access-to-smes-a-key-ingredient-in-a-successful-project/#comments</comments>
		<pubDate>Thu, 14 May 2009 15:58:05 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Writing Project Management]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=89</guid>
		<description><![CDATA[One of the most important steps that a client can take to ensure the successful and timely completion of a writing project is to make sure the technical documentation team has good access to subject matter experts (SME).]]></description>
			<content:encoded><![CDATA[<p>One of the most important steps that a client can take to ensure the successful and timely completion of a writing project is to make sure the technical documentation team has good access to subject matter experts (SME). All SMEs needed for the project should be considered part of a resource team that meets periodically and is kept up-to-date on the project. If management takes the project seriously, and intends to make sure it is successful, they will communicate by word and example that attendance at these meetings is a high priority. They will also make sure that team members are allocated time to spend working with the documentation team and given clear instructions that they are expected to cooperate and support the tech writers&#8217; efforts.</p>
<p>Ideally, the documentation team is able to spend adequate time on-site, working directly with the SMEs. Several factors must be in place to make sure on-site time is used effectively. The SMEs must be available, and know they are expected to cooperate. From the tech writer&#8217;s perspective, having full-time access to an SME who has a wide range of knowledge and experience would be ideal. Sometimes that is possible. For example, I have worked closely with an experienced plant operator who was on a work accommodation. Unfortunately, he was often pulled away from working with me to assist with other projects and situations as they arose.</p>
<p>It&#8217;s important to remember that one SME does not have all the answers. SMEs participate in several phases of the project. In the data gathering phase the doc team brings together information about the plant and how it is operated. This includes facts, specifications, how equipment and systems work, tasks and procedures. The next phase includes fact verification, but also verification of policies. A third phase&#8211;validation&#8211;involves confirmation that the document is acceptable. A plant operator may be able to answer questions about facts and procedures, but he or she probably cannot provide definitive rulings on operating policies. Those answers may have to come from supervisory or management staff. Sometimes there can be differences of opinion on best practices. Who makes the final ruling on what is the best practice for a given procedure? Who validates a procedure as complying with company policy? Without access to the appropriate SME the technical writer&#8217;s hands are tied.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/05/14/access-to-smes-a-key-ingredient-in-a-successful-project/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Developing procedures for water and wastewater</title>
		<link>http://www.roncjohnson.net/2009/05/08/developing-procedures-for-water-and-wastewater/</link>
		<comments>http://www.roncjohnson.net/2009/05/08/developing-procedures-for-water-and-wastewater/#comments</comments>
		<pubDate>Fri, 08 May 2009 19:45:54 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Water and Wastewater Documentation]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=21</guid>
		<description><![CDATA[One of the most contentious and polarized issues I have come across regarding developing procedures is that of minimalist versus comprehensive content in standard operating procedures. Sit down with a group of plant operators and maintenance personnel and ask them what they would like to see in an SOP and then watch what happens. One [...]]]></description>
			<content:encoded><![CDATA[<p>One of the most contentious and polarized issues I have come across regarding developing procedures is that of minimalist versus comprehensive content in standard operating procedures. Sit down with a group of plant operators and maintenance personnel and ask them what they would like to see in an SOP and then watch what happens. One camp wants a single sheet of paper with less than a dozen basic procedural steps. The other pushes for a comprehensive set of instructions suitable for standardizing the procedure and training new recruits.</p>
<p><a href="http://www.roncjohnson.net/wp-content/upLoads/kubrickheader.jpg"><img class="aligncenter size-medium wp-image-65" title="kubrickheader" src="http://www.roncjohnson.net/wp-content/upLoads/kubrickheader-300x78.jpg" alt="kubrickheader" width="300" height="78" /></a></p>
<p>I fall into that second camp&#8211;probably because of my training background. I see the value to making sure the document targets the lowest common denominator, and can be used to train (or retrain) anyone at any level of competence. That said, I like to include a simple checklist that the more experienced personnel can take with them into the field and use as necessary to make sure everything is covered.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/05/08/developing-procedures-for-water-and-wastewater/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The Greased Rubber Ball</title>
		<link>http://www.roncjohnson.net/2009/05/08/the-greased-rubber-ball/</link>
		<comments>http://www.roncjohnson.net/2009/05/08/the-greased-rubber-ball/#comments</comments>
		<pubDate>Fri, 08 May 2009 19:35:46 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Training Processes and Documentation]]></category>
		<category><![CDATA[apprenticeship]]></category>
		<category><![CDATA[learning]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=17</guid>
		<description><![CDATA[Back when I was instructing electronics and instrumentation apprentices and technologists I liked to start each new batch of students with my &#8220;Greased Rubber Ball&#8221; theory of learning. I told them that their upcoming learning experience would be like trying to stay on top of a giant greased rubber ball. I suggested that if they [...]]]></description>
			<content:encoded><![CDATA[<p>Back when I was instructing electronics and instrumentation apprentices and technologists I liked to start each new batch of students with my &#8220;Greased Rubber Ball&#8221; theory of learning. I told them that their upcoming learning experience would be like trying to stay on top of a giant greased rubber ball. I suggested that if they did not take the situation seriously right from the start, they would easily slip off the ball. It would be most difficult to climb back on. I also suggested their best bet would be to buckle down and cling to the top of that ball, work hard and focus on keeping their balance. Silly though the analogy may be, I still think it paints a useful picture.</p>
<p>Now that I am primarily concerned with creating training materials, rather than delivering them, I can see the value in producing materials that help students maintain that focus, ensuring a successful learning experience.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/05/08/the-greased-rubber-ball/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Tech Writing for Process Industries</title>
		<link>http://www.roncjohnson.net/2009/05/08/first-post-to-technical-writing-general/</link>
		<comments>http://www.roncjohnson.net/2009/05/08/first-post-to-technical-writing-general/#comments</comments>
		<pubDate>Fri, 08 May 2009 18:27:52 +0000</pubDate>
		<dc:creator>Ron Johnson</dc:creator>
				<category><![CDATA[Technical Writing - General]]></category>

		<guid isPermaLink="false">http://www.roncjohnson.net/?p=11</guid>
		<description><![CDATA[This being the first post on a new website/blog, I&#8217;m putting out an open invitation for responses from other tech writers&#8211;especially those who work in process industries. Writing is a lonely business at the best of times, but so far I haven&#8217;t met many writers who serve process industries. Anyone out there who would care [...]]]></description>
			<content:encoded><![CDATA[<p>This being the first post on a new website/blog, I&#8217;m putting out an open invitation for responses from other tech writers&#8211;especially those who work in process industries. Writing is a lonely business at the best of times, but so far I haven&#8217;t met many writers who serve process industries. Anyone out there who would care to share their experiences?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.roncjohnson.net/2009/05/08/first-post-to-technical-writing-general/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
