Minimalism
and Documentation
Mary Ann Eiler. 'Minimalism and Documentation Downsizing: The Issues
and the Debate." The Newsletter of the Chicago Chapter of the
Society of Technical Communication. 39.4 (1997).
What is minimalism? Is minimalist documentation
"risky," and if so, what can be done to mitgate the risk? Was the structure
of Windows 95's Help based on John Carroll's Minimalist Model or was "the
result" more a Microsoft business decision -- or a bit of both? These are
the issues I challenged my OnLine Design class (Spring 1996) to explore
and resolve as we probed John Carroll's original concept of The Minimal
Manual and evolving minimalist principles and heuristics.
Realizing that Carroll's original formulation of minimalism at the IBM
Watson Research Center in the 1980s as presented in his book The Nurnberg
Funnel was "birthed" in the context of user problems and learning strategies,
we understood early on that minimalism is a far richer concept than "less
is more" and that to view it simply as a commitment to brevity or "downsized
text" was a serious disservice and mistake.
What is Minimalism?
Developed by Carroll as an instructional design philosophy, the minimalist
model is a response to learner "problem types." Learners, Carroll observed,
often (1) tend to jump the gun, (2) avoid careful planning, (3) resist
detailed systems of instructional steps, (4) are subject to learning interference
from similar tasks, and (5) have difficulty recognizing, diagnosing, and
recovering from their errors. For each "problem" however there is a corresponding
"active learning strategy." Learners (1) learn by doing, (2) learn by thinking
and reasoning, (3) desire meaningful context and goals, (4) use prior knowledge
to manage and assimilate new experience, and (5) use error diagnosis and
recovery episodes to explore the boundaries of what they know. These problem-types
and corresponding learning strategies form the basis for Carroll's minimalist
principles. These principles challenge traditional, or systems-oriented,
approaches to instructional design and delivery. Unfortunaely, they have
lead to the misdirected "doctrine of cut text." Carroll's minimalist principles
encourage both writer and instructor to:
-
get the user up and running as soon as possible
-
allow the user to think and improvise
-
focus on real work in training
-
make use of the learner's prior knowledge
-
manage error recognition and recovery as learning strategies
Previews, introductions, summaries, and reviews often violate Principle
1. Similarly, while training materials should encourage Principle 2, Carroll
warns that "People come to a learning task with a personal agenda of goals
and concerns that can structure their use of training materials." Simply
put, instead of logically analyzing what learners need to know and decomposing
learning objectives into a step-by-step sequence of preview, practice,
and test review, minimalist documentation design begins with general problem-types
that characterize user-learner behaviors. In one of my own documentation
experiences, users needed to transfer learning from a system that allowed
less rigorous data entry restrictions (e.g., free text) to a highly managed
one (e.g., specific fields). From a minimalist perspective, prior knowledge
in such a learning environment was best channeled to help users recognize
similarities within differences rather than similarities alone since a
focus only on the later could (and did) increase error rate.
Is minimalism a complete documentation solution? Carroll and van der
Meij respond to Farkas and Williams on this issue in Ten Misconceptions
about Minimalism as they observe that one of the reasons that minimalism
is not intended as a complete documentation solution "is that it is an
orientation toward design that does not aspire to eventuate in a final
cook-book. The relevant theory and practical experience about learning
and using information that bear on the design of instruction and documentation
are too vast and too diverse to be susceptible to cook-book treatment."
Minimalism and "Risk"
Ask experienced documenation specialists (as I did) and they will argue
that in a high stakes environment (e.g., aviation, medicine, etc.) minimalism
may pose liability concerns. Secondly, in a highly complex and integrated
documentation shop where units depend on other units for the complete documentation
project, there is little time for a discovery approach. Also, learning
theory experts may argue that while holistic learners want the "big picture"
(closer to the minimalist approach), serial learners prefer the details
(closer to the systems approach). Brockman cautions that gaps may occur
in a learning-by-discovery model and that Carroll's requirement of re-
iterative testing often eludes designers who end up just cutting words.
For Brockman, "Perhaps the most important lesson to learn from the minimalist
design philosophy is that the best solution is an eclectic one." Other
solutions include Farkas' layering approach that serves both novice and
expert. Unlike the unlayered novel, layering is "a careful strategy for
selective reading." Characteristics of minimalist online procedures include
conceptualization limited to topic title, steps at high levels of generality,
elimination of "special issues" -- all accompanied by "unobtrusive" layering
with jumps and pop-ups.
Minimalism and Windows 95
Was Windows 95's Help based on Carroll's minimalist model? IIT students
Kathy O'Donnell and Brenda A. Garity (to whom this paper owes considerable
debt) speak to the issue. O'Donnell's "snapshots" of Expert Opinions includes
Gayle Picken's affirming observations: (1) single point of entry to Help;
(2) topics organized by category with jumps to common tasks; (3) index
with keywords for all user levels, general, and specific references; (4)
tips/tricks for the advanced; and (5) shortcut buttons, context-sensitive
help, troubleshooter topics, among other techniques. O'Donnell also
mentions David Farkas' discussion of a minimalist influence: (1) short,
task and action oriented topics; (2) exclusion of overviews; (3) evidence
of layering; and (4) re-iterative testing in the design cycle. The sceptics
included Scott Boggan who felt that while the Help 95 team may have appropriated
the minimalist terminology, the primary influence was the need to limit
the documentation to 1MG and 100 print pages, and Cheryl Lockett-Zubart
who saw a greater focus on application tasks than user needs, though recognizing
the possible influence of minimalism.
Garity, evaluating the animated Getting Your Work Done segment
of Windows 95 Help, concluded that it was "somewhat influenced by minimalism."
Confirming Carroll's task and action oriented approaches, she reported
that within the topics themselves "users must act immediately by selecting
a topic in The Basics" and that the action the user must take to do the
task "is described immediately, with no provision of background information
or overview." Similarly, there is evidence of Carroll's reading to do,
study, and locate approach. For example, modular tasks enable users to
read information in any order; topics support users who like to read everything
up front and users who seek information on a specific task. As for Carroll's
error recognition and recovery principle, however, she reports "I did not
find any example of error information."
Conclusion
As Help systems mature and minimalism evolves to address new environments
the debate is likely to continue and the issues proliferate. To be continued
is whether or how brevity will be based on media requirements, user needs,
or both, and what role business decisions will play in "the mix."
References
1 Carroll, J.M. (1990). The Nurnberg Funnel.
Designing Minimalist Instruction for Practical Computer Skill. Cambridge,
MA: The MIT Press, 1990.
2 Carroll, J.M. (1990). An Overview of Minimalist
Instruction. Reprinted from the Proceedings of the 23rd Annual Hawaii
International Conference on Systems Sciences. January 2-5. pp. 210-218.
Washington, D.C. The Computer Society of the IEEE.
3 Carroll, J.M. (1984). "Minimalist Training."
Datamation Magazine. November. pp. 125-136.
4 Farkas, D.K. and T.R. Williams (1990). "John
Carroll's The Nurnberg Funnel and Minimalist Documentation." IEEE Transactions
on Professional Communication. Vol. 33. No.4. pp. 182-187.
5 Carroll, J.M. and Hans van der Meij. "Ten
Misconceptions about Minimalism". Manuscript Draft as of March 1996. p.
12. (to appear in IEEE Transactions on Professional Communication,
June 1996).
6 Brockman, R. J. (1990). Writing Better
Computer User Documentation. New York: John Wiley and Sons. pp. 93-101.
7 Farkas, D.K. (1996). "Layering as a "safety
net" for minimalist documentation." Manuscript draft as of March 1996.
pp.8-10.
8 O'Donnell, K. (1996). Was Microsoft's
Windows 95 Help System based on John Carroll's minimalist model? Major
Project. On-Line Design (530). I.I.T. May 1996. pp. 21-24.
9 Garity, B. (1996). Minimalist Influences
in Windows 95 Help? Major Project. On-Line Design (530). I.I.T. May
1996. pp.1-9.
10 Picken, G. (1995). "Developing Windows 95 Help."
The WinHelp Journal. 2(1). Fall, 1995. pp. 18-21. As reported in O'Donnell,
May 1996.
11 O'Donnell, K. Phone interview with David Farkas (Developing
Online Help for Windows 95, John Wiley & Sons). March 1996.
12 O'Donnell, K. Phone interview with Scott Broggan (Developing
Online Help for Windows 95, John Wiley & Sons). March 1996.
13 O'Donnell, K. Phone interview with Cheryl Lockett-Zubart
(A Real World Look at Help Authoring). April, 1996.
Return to Review of
Nostalgic Angels