Task Analysis and Documentation
Since the 1980s, a major change in technical documentation has been to emphasize the tasks performed with a system rather than documenting the system itself. In software documentation particularly, long printed technical manuals that exhaustively describe every function of the software are being replaced by online help organized into tasks. This is part of the new emphasis on usability and user-centered design rather than system/software/product design.
This task orientation in technical documentation began with publishing guidelines issued by IBM in the late 1980s. Later IBM studies led to John Carroll's theory of minimalism in the 1990s.
With the development of XML as a markup language suitable for both print and online documentation (replacing SGML with its focus on print), IBM developed the Darwin Information Typing Architecture XML standard in 2000. Now an OASIS standard, DITA has a strong emphasis on task analysis. Its three basic information types are Task, Concept, and Reference. Tasks are analyzed into steps, with a main goal of identifying steps that are reusable in multiple tasks.
Read more about this topic: Task Analysis
Famous quotes containing the words task and/or analysis:
“The task of an American writer is not to describe the misgivings of a woman taken in adultery as she looks out of a window at the rain but to describe four hundred people under the lights reaching for a foul ball. This is ceremony.”
—John Cheever (1912–1982)
“... the big courageous acts of life are those one never hears of and only suspects from having been through like experience. It takes real courage to do battle in the unspectacular task. We always listen for the applause of our co-workers. He is courageous who plods on, unlettered and unknown.... In the last analysis it is this courage, developing between man and his limitations, that brings success.”
—Alice Foote MacDougall (1867–1945)