Just Write Click

Technical writing with Continuous Integration and docs-as-code

  • JustWriteClick
  • Contact
  • Books by Anne Gentle
  • Introducing Docs Like Code
You are here: Home / techpubs / Levels of difficulty and stress in a technical writer job

August 30, 2007 by annegentle

Levels of difficulty and stress in a technical writer job

I have been thinking lately about how to measure the level of stress and difficulty you could expect from a particular technical writing job. Would it be the type of content you write? The output requirements? The deadlines? This post is a result of some ideas my coworkers and I discussed over lunch the other day.

There’s an article called “What Do Technical Writers Find Stressful?” on the techwr-l website. The author divides the stress into categories and then describes each one in detail. Here’s his list:

  • Work overload and time pressures
  • Last-minute changes
  • Difficulty with Subject Matter Experts (SMEs)
  • Problems with managers
  • Ongoing learning challenges and limited access to a product
  • Poorly defined and managed projects
  • Computer and tool problems
  • Workspace environment
  • Job security
  • Lack of control over the work environment
  • What categories would you add to the list? What brings you the most stress as a technical writer?

    My next question that I’ll try to answer is, how would you discover the stress level of a job while you’re still interviewing for it? Here are my suggested questions.

    • Tell me about the last product release, did the doc go out with errors or did it go out late? Give me a specific example of your choices between quality and deadlines.
    • Do you feel like you get enough information about release changes? How are changes typically communicated to the writers?
    • How many meetings do you attend each week? (Interpreting the answer might be tricky – more than 15 hours a week of meetings probably means there’s plenty of communication, but how will you get the actual work done in 25 hours a week?)
    • What processes are in place for product releases? How closely are the processes followed? Does the team use any Agile methodologies? Is it Waterfall method? Is there no method?
    • What platforms does your help support? Do you have any concerns about accessibility? How about multiple language requirements?
    • Give me an example of how you gather information from developers or business analysts when you need to write a new procedure.
    • What are the specs on your computer? Do you run the product on a separate computer or separate server? Do you have two monitors to run the product and to author the content?

    In your interview, also try to read the stress level of each writer and manager you talk to. There may be clues in the amount of preparation they had for the interview itself, and whether the writer needs to immediately go to another meeting. What other observations might offer clues to the stress levels there?

    I agree with the Brazen Careerist that one question not to ask is, “How many hours do you work per day?” This is a personal question that has to do with the individual’s work and life balance and may not reflect the department or the company at all.

    Let us know your personal favorite interview questions when you are a candidate for technical writing and related jobs in the comments below.

    Related links about asking questions as a job candidate:

    • Your Turn to Ask Questions
    • Questions to ask at a job interview
    • 10 questions you should ask in an intervew

    Related

    Filed Under: techpubs Tagged With: Brazen Careerist, career, interview, interview questions, managers, questions, stress, technical writing, techpubs, work, writing

    More reading

    Bubble graph showing sources of developer support data

    I’ve been thinking a lot about developer support at Cisco recently, especially for the way the world works today with multiple cloud providers. This post is a re-publish of my talk from over five years ago, but the techniques and tools for listening and helping others are still true today. At Rackspace, we watched several […]

    Cisco DevNet is our developer program for outreach, education, and tools for developers at Cisco. From the beginning, the team has had a vision for how to run a developer program. Customers are first, and the team implements what Cisco customers need for automation, configuration, and deployment of our various offerings. Plus, the DevNet team […]

    I had a great talk with Ellis Pratt of Cherryleaf Technical Writing consulting last week. Here are the show notes, full of links to all the topics we covered. Podcasts are great fun to listen to and participate in, if a bit nerve-wracking to think on your feet and make sure you answer questions succinctly […]

    At the beginning of this year, I worked hard to summarize my thoughts on API documentation, continuous publishing, and technical accuracy for developer documentation. The result is an article on InfoQ.com, edited by Deepak Nadig, who also was forward-thinking in having me speak to a few teams at Intuit about API documentation coupled with code. Always […]

    Recently on Just Write Click

    • A Flight of Static Site Generators: Sampling the Best for Documentation
    • Try a GPT about “Docs Like Code” to ask questions
    • Discipline and Diplomacy: Docs in the Open
    • Let’s Find Out: When Do Static Site Generators Do Rendering?
    • GitHub for Managing Tech Docs

    Just Write Click in your Inbox

    Enter your email address to subscribe to Just Write Click and receive notifications of new posts by email.

    Read More

    • Privacy Policy
    • About Anne Gentle, developer experience expert
    • Books by Anne Gentle
      • Conversation and Community
      • Docs Like Code, a Book for Developers and Tech Writers
    • Woman in Tech Speaker Profile
    • Contact

    Books

    • JustWriteClick
    • Contact
    • Books by Anne Gentle
    • Introducing Docs Like Code

    Copyright © 2025 · WordPress · Log in