How to be a great Documentation Engineer

How to be a great Documentation Engineer

Writing technical documentation is a job that many folks can do fairly well. However, if you want to be the best, then you must take your work to the next level. If you are already a Documentation Engineer you know that the job involves more than just writing. It takes technical acumen, people skills, project management skills, the ability to distill complex information into clear, concise content, and much more. But, you can do more to reach the next level.

Use the product

Start using the product as soon as possible. Learn everything you can. Read the existing customer documentation. Read the internal documentation. Take training. This might sound obvious, but I have seen many writers work on documentation without ever touching the product!

Think holistically

You produce content for customers. You see what you are documenting (such as software) from their viewpoint. You will notice many things. You can ignore them. But, that is a mistake. Bring them to the attention of others (following proper protocol, of course!). For example:

Alert your UX team if:

  • The software is confusing.
  • You find inconsistencies in language.
  • Messages are poorly worded, confusing, or lack detail.

Alert the Engineering team if:

  • You find bugs.
  • You find inconsistencies in the way the product works.

Alert Product Management if:

  • You have ideas to improve the product.
  • You see gaps in the documentation.
  • You think of ways to drive product adoption.

Share your knowledge:

  • Document everything! This creates reference material and a historical record for others.
  • Attended a webinar? Went to a conference? Read a great article? Present a summary of what you learned to your colleagues.

Get involved

It is easy to get stuck in your silo, documenting content. If you want to stand out, get involved with others.

  • Find out how you can help your colleagues. If updating documentation helps your customer service team, do it. If including details ensures the engineering team gets fewer customer issues, do it. If collaborating with QE on test cases helps automation, do it.
  • Join bug bashes. When the engineering team needs volunteers to walk through functionality to find issues, join them. You will build rapport, help them find issues, and improve your documentation as you learn more!
  • Volunteer to help others, even if it is outside your role. Your development team is in a crunch; Can you help? Someone is planning an event; Ask if you can participate.
  • If your company has an off-site event that’s local to you, go! Get to know your colleagues.

Additional ideas

  • Be positive and enthusiastic. People enjoy working with those with a great attitude.
  • Be open to feedback. You’re all on the same team, working to create the best overall product.
  • Collaborate! More people means more ideas, more eyes, more everything.
  • Be proactive. Go get the work! If you have a few extra minutes, make something better. Look for the work that no one else is doing and do it! Is there a backlog? Does your content need improvement? Does your team need resources to work better? Do it, find it.

Innovate

Always look for ways to do things better. Can you automate? Does your team’s onboarding content need to be updated? Is your internal wiki in need of updating?

Conclusion (with humble brag)

I joined my company five months ago. This is really not intended to be a brag. I want to share how much you can do in a short time to make that impact. In the past five months, I have:

  • Created a style guide.
  • Completed over 200 backlog Jiras.
  • Participated in two major releases.
  • Planned a user research project.
  • Embedded myself in an engineering team.
  • Implemented a style checker (with a colleague who helped create a great installation program).
  • Contributed to a thorough README for our documentation system.
  • Participated in a migration to AsciiDoc and a new website.
  • Rewritten a section of documentation that was a priority (working closely with the Product Manager).
  • Updated onboarding information, and more!

I do all this because I love what I do. I also work for a great organization with incredible people. I come to work every day full of enthusiasm and ready to accomplish as much as humanly possible to make things better for our customers, and to help our company succeed. In the end, this will hopefully lead to my own success as well.

It can lead to yours as well!

Tony Chung ????♂?

Creative Technologist | Web Swiss-Army Knife | Secret Weapon

2 年

Great stuff, Tara!

回复
Cheryl Pack

Customer Enablement Manager at Cyberscience Corporation

2 年

You are so generous with your expertise Tara. I love this post for many reasons.

回复
Steve Arrants

Technical Writer and Editor | Documentation Engineer

2 年

Nice! Sharing to my contacts here and also internally.

要查看或添加评论,请登录

Tara N. English-Sweeney的更多文章

  • Essential Features Every CCMS Should Have for Content Authors

    Essential Features Every CCMS Should Have for Content Authors

    If you’re a Component Content Management System (CCMS) vendor, the features you build directly affect how efficiently…

  • Behind the Scenes of Our Content Migration

    Behind the Scenes of Our Content Migration

    Migrating content is never easy, but it’s always transformative. Our Technical Writing team is currently transitioning…

    14 条评论
  • Transforming Docs with GPT

    Transforming Docs with GPT

    To prepare for an upcoming migration to a content management system (CMS), our team is converting feature-based product…

    15 条评论
  • CMS Migration Project: Human versus ChatGPT

    CMS Migration Project: Human versus ChatGPT

    If you're a Technical Writer migrating to a new Component Content Management System, you know it's a massive…

    7 条评论
  • How to Create a Style Guide

    How to Create a Style Guide

    Style guides are an important part of a documentation team's toolset. They ensure your team and organization write with…

  • How to plan user research

    How to plan user research

    We must reorganize our documentation. Our team of four is acutely aware of this.

    2 条评论
  • Git help cheat sheet

    Git help cheat sheet

    While attending the Write the Docs conference, I learned that several folks are trying to learn Git. After you get a…

  • Automate Style Checks

    Automate Style Checks

    Vale is a tool that brings code-like linting to text. You can run the tool on a file and it shows validation errors…

  • Looking for work (new vs. experienced writer)

    Looking for work (new vs. experienced writer)

    Content strategist Technical writer UX writer Information developer Over time, the title evolves. The role evolves.

    1 条评论
  • Making an impact: Changing the way Product and Engineering work with the Writing team

    Making an impact: Changing the way Product and Engineering work with the Writing team

    How great is it to dive headfirst into a difficult project, take the reigns, and make things better? Do you find it…

    1 条评论

社区洞察

其他会员也浏览了