TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Re: Developing a Methodology From:eric -dot- dunn -at- ca -dot- transport -dot- bombardier -dot- com To:TECHWR-L <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Thu, 25 May 2006 15:45:46 -0400
In all seriousness,
John Posada <jposada01 -at- yahoo -dot- com> wrote on 05/25/2006 01:42:24 PM:
> BTW...the goal of Six Sigma, from the perspective of documentation,
> means that if a million people read a document, only 3.4 defects will
> be discovered ...
True. If your only applying to Six Sigma to the documentation output.
However, in that limited scope, what constitutes a "defect" is dependant
on the definition of a defect and how those "defects" are being measured.
Really, Six Sigma can be applied to any part of the documentation
lifecycle, from information gathering/creation to document archiving, with
any measurable metric used to try and detect a bottleneck or other process
Otherwise, documentation is central to all effective Six Sigma/ISO/Total
Quality or other priesthood-run-acronym-driven-process(tm) following
organisation. Even those that simply use good sense to get the job done.
Document what you do, do what you document. Consider change only once a
problem has been quantified. Evaluate and document possible replacement
procedures. Once you can prove the benefit outweighs identified (and
preferably mitigated) risks. Follow the new documented process.
The backbone of all the big name process "methodologies" and the simple
secret to success and repeatable outcome. No need to partake of the
kool-aid if you can see the logic of good procedure planning, execution,
and well designed fail-safes and/or idiot proofing. Include a little
logical failure planning and exception handling and you're done.
This e-mail communication (and any attachment/s) may contain confidential
or privileged information and is intended only for the individual(s) or
entity named above and to others who have been specifically authorized to
receive it. If you are not the intended recipient, please do not read,
copy, use or disclose the contents of this communication to others. Please
notify the sender that you have received this e-mail in error by reply
e-mail, and delete the e-mail subsequently. Please note that in order to
protect the security of our information systems an AntiSPAM solution is in
use and will browse through incoming emails.
Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut
contenir des renseignements confidentiels ou protégés et est destiné à
l?usage exclusif du destinataire ci-dessus. Toute autre personne est par
les présentes avisée qu?il est strictement interdit de le diffuser, le
distribuer ou le reproduire. Si vous l?avez reçu par inadvertance,
veuillez nous en aviser et détruire ce message. Veuillez prendre note
qu'une solution antipollupostage (AntiSPAM) est utilisée afin d'assurer la
sécurité de nos systems d'information et qu'elle furètera les courriels
WebWorks ePublisher Pro for Word features support for every major Help
format plus PDF, HTML and more. Flexible, precise, and efficient content
delivery. Try it today!. http://www.webworks.com/techwr-l