Problem-Solving Approach To Communications Tasks
Problem-Solving Approach To Communications Tasks
In a recent survey of over 1000 professionals from various professions, over 70% of engineers and almost 50%
of programmers rated the quality of their writing as “very important” or “extremely important” to the
performance of their jobs. As Barry Hyman asserts in Fundamentals of Engineering Design, “the stereotype that
engineering is for inarticulate nerds is way off base.”
Technical communication is “transactional” – it entails a purposeful transaction between sender and receiver
that provides specific data for practical and specific purposes (informing, instructing, persuading) and is usually
geared towards the needs of a specific audience. Technical communicators produce a wide variety of
documents such as:
Proposals and requests for proposals (RFPs)
Technical or research reports
Documentation records and product specifications
User guides (step-by-step instructions, procedures, manuals), online help or technical support
Reference information (encyclopedia-style information)
Consumer literature (information for the public about regulations, safety issues, etc.)
Marketing literature (product specifications, brochures, promotional literature)
Technical journalism (found in trade magazines, media releases, etc.)
Technical communications can take many forms, depending on the purpose and intended audience. Technical
writing can be viewed as a highly “designed” form of communication that requires practitioners to have a
heightened awareness of the conventions (rules and expectations) and rhetorical situations (audience, purpose,
context) in which they are communicating.
This course aims to provide you with a heightened awareness – that is, to introduce you to the basic conventions
of technical communications, and show you how to adopt a reader-centered or audience-centered approach to
communications tasks, and to help find the tools and methods that will work best to communicate your ideas to
your target audience, and to achieve the desired results.
In the workplace, many of the communications tasks you perform are designed to solve a problem or improve a
situation. Whether you are doing work for a client, for your employer, with your team, or for someone else, you
will typically use some sort of design process to tackle and solve the problem. A clearly articulated design
process provides you with a clear, step-by-step plan for finding the best solution for your situation. One
commonality you will likely find in examining other people’s design process diagrams is this: the first step in
designing any solution is to clearly define the problem.
Figure 1.1 shows NASA’s basic design process. Think about the kind of communication that each step of this
process might entail. 2
Take a moment to search the Internet for the term “design process” and look at “images.” You will find many
variations. Have a look at several of them and see if you can find a common pattern.
You cannot work on a solution until you have a clear definition of the problem and goals you want to achieve.
This critical first stage of the design process requires that you effectively communicate with the “client” or
whoever has the “problem” that needs solving. For our purposes, we will use Barry Hyman’s Problem
Formulation model 1 to clearly define a problem, which consists of four elements:
1. Need Statement recognizes and describes the need for a solution or improvement to an “unsatisfactory
situation.” It answers the questions, “what is wrong with the way things are currently? What negative
effects does this situation cause?” You may need to do research and supply data to quantify the negative
effects.
2. Goal Statement: describes what the improved situation would look like once a solution has been
implemented. The goal statement defines the scope of your search for a solution. At this point, do not
describe your solution, only the goal that any proposed solution should achieve. The broader you make
your goal, the more numerous and varied the solution can be; a narrowly focused goal limits the number
and variety of possible solutions.
3. Objectives: define measurable, specific outcomes that any feasible solution should optimize (aspects
you can use to “grade” the effectiveness of the solution). Objectives provide ways to quantifiably
measure how well any solution will solve the problem; ideally, you will be able to compare multiple
solutions and figure out which one is most effective (which one gets the highest score on meeting the
objectives?).
4. Constraints: define the limits that any feasible solution must adhere to in order to be acceptable
(pass/fail conditions, range limits, etc.). The key word here is must — constraints are the “go/no go”
conditions that determine whether a solution is acceptable or not. These often include budget/time limits,
as well as legal, safety and regulatory requirements.
Communication as Solution
This model can apply to a communications task as well as more physical design tasks. Imagine a
communications task as something that will solve a problem or improve a situation. Before you begin drafting
this document or presentation, define the problem you want to solve with this document:
Click on the tabs in the table below for guidelines on how to apply Barry Hyman’s Problem Formulation model
to clearly define a problem.