The success or failure of training largely depends upon the completeness and accuracy of the task analysis on which the training is based. For purpose of training, a task analysis is starts with a definition of the job, the duties associated with that job, and details of the tasks comprising those duties.
Working definitions as viewed in these tips:
A jobconsists of duties (areas of responsibilities) and tasks that are defined and specific. Tasks can be accomplished, quantified, measured, and rated.
A duty is a distinct, major activity (group of related tasks) involved in performing the job. Typically, five or more duties comprise most jobs. Duties can generally be broken down into 15-20 task statements
- Is a trainable chunk of work for which an employer is willing to pay
- Has identifiable beginning and end
- Involves several elements (Steps or Sub-Tasks)
- Results in an identifiable product, service, or decision
- Can be performed over a short period of time
- Can be performed independent of other work
- Can be observed and measured
Tip 1: Identify Stakeholders up front.Before launching into a task analysis as an integral part of training design, it is advisable to identify all stake holders, the folks with review and approval rights, before launching into the task analysis process. I would suggest that not only should you know who they are, they should know who you are and what you are doing with respect to the training requirements for the job you’re working on.
Tip 2: Consider conducting an SME workshop to gather Task Analysis information.
Consider a one to two day workshop with 3 to 6 subject matter experts, plus a supervisor to glean the information comprising a task analysis for training. Such a method is widely used in a process called the DACUM process. DACUM is an acronym derived from “developing a curriculum.” I’ve written a course on using this technique and it’s free for the taking. Just click on the link below the videos on this page. BTW, you don’t have to finish the course at a single setting, it remembers your location when you sign off and resumes when you start again.
Tip 3: Define all duties before working on the tasks comprising those duties.
When conducting a task analysis for training, define all of the duty area before launching into defining the tasks comprising each duty. Thoroughly thinking through the duty areas first will eliminate the need for a lot of “do overs” and “back to the drawing boards.”
Tip 4: Define the standards of performance of all tasks.
For each task define the observable, measurable criteria for successful and acceptable standards of performance. These standards will eventually influence the training objectives and even the nature of the training. One way, and the way I recommend to articulate a standard of performance is to word it so that it is the completion of the sentence that starts, “I will know that this task has been completed satisfactorily when I can observe that…” Be sure that all standards of performance are written in objective, measurable terms. Words and phrases like satisfactorily, in a timely manner, to the satisfaction of the supervisor are all subjective in nature and will be judged differently by different people. Don’t let these words or phrases creep into your task analyses.
Tip 5: Define any unique conditions..
For each task, define any unique conditions that exist when the task is performed. This information will later be used in the training process when creating objectives and evaluations for those objectives to keep training and job performance expectations congruent.
Tip 6: Determine frequency, difficulty, plus probability and consequence of failure.
Record for each task how frequently it is performed, how difficult it is to learn, the probably of performance failure in the absence of quality training, and the consequence of failure to perform directly. This information helps to answer questions like:Do we really need to provide training for this task?Will creation of job aids enhance performance of this task?Do we need to plan for periodic refresher training?For instance, the hiring practice for this job could demand that job applicants for this particular job are required to be able to do a particular task in order to become hired. For situations like this, the probability of failue without additional training would be really low and could be justification for declaring this task “NTR” (No Training Required). If it looks like that the details of a task are difficult to learn (and possibly easy to forget) it could mean that design and creation of job aids will more than pay for themselves. For tasks with an extremely costly consequence of performance failure – especially if the task is not done on a regular basis, scheduled refresher training could be a wise move. One example that comes to mind is cardio pulmonary resuscitation (CPR). BTW, the Task Analysis Toolkit has a built-in, customer modifiable algorithm that recommends training required, job aids, and refresher training based on the four elements of this tip.
Tip 7: For each task identify any unique safety exposures.
For many jobs the work environment requires wearing safety glasses or other personal protective equipment all the time the worker is on the job. In these cases, be sure that this is noted either in job notes or duty notes but do not repeat the safety glass requirements for each task. If however a task uses a specific procedure or piece of equipment that presents safety exposures for that particular task then including that (those) safety issue(s) in the standards of performance is advised.
Tip 8: Keep the task analysis as simple and succinct as possible.
In most cases, it is better to keep a task analysis as simple as possible by eliminating the need to articulate sub-tasks, sub-sub-tasks, sub-sub-sub-tasks, etc. by making what could be written as a subtask a criteria for successful. The more words in a task analysis document and the more complex it is, the less likely it is that it will get the scrutinizing review by the stakeholders that it deserves. The end result? Course and training weak points that don’t show up until the training is launched.
Tip 9: Consider not making procedural steps, associated with tasks, part of the task analysis and training documentation.
Generally speaking it is better to have Production accountable for creation and maintenance of procedural steps and Training to have responsibility to appropriately reference those procedures. As a general rule, training organizations cannot react to production changes as quickly as production organizations can and do. If training related activities refer to procedural documentation instead of creating and publishing that documentation the company can change directions very quickly as the needs arise. In the economic world of today it can mean the difference between profits and bankruptcy.
Tip 10: Be rigid in accepting or rejecting task statements
Make sure that task statements meet all of the following criteria:Reflects a meaningful unit of work that has • Definite beginning and end points• Can be performed over a relative short period of time• Is performed independently of other work• Consists of two or more steps• Can be observed and or measured• Results in a product, service or decision.Contains an action verb and an object that receives that actionMay contain relevant qualifiers but avoids use of words like effectively and efficientlyAre explicit, precise and stand aloneAvoids reverence to knowledge, skills, abilities and attitudesAvoids references to tools or equipment that merely support performance
Tip 11: Try to assemble all stakeholders in a workshop setting for review and approval.
It happens all of the time. You get a report such as a task analysis report done and send it out for review. And then you wait – and wait – and wait - and finally (and sometimes only after pleading phone calls) the marked-up reports come back. But there’s a conflict. Person A requests a change but so does Person B – but the changes requested are 180 degrees out of phase with each other. (That signals the beginning of what can turn out to be an extremely long day!)
One way to prevent this scenario is to get all of the stake holders together for the review immediately after the completion of the task analysis itself. If you decide to go this route, set the time and place for the review meeting before beginning the Task Analysis. If you are getting the information for the task analysis itself in an SME oriented workshop, it can work out well to start the review and approval process as the last phase of the workshop. In this case, you have not only the reviewers of the report you also have the people responsible for the content of the report. That way conflicts are resolved before the meeting ends. If you plan to do this, expect to heavily facilitate the meeting to keep everyone “on the same page” as the report is reviewed.
Tip 12: Take advantage of the Task Analysis Toolkit features.
Consider using the Task Analysis Toolkit to record and massage information collected in the task analysis process. There are more than a few benefits associated with the Toolkit:The design of the Toolkit screens invites accurate and complete dataImport lists of phrases and verbs used throughout the toolkit can be customized by the customer and result in saving many keystrokes when entering the information.The Toolkit automatically makes, for each task; recommendations based on the four task characteristics addressed in Tip 6.
After a task analysis has been completed, reviewed, and approved, the information can be transported over to the design side of the Toolkit and become the first stage documentation for the design of courses to support the tasks previously defined.
The design of the Toolkit screens and the structure of the toolkit encourage sound instructional design principles and prevent addition of training objectives not specifically tied to previously defined tasks – thus preventing costly “scope creep.”
The top video below is an overview of the toolkit.
Note: there are two versions of the Toolkit, Single-User and Web Enterprise (for multiple users). The Web Enterprise version stores Task Analysis information in the cloud and accesses that information via the Windows based application installed on an instructional designer's machine. Companies that purchase the Web Enterprise version can install the application on as many computers as they deem necessary (Unlimited Installs). Since the job-task information for all jobs is parked on the internet, those installs could be any place in the world!
Within a company, any instructional designer with the Web Enterprise version can access and work on any task analysis project.
A feature within the Web Enterprise version allows an instructional designer to enter minimal task information, for one or more tasks associated with a job, and then assign those tasks to a subject matter expert (SME) for completion. SMEs will use the Task Completion Module to complete the task information. The Task Completion Module is included with the Web Enterprise version, and, like the toolkit, can be installed on as many Windows based machines as necessary - no limit.
There are two (free) eLearning courses to support SMEs working with this feature. The first introduces terms used in the task analysis process and prepares SMEs to contribute to a task analysis in a meeting with other SMEs. The second prepares them to work with the Task Completion Module itself. These two courses will be made available to customers interested in the Enterprise version. For companies that purchase the Enterprise version, the courses can be packaged to run on the customer's LMS.
The user interfaces for both the single user and enterprise versions of the toolkit are identical except for how new jobs are started. For that reason, it is recomended that companies interested in the Enterprise version download and become familiar with the single user version first.
Use the form at the bottom of this page to request the URL of the installation file for the Trial, Single-User Toolkit.
The three toolkit videos below are and overview, single user Vs. enterprise - differences, and In-depth demo.
© Pete Blair 2005 - 2017