{"id":2248,"date":"2012-01-09T11:32:09","date_gmt":"2012-01-09T16:32:09","guid":{"rendered":"http:\/\/www.encoretechresources.com\/insights\/?p=2248"},"modified":"2012-01-09T20:06:23","modified_gmt":"2012-01-10T01:06:23","slug":"2248","status":"publish","type":"post","link":"http:\/\/www.encoretechresources.com\/insights\/2012\/01\/09\/2248\/","title":{"rendered":"Procedure Writing for the &#8216;Masses&#8217;"},"content":{"rendered":"<p>On ffeathers, one of the technical writing blogs we visit, <a href=\"http:\/\/ffeathers.wordpress.com\/2012\/01\/07\/should-we-allow-comments-on-documentation-pages\/\">a question&#8217;s been raised<\/a> about whether comments should be allowed on documentation pages, from, we presume, just about anyone in an organization, and maybe customers, too. Sarah Maddox, who presides over ffeathers, is a technical writer for Atlassian, an Australian software company.<\/p>\n<p>So here we have another example of the web&#8217;s ability to promote an international discussion. The question of who might have access to documentation these days becomes wider than when paper, or a personal computer file, was the medium of expression. Atlassian produces its product documentation on a wikki \u2013 it happens to produce <a href=\"http:\/\/www.atlassian.com\/software\/confluence\/overview\">Confluence<\/a>, one of the leading wikki software packages.<br \/>\n<!--more--><\/p>\n<p>Thus group writing of documentation and procedures via commenting becomes a distinct possibility. And with it, not only might more complete and responsive software manuals arise, but a broader-beamed organization could come into being as well. If communication input is a prime means of organizational development, and it is, allowing a wider circle of commenters on a company&#8217;s emerging products could alter the organization&#8217;s reality. (If that scares you, read no further.)<\/p>\n<p>Atlassian allows anyone to add comments on its documentation. &#8220;Even people who have not logged in to the wiki \u2013 their comments are recorded as &#8216;anonymous.'&#8221; Many of the people our colleague Dennis Owen works with in providing technical assistance at nuclear power plants will, no doubt, be appalled at the notion of anonymous comments on plant procedures. Nuclear, and other highly sensitive procedures, are available only on a need-to-know\/authorized-to-know basis.<\/p>\n<p>Yet, providing that enough familiarity exists with the subject at hand, group commenting on documentation can be a consciousness-raising exercise. A user&#8217;s point of view is more likely to be included, rather than just the developer&#8217;s.<\/p>\n<p>And there&#8217;s always the possibility of heightened awareness as to how the developer is coming across. &#8220;What benefits do we, as technical writers, get from the comments people add?,&#8221; Sarah asks, &#8220;And do we suffer any pain?&#8221;<\/p>\n<p><a href=\"http:\/\/www.encoretechresources.com\/insights\/wp-content\/uploads\/devdocsnocomments.png\"><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/www.encoretechresources.com\/insights\/wp-content\/uploads\/devdocsnocomments-300x232.png\" alt=\"\" title=\"devdocsnocomments\" width=\"300\" height=\"232\" class=\"alignleft size-medium wp-image-2262\" srcset=\"http:\/\/www.encoretechresources.com\/insights\/wp-content\/uploads\/devdocsnocomments-300x232.png 300w, http:\/\/www.encoretechresources.com\/insights\/wp-content\/uploads\/devdocsnocomments.png 700w\" sizes=\"(max-width: 300px) 100vw, 300px\" \/><\/a>As a matter of fact, a few months ago Atlassian moved all of its developer documentation   &#8211; procedures on software being developed for use with its own products \u2013 to a different wiki site. There, they&#8217;ve turned off the page comments and have replaced them with two panels at the bottom of each page, one allowing comments on a page in response to inquiries in a question box, and the other requesting detailed feedback if someone wants to provide it.<\/p>\n<p>Making procedure writing as transparent and helpful as possible is, thus, a challenging job to do well, always with the end user, and sometimes security awareness, in mind. We know that. How to insure that we live it is sometimes another matter. <em>\u2013 Doug Bedell<br \/>\n<\/em><\/p>\n<p><em>Dennis Owen, indeed, notes that he can imagine the day when all workers will carry an iPad-like device and follow their procedures on a screen instead of paper. In that case, it would make perfect sense to allow plant workers (but not just anyone) to comment. Those comments would not appear on the paper itself, which is to some extent a legal document that can&#8217;t have ambiguous information on it. Instead, they would be e-mailed directly to the procedure&#8217;s author and added to a tracking database, and he or she would be responsible for addressing them. That would be a nice, seamless way to encourage procedure comments and user-to-author dialogue. <\/p>\n<p>Many procedures have sign-off steps, so after a job some paper procedures must be retrieved and digitized to become part of a plant&#8217;s record. Electronic procedures would capture all those signatures in real time and would save even more time and money.<br \/>\n<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>On ffeathers, one of the technical writing blogs we visit, a question&#8217;s been raised about whether comments should be allowed on documentation pages, from, we presume, just about anyone in an organization, and maybe customers, too. Sarah Maddox, who presides over ffeathers, is a technical writer for Atlassian, an Australian software company. So here we [&hellip;]<\/p>\n","protected":false},"author":7,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8,3,5],"tags":[],"class_list":["post-2248","post","type-post","status-publish","format-standard","hentry","category-communication","category-technology","category-the-writing-life"],"aioseo_notices":[],"_links":{"self":[{"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/posts\/2248"}],"collection":[{"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/comments?post=2248"}],"version-history":[{"count":21,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/posts\/2248\/revisions"}],"predecessor-version":[{"id":2285,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/posts\/2248\/revisions\/2285"}],"wp:attachment":[{"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/media?parent=2248"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/categories?post=2248"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.encoretechresources.com\/insights\/wp-json\/wp\/v2\/tags?post=2248"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}