A Subtle Distinction
I’ve recently been reading a book about software interface design entitled The Inmates Are Running The Asylum, and I came across an interesting passage, in which he discusses the discrepancy between performing a task and achieving a goal. Rather than sum it up, I’ll let his words speak for themselves.
Tasks Are Not Goals
Goals are not the same things as tasks. A goal is an end condition, whereas a task is an intermediate process needed to achieve the goal. It is very important not to confuse tasks with goals, but it is easy to mix them up.
If my goal is to laze in the hammock reading the Sunday paper, I first have to mow the lawn. My task is mowing: my goal is resting. If I could recruit someone else to mow the lawn, I could achieve my goal without having to do the mowing.
There is an easy way to tell the difference between tasks and goals. Tasks change as technology changes, but goals have the pleasant property of remaining very stable. For example, to travel from St. Louis to San Francisco, my goals are speed, comfort, and safety. Heading for the California gold fields in 1850, I would have made the journey in my new, high-tech Conestoga wagon. In the interests of safety, I would have brought my Winchester rifle. Heading from St. Louis to the Silicon Valley in 1999, I would make the journey in a new, high-tech Boeing 777. In the interest of safety, I would leave my Winchester rifle at home. My goals remain unchanged, but the tasks have so changed with the technology that they are in direct opposition.
The same pattern of directly opposing goals and tasks is easy to find. When the president desires peace overseas, he sends troops armed with guns, planes, and bombs. His task is war. His goal is peace. When a corporate lawyer wants to avoid conflict with a colleague, she argues with him over clauses in the contract. Her goal is accord, but her task is arguement.
Feel free to pass this one along to all the diehard peacenik/war-is-always-evil types you know.
