We all talk about process
When you get a group of professional writers – or programmers, or project managers, or any one else, really – we love to talk about the projects that went south and the craziness that ensued. There’s a certain Can you believe this? that needs to be shared.
I heard a story recently. Names are not disclosed to protect the guilty.
Process=good
We’ve all heard that having a stable, repeatable process is a good thing. I’ve taught that you need one to get quality documents. But I was told this story about a process:
- A person in the company wants content created (perhaps a customer has expressed a need) and enters the request in DatabaseA. That request is sent to Writer, who analyzes the need, and agrees. Writer changes the status of the request, adds his comments and sends it to Editor.
- Editor evaluates the request, agrees with Writer, updates the request with the location(s) Editor wants to see the new content in the existing content organization.
- The request is sent back to Writer. Writer agrees with the location and number of topics. Or Writer changes and sends back to Editor for further discussion.
- Writer creates the shell topics one by one, by hand.
- Then Writer enters these topic names in DatabaseB, including suggested index words, meta tags, and so on. Writer send the new structure to Editor for review.
- Editor agrees or not, and approves or not.
- Assuming it is finally approved, Writer starts writing. When writer is ready with a topic, he updates databaseB with the status of the topic and send it to Editor.
- Editor reviews for language, conforming to standards, etc, and suggests or demands changes. No technical content is reviewed at this time.
- The change request is logged in DatabaseB and sent back to Writer. Rinse and repeat until Writer and Editor finally agree.
- In DatabaseA, Writer now marks that the content is ready for first technical review, including the location and name of the topic. This information is sent to the initial requestor for First Technical Review.
- A process similar to, but slightly different from, the Writer/Editor thing happens until Requestor is happy.
- Then Writer updates DatabaseB and sends the topic back to Editor. Because the topic changed and has to be approved by Editor.
- You know what happens next, as it’s similar to what happened before.
Continue on, adding databases and reviewers until the content is considered “ready.” It can take months for 100 new words to appear out of this group. Months.
You don’t even want to know how this group goes about publishing content but I think we can all guess that it involves a lot of homegrown scripts no one understands anymore and a lot of machine time in some magical process that involves elves weaving straw into gold.
Did I mention they then probably localize the content? What are the odds that process goes any better than this one?
Bad process=Bad
When I was told this story over a beer, I shook my head and declared this to be the most broken process I’ve seen in a long career of broken processes. As a process, it’s certainly repeatable and has steps and all the other stuff we expect in a process. The most important point was missed, tho.
It’s a bad process.
Content that takes months to get in the customer hands is a broken process. It doesn’t matter that we have a process if it ignores the reason we have the group in the first place – to support the users. This process seems to exist for the sake of a process, which I think is wrong. It’s focusing on the wrong stuff.
It’s your turn
Pull up a chair and share your best bad process story. Don’t name names, just share the fun. Tell the story so we can all share in the head shaking. I may give away a t-shirt or something to the best story.
By Sharon Burton