Home View the DS Techwrite Blog What Makes a Technical Writer?
What Makes a Technical Writer? PDF Print E-mail
Written by Dennis Wood   
Friday, 20 June 2008 11:07

In recent years I have attended a number of conferences here in Australia, talked with colleagues in the technical writing field and joined a few technical writing associations and one question that has often come up is What makes a good technical writer?

What I am seeking are the views and opinions of others who may be technical writers, employ writers or who use documents produced by technical writers as to what your views are on what a good technical writer should be and what you would expect from a good technical writer.

The key driver behind this question is the growing demand for people to undertake technical writing projects. A demand seemingly created through Government legislation; a need for industry to become more efficient in work practices, not to mention the safety issues, and of course the growth in the IT industry.

Talking about the IT industry, one of the biggest misconceptions I find is that when I mention to people that I am a technical writer, often the first response that one gets is "Oh, you work in computers!". It seems the modern conception is that the only thing technical in this world that we live in today are computers. We first need to dispel that belief as almost everything that we use today, be it our motor cars, Sound Systems, TV sets and the dreaded video/DVD recorders come with some sort of operating instructions, some much better than others. I have often heard comments about the instructions that comes with flat packed furniture which can sometimes bring households close to the divorce courts. Jokes aside all these documents require the efforts of a technical writer of some sorts.

The key focus of DS Techwrite at this time is very much on heavy transport, mining and other manufacturing industries. We use computers as tools, we do not write about them so much not to say that we would not, or could not, write IT manuals if the opportunity arises. Not just to produce operating and maintenance instructions for manufactured equipment, we have also undertaken projects to develop work instructions and operation procedures for process manufacturing.

If one was to take time to think about what the role of a technical writer is you might think along the lines that to be effective, a good technical writer must:

  • provide all relevant information to the end user of the documentation and the item(s) he or she is writing about;
  • educate the end user of the equipment or the process worker in how things are to be done;
  • ensure that any procedures and processes recorded in the documentation are accurate and safe;
  • protect the interests of the manufacturer and/or employer;
  • present the information in a clear and concise manner; and
  • be able to work effectively and collaboratively with all other stakeholders to gather and prepare the documentation.

I would appreciate hearing back from anyone who may have valid views and comments to make about what does in fact make a good technical writer.

Cheers for now

Dennis

 
Comments (13)
comment
1 Saturday, 21 June 2008 05:30
Michael
Bullet points 1 & 2 are valid only to the extent that subject matter experts, and the organization as a whole, have a way of ensuring that the technical writer gets the necessary training and information. I have worked in places where the technical writer is seemingly expected to produce that content without such support. I'd be interested in hearing your comments on what makes a great subject matter expert, or what demonstrates that an organization has an overall commitment to supporting the documentation effort!
Re: Michael's Comment of 21 June
2 Monday, 23 June 2008 09:49
Dennis Wood
Michael, you are absolutely correct about the role of subject matter experts; the role of the organisation and and the expectations of an organisation on a technical writer.

I too have worked in places where it has fallen entirely upon myself, and those who work with me, to gather the necessary information. In fact I have been in places where the technical/engineering staff have been more of an obstruction rather than provide a supporting role and actively tried to sabotage the whole process. In that instance it is up to the technical writer to develop strategies to overcome or circumvent the obstruction. One would also expect that if an organisation were to expend what can be a considerable sum of money to fund a writing project, then there would be some organisational support at some level.

I have also worked in places where there was seemingly only one subject matter expert and, when push came to shove, it was revealed that he really knew 65% of the subject.

Given the above, the question on what makes a great subject matter expert?, it may be that no such animal exists. I can say from the experience of DS Techwrite that in many cases, the writer has become that expert and it has not been an unusual situation where the writer eventually has a greater knowledge of the plant and processes than those who create, manage and operate the same.

For that reason, I see one of the greatest skills of a technical writer is to be able to gather data from a variety of sources be they engineering and operation staff, management, OEM's documents, engineering drawings, existing operators and maintenance staff and also use their own powers of research, observation, reasoning and deduction to answer many questions and hence to produce the final document(s). That includes gaining the confidence and support of others. A good technical writer does much more that simply regurgitate the thoughts and beliefs of others.

I do not believe any writer can rely on a single subject matter expert. The writer must question all information gathered and determine the legitimacy of it. That aside, the technical writer may also have to rely on other people and/or processes to review and validate the final document(s) produced.
What makes a technical writer
3 Wednesday, 02 July 2008 22:50
Nancy
Something I think you have forgotten relates to the technical writer's ability to write, for example:
Write in active voice and imperative mood (when appropriate)
Write grammatically correct sentences with correct spelling and punctuation
Ability to communicate in the English (or another) language

Too many "technical writers" write instructions in passive voice, write grammatically incorrect sentences, etc.
Nancy's Comment 3 July 3008
4 Friday, 04 July 2008 12:19
Dennis Wood
I am not sure that it was forgotten though it certainly has not been mentioned!

There is a whole range of knowledge and skills that make up a good technical writer that go well beyond a command of language, be it English, or any other as you suggest.

I for one have been guilty on many occasions of writing in passive voice to the point of almost becoming "tongue tied" so to speak and have seen many others do the same.

I also take the point about punctuation. Throw in common issues like spelling, use of words in the correct context and many other such skills then it does become a minefield.

One the other hand, if a technical writer is a subject matter expert, be it in IT or any of the mechanical or electrical trades, then the writer may not be so skilled in language. If such people are then backed up by an editor or support staff, who do have the necessary language skills, does it then become such an important skill if the main intent is to get the information into print in the first place?

Sometimes it is better to consider 'horses for courses'.

I am not sure where you are, but here in Australia I firmly believe that our respective state educations systems have let us down in the development of language skills in recent generations. Couple that with the decline in skills and knowledge that will occur over time, through a lack of application and use of such skills and knowledge, which often does result in a 'technical writer' having some difficulty in the 'proper' use of language.

We could also continue this discussion further to include sentence and paragraph structure, readability levels and so on.

Thank you for your comment.
Manuals
5 Saturday, 03 January 2009 15:20
Dave Tuck
My area of writing is for mechanical services installations on entire buildings. I find that trying to tie up all the specifics during and at the end of the job can be difficult. Getting information on chillers, fan coil units, cooling towers, pumps, exhaust fans, heat exchangers, small a/c units etc, then chasing down electrical trades who wired it, and the computer systems that run it frustrating. No one has time for the poor guy trying to put the manual together, especially when the builder may hold up thousands of dollars when it's not ready. But each job is different, and it's always a positive challenge to extend one's knowledge a bit more in the industry.

Dave

PS It especially helps to have a trade background - you have to know what you're writing about. It's dead giveaway when you read something written by someone who has no clue about the subject.
Previous comments
6 Tuesday, 24 March 2009 12:39
Chris
I agree with Michael's comments about the way businesses seem to have this expectation that technical writers can be brought in and just magically pick up the understanding of their product and or service to create content such that their clients will be satisfied. It has been my dilemma just recently, when I found that no end of prodding could get my client to tell me what they wanted of me. This is frustrating, but what is worse is the fact that, as 'just a technical writer', I was not paid any respect when I approached others for direction. So much was the focus on producing the technology, that there was no concern or thought for how to communicate its use or purpose to an audience.

Also as Nancy pointed out the incorrect use of active and passive voice is quite disturbing and I believe that it points out a failing in the strategic planning of documentation and its use. I believe that it is at this point, where a writer would define the appropriate communication styles to avoid such issues.

With respect to Dave's comments about SME's (Subject Matter Experts); I started my project career as a SME and my involvement was limited to providing information about my (then) area of expertise; referring to my colleagues for other detail as required to provide comprehensive information as needed. I agree that as a technical writer, one must be able to know when one source is not enough and this gets back to the document or information planning phase. Scoping of what is to be covered is vital, as is the intelligence to know when you have correct information, enough of it or not.

My own comments are about the collaboration between technical writers. I have been unfortunate to have been the only technical writer on my assignments and as such have felt that I could have done more or better if I had someone to bounce ideas off.
I always like to explore new ways of working; from the approach right through to the delivery of information.

I also believe that an essential trait for any writer is being able to identify with your audience and understand their information needs as well as their preferred communication styles; although much of this requires the support of the business.


Chris
We won't surrender
7 Saturday, 04 April 2009 23:39
Adama Bakayoko
Suffice to do the most basic search on google to search profile of technical writers, and you are bombarded with all sort of writing gurus with between 15 to 20 years of experiences.
There seems to be no place in the game for novices, aspiring technical writers.

The number of years gives you guys wisdom, increases your vocabulary, speeds up project development times, but nothing beats the committment and the exceptional drive of a novice writer to learn new tools.

Please helps the young fellows. We need your most redundant and most boring projects to build up our portofolios. We will apply the highest level of professionalism and confidentiality.
We need your mentorship. CV available on request.

adama.bakayoko@yahoo.co.uk
Trainee Information Developper.
Dave's Comment of 24th March
8 Monday, 20 April 2009 11:17
Dennis Wood

Very pertinent comments indeed.

Those that really stand out for me are:

Firstly the comment about it being difficult to get the required information for a writing task from the people involved in the design, construction, installation and commissioning of systems. In this instance it is, from my experience, very fruitful if you make the prime contractor responsible for the provision of all necessary data. Whilst it still may fall upon the writer to chase it up and collate it all. The advantage for the prime contractor may be the ability to withhold some funds until all data is provided. This does of course need to be communicated to the respective sub-contractors prior to commencing the tasks.

The second of Dave's comments is the advantage of a trade or engineering background. I agree whole-heartedly as it is necessary to have the background knowledge to understand technical concepts and principles. I once met a fellow who wanted to use journalists as technical writers and my response to him was that I saw the use of journalists as totally unacceptable as technical writers as there is much more to a technical writer than an ability to 'put words on paper' so to speak.

Dave also made a comment about being able to extend one's knowledge in his industry. How true that is. I found that in a short space of time, I had built up a high level of general knowledge across a range of industries all because I had to do the research and write about them despite the fact that the actual content I was writing still involved mechanical and electrical principles and concepts.

Thank you for your comment.

Chris's Comment 24 March 2009
9 Monday, 20 April 2009 11:40
Dennis Wood
Chris also raises some interesting points that apply to technical writers.
The first is the need for a technical writer to be able to work independently and research the subject at hand. It is not unusual that very little support is given by design and maintenance engineers for example. For that reason, one needs to develop the people skills and strategies necessary to assist you to get that data you need. In one particular case, I found a huge amount of reluctance to provide me with data I needed. It was interesting to note that when I produced a draft document and circulated it based on what info I had, I was very quickly taken aside and told where I was wrong! It did not take long after that to get what I really needed!
It is alway good to have someone to bounce ideas off, always makes the task that much easier.
In regards to your audience, very important to know who will be using the documents that you write and how to assess the readability level of your documents and knowing what readability level is applicable to your target audience.
Thank You for your comment.
We won't surrender 4 April 2009
10 Monday, 20 April 2009 11:52
Dennis Wood

Interesting comments on the dilemna facing aspiring technical writers.

Given the apparent shortage of good technical writers, certainly in this country, there is a need to develop people into this role. The difficulty is that the development of technical documents is usually the last thought in any project manager's mind and it is often a task left to the last minute, hence the need to find people with the necessary experience.

Opportunities do exist within DS Techwrite from time to time for us to employ and develop aspiring technical writers. There is a looming opportunity coming up in the mechanical trades. If anyone has an interest in this, you are welcome to contact us via email.

I am guessing Adama that you are located in the UK purely by your email address and it would seem that you are working in the IT industry. Thank You for your comment

Technical Writers abilities
11 Friday, 17 December 2010 15:14
Ken Roberts
I have been involved with so many companies who think their own technical staff can easily write technical manuals, only to eventually contact an experienced Technical Writer to clean up the mess they have left, thus costing the company in time and money.
An experienced Technical Writer has the ability to forge through reams of information, some possibly dating back to the 1930's, just to find the information to insert in the manual. They must also have the patience and temper of an angel to put up with the obstacles thrown at them (as mentioned by Dennis), whether this be by Engineers or Operations staff who may feel that the reason for the writing of a manual is to take over their position in the company.
I think most Technical Writers would have experienced this.
One of the major attributes that a Technical Writer must posess is the ability to write a document that is not boring, and if possible to involve the "end-user" in the content.
not boring
12 Sunday, 14 August 2011 10:36
Jenny Cooper
Taking a reader/audience on a journey from where they currently are, to where we would like them to be in understanding by the end of the journey, requires a 'voice' that speaks to them in their own 'language'.

Finding this common 'voice' during the interviewing/researching stage can be critical in keeping the reader/audience interested and engaged as they deepen their understanding.

Really we're 'telling a story'. This 'story' has a beginning, middle and end like any other. By putting it in their own 'voice' and situational experiences it minimises any resistance to new concepts and ideas.

The greatest compliment that any of us can receive is to have readers think 'One of us wrote that'.

Dennis, I live locally to DS Techwrite, but work on the other side of town. I drove past your premises yesterday and thought - we should chat ; )
Re:
13 Friday, 09 December 2011 07:27
ParrishAngelia19
If you are willing to buy a car, you would have to get the credit loans. Moreover, my father all the time uses a consolidation loan, which supposes to be really useful.

Add your comment

Your name:
Subject:
Comment:
  The word for verification. Lowercase letters only with no spaces.
Word verification: