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:
“To write weekly, to write daily, to write shortly, to write for busy people catching trains in the morning or for tired people coming home in the evening, is a heartbreaking task for men who know good writing from bad. They do it, but instinctively draw out of harm’s way anything precious that might be damaged by contact with the public, or anything sharp that might irritate its skin.”
—Virginia Woolf (1882–1941)
“A commodity appears at first sight an extremely obvious, trivial thing. But its analysis brings out that it is a very strange thing, abounding in metaphysical subtleties and theological niceties.”
—Karl Marx (1818–1883)