For almost three years now, I’ve been working as a systems engineer, writing and editing technical documents. Although, I’ve always had relatively strong communication skills, it occurs to me that I’ve never actually taken a technical communications course. So, when I decided to return to grad school and had an opening in the spring semester, I opted to finally enroll in Technical Communications at RIT. I think the most influential aspect of this course has been centered around understanding my intended audience. To be sure, I’ve certainly understood how to target a particular age group, or a certain education/experience level. I change the ways that I interact with others depending on the circumstances. Still, the depth involved in profiling my reader has perhaps eluded me.
Profiling my readers by their role in the project will be somewhat difficult in my career. Technical communications are carefully version controlled, with a lengthy and intensive approval process. To that end, I can’t truly tailor specifications to each of a.) action takers, b.) advisors, c.) evaluators, and d.) gatekeepers individually. I can, however, attempt to keep all four groups in mind to ensure each stakeholder’s needs are met.
In particular, I found the ideas of global and transcultural communication to be insightful. Although it may seem my line of work is immune to global consideration, (I work on minorly classified government projects), awareness of other cultures can’t be a bad thing. International cooperation will hopefully play a larger role in future advancements and preparing for it now is in our best interest.
A more immediate call to action for me in the workplace, however, isn’t just one topic. Rather, it’s an overarching and recurring theme throughout the course that should be utilized. With a few modifications each time, the four steps of technical communication should be significantly useful to me. First, almost invariably, ‘Make a Plan and Do Research’. Regardless of how familiar a subject may seem, ensuring the intended purpose of a particular document is fully understood leads to efficiency and accuracy in the final product. The second step of technical communications is the most variable, being highly contingent upon the type of communication. Here, I’ll generalize the second step as ‘Determine the Type of Correspondence’. Am I writing an e-mail to a co-worker, supervisor, or perhaps even an executive? Am I, instead, writing a proposal for a potential client? Or, am I writing assembly instructions for the integration and test team? Am I writing a user manual? Or, requirements for a subcontractor? Reacting appropriately for the project at hand will simplify step three, ‘Organize and Draft’. Know the necessary components, outline your thoughts, and verify your conclusions. Once the pieces are detailed, they can be put together by ‘Choosing Your Style, Design, and Medium’. Although we consider this fourth step the final step, in reality, the process tends to be quite iterative. We almost never get it right on the first pass. That’s okay. Editing, revising, and peer review point out errors in judgement, any oversights or gaps in knowledge, and differing perspectives.
In short, taking this course has already proven useful in my career. Despite thinking I would learn the finer points of spacing (two or single space after punctuation?), when and how to punctuate after bullets or enumeration, for example, I’ve learned so much about the approach to technical writing. Creating a plan and altering it for the task at hand will make me better at my job and more efficient with my time.
-Taikara Yohe
You must be logged in to post a comment.