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: End User Task Analysis ??? From:JIMCHEVAL <JIMCHEVAL -at- AOL -dot- COM> Date:Mon, 26 Jan 1998 22:12:15 EST
In a message dated 98-01-26 16:03:00 EST, tonymar -at- HOTMAIL -dot- COM writes:
<< How is an end user task analysis done? Can anyone recommend a formal
I used Jean-Dominique Warnier's techniques in France, but I doubt they're used
here. I've looked at diagramming techniques such as Yourden's but honestly
can't remember if they accompany an underlying methodology.
-Get an overview of the purpose of the project from your management contact
-Find out what departments/clients this department interfaces with
-Interview the end users and ask what they do, what documents they produce and
use (i.e., input and output), who they interface with
-Get samples of all input/output
-Diagram the overall processes (ex. check comes in, person A registers it in
ledger I, gives it to person B, who inputs data in to system, forwards check
for archiving to person C, etc.)
-Depending on your purpose, either break each task into comprehesible steps
(if you're producing procedures) and identify where to get the needed
documents and/or identify all the data elements (if you're producing a data
model) used in the various steps (plus where they come from, when they're
calculated, where they'll go)
That's a REAL sketchy overview. There are whole books on this stuff.
One BIG warning - never take a manager's assurance that "you don't have to
talk to my people - I know what they do." Always talk to the ground troops.
<<Are there any preferred tool? >>
Tools are mainly human: listening closely and being persistent. For data
modeling, some people love Exelerator and similar tools.
Visit Chez Jim: Jim Chevallier's Home Page - http://www.gis.net/~jimcheval