Yes, AI Helped Write This. I’ve Been a Technical Writer for 20 Years.
Let’s get the objection out of the way first. Yes, AI helped produce this article. I’ve been a technical writer on and off for nearly 20 years. Government, healthcare, finance, aviation, telecommunications. I use these tools daily. I use them deliberately, without guilt. The argument against doing so doesn’t hold up well, so it’s worth […]
The Time AI Gives Back to a Technical Writer
Every technical writing job has a set of tasks that sit between you, the actual writing. Building an outline. Working out what’s missing from a documentation set. Putting together an example so a concept lands. Editing the same document for the fifth time. None of that is the hard part of the job, though collectively […]
4 Things AI Genuinely Does Well in Technical Writing
There’s a lot of noise about AI in documentation work. Some of it oversells what the tools do, some of it dismisses them entirely. The reality sits in the middle, which is less interesting to write about, though more useful. After a couple of years using these tools daily across rollouts, 4 things stand out […]
What AI Actually Changed About Technical Writing
The prediction was that AI would make technical writers unnecessary. A few years in, that hasn’t happened. What has happened is that the slow parts of the job got considerably faster. Research, note taking, first drafts, restructuring, and reformatting. All of that used to take hours. Now it takes minutes, which is a real change […]
Why Technical Writing Feels Less Draining Than It Used To
Most conversations about AI in technical writing focus on speed. How much faster a draft comes out, how many hours a week get saved. That’s measurable, so it gets the attention. The change I notice more is harder to put a number on. By the end of a long documentation day, there’s more left in […]
🗺️ From Current State to Future State: Mapping the Process You Actually Have
Most improvement projects start in the wrong place. Someone books a workshop, sticks butcher’s paper on the wall, and asks the room to design how things should work. Two hours later there’s a tidy flowchart, a few nodding heads, and a plan that quietly dies within a month. The problem isn’t the ambition. It’s that […]
Running BPMN 2.0 Workshops That Actually Produce a Map
Process mapping workshops have a reputation for being long, tiring, then producing something nobody uses. Usually that’s not a notation problem. BPMN 2.0 is well designed, widely understood, precise enough for developers while still readable by the business. The problem is what happens in the room. Someone puts a blank wall in front of 12 […]
Why UX/UI and Business Analysis Belong in the Same Room
There’s a pattern I’ve seen on more than a few platform rollouts. The business analyst writes the requirements. The designer picks them up afterwards, then makes them look good. Development builds it, testing signs it off, the thing goes live. Six weeks later the support tickets start. Not because the requirements were wrong exactly. More […]
How to Get Time Poor SMEs to Give You Information, Then Actually Review the Document
Every technical writer hits the same wall eventually. The document is 90% done. It just needs 1 subject matter expert to confirm a few details, then sign off. That expert is a senior engineer with 40 meetings a week, a system outage to manage, plus 3 other projects asking for the same thing. Your document […]