barbour online shop Technical Writing - How To Wri

wlkleo00cpz

Willie Wright
Submitted 2013-01-23 04:44:00 [url=http://www.tagverts.com/barbour.php]barbour online shop[/url] Documenting your business processes is essential for long-term quality of operations [url=http://www.teatrodeoro.com/hollisterde.php]hollister[/url] and is part of the basic planning necessary [url=http://www.oneworldnews.org/#comment-49209]Writing Articles About Psychology - Think Before You Write[/url] to ensure that in the event of a disaster you can quickly get back on track. It doesn't need to be a complex task and while a technical author can minimise some of the headaches anyone can do it if they follow these six simple steps.
Get High Level
Before you write a complex document, get started by mapping out the big picture process - I like to use flipchart paper on a wall for this but you can use any tool you feel comfortable with. Don't get into detail, you're looking [url=http://www.fibmilano.it]woolrich[/url] to identify the steps not the "how to" at this stage. If you [url=http://www.diecastlinks.co.uk]hollister uk[/url] aren't familiar with the process get the parties who currently perform the function together and get them to "information dump" on you. Once everyone agrees that you've got the outline covered you can move [url=http://www.richdadcn.com/space.php?uid=12103&do=blog&id=295692]woolrich sito ufficiale Top 4 Reasons Students Hat[/url] on.
Get Graphical
Don't rush on to writing out the details, first map your high level process using some flowcharting software (if your organisation won't spring for Visio, there's a pretty good free [url=http://txcec.com/bbs/home.php?mod=space&uid=306331][/url] flowcharting package that comes with OpenOffice, "Draw" and that's free). While there are specific conventions for flowcharts, they aren't mandatory and if you don't have any familiarity with them - use the boxes that make sense to you and your team.
Get Task Oriented
Now map out the tasks [url=http://www.agentparadise.com]woolrich sito ufficiale[/url] in detail, each task should be fully defined with the "owner" identified alongside timescales and any other necessary input. You should build in failure cases where proceeding tasks have not been performed correctly and what action should be taken in these cases. A simple table structure is fine for this.
Get Visual
Wherever possible grab [url=http://www.jeremyparendt.com/Barbour-Paris.php]barbour france paris[/url] some [url=http://www.marrakech-hotel.fr]hollister[/url] images to go alongside the [url=http://www.rtnagel.com/louboutin.php]louboutin[/url] words, for screen shots and the like Snag It is an excellent tool but if you can't get hold of it MS Paint does [url=http://www.riad-marrakesh.fr]abercrombie pas cher[/url] fine for screen capture (press the PRTSC button and then paste the image into Paint). People find visuals much easier to follow than a stream of text, but don't go overboard you need to include an explanation of each [url=http://www.rtnagel.com/louboutin.php]louboutin pas cher[/url] image too.
Get Complex and Simple
If your process has multiple choice options (different paths) then make sure you identify each step clearly and highlight the [url=http://www.sidegemeinde.com/peutereyoutlet.php]peuterey sito ufficiale[/url] parts by the use of naming conventions and pointers in your text to make sure they are easily identifiable.
Include Hints and Tips
If there's more than one way to do something in your process, include some notes or "helpful hints" that detail these. For example if [url=http://www.mxitcms.com/abercrombie/]abercrombie[/url] you're going to write a process about saving a record in a database there's often a "File Menu then Click on Save" option and a "click on the Save icon in the toolbar" option too. Don't leave out the details.
Writing up a process is a key business task but it doesn't have to be hugely complicated, just keep it simple and only include what you need to make it work and follow these tips to ensure the best documentation.