Re: Why software development documentation matters

Subject: Re: Why software development documentation matters
From: Clayton Oliver <coliver -at- lexmark -dot- com>
To: "Cardimon, Craig" <ccardimon -at- M-S-G -dot- com>
Date: Wed, 5 Nov 2008 16:06:10 -0500

"Cardimon, Craig" <ccardimon -at- M-S-G -dot- com> wrote on 11/05/2008 03:27:47 PM:
> Cool stuff.
>
> http://www.helpscribe.com/2008/11/why-software-development-documentation
> .html

Interesting article. I'm embedded in a software requirements analysis
group (six engineers, two writers), and my team's primary responsiblity is
compilation and distribution of the specifications. Clear and consistent
requirements written in plain English are particularly important for us
because the majority of our developers and testers are offshore.
Face-to-face meetings are rare, teleconferences can be difficult to
schedule, and many of the consumers of our documentation are ESL readers.

We don't do a lot of work in pseudocode, as our group's requirements work
is fairly high-level and tends to stay out of the architecture. We handle
a bit of user advocacy (mainly phrasing to use in UIs), but our Human
Factors guys are the primary sources for that. I'd have to say our most
important service is normalizing the language, format, and organizational
structure of the specifications. We spend a lot of time assimilating
requirements from multiple parallel projects, identifying the similarities
and inconsistencies, and getting our engineers to communicate with one
another when those projects start to go in different directions.

We spend surprisingly little time as note-takers. Our first team lead
aggressively hammered home the point that the writers were not here as
overpaid secretaries, and that seems to have stuck with the organization.
In many cases, our role in design meetings is to record decisions directly
in the specifications. Because we maintain the spec repository and wrote
or read _all_ the specs at one point or another, we also serve as as
historians and research assistants.

One of my former managers had a textbook diagram he'd pass around to point
out the importance of getting the specs right up front. The figure often
cited was that the cost of reworking something in the code is about 20x
what it would have cost to rework the same mistake in the specs before
programming and testing began. I like to think that we contribute to that
sort of cost savings. :)

- C.
__
Clayton A. Oliver
Technical Communication Team Lead
Lexmark International, Inc.
mailto:coliver -at- lexmark -dot- com
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

ComponentOne Doc-To-Help 2009 is your all-in-one authoring and publishing
solution. Author in Doc-To-Help's XML-based editor, Microsoft Word or
HTML and publish to the Web, Help systems or printed manuals.
http://www.doctohelp.com

Help & Manual 5: The complete help authoring tool for individual
authors and teams. Professional power, intuitive interface. Write
once, publish to 8 formats. Multi-user authoring and version control! http://www.helpandmanual.com/

---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-

To unsubscribe send a blank email to
techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com
or visit http://lists.techwr-l.com/mailman/options/techwr-l/archive%40web.techwr-l.com


To subscribe, send a blank email to techwr-l-join -at- lists -dot- techwr-l -dot- com

Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
http://www.techwr-l.com/ for more resources and info.

Please move off-topic discussions to the Chat list, at:
http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat


References:
Why software development documentation matters: From: Cardimon, Craig

Previous by Author: Re: Laptop for graphics, writing and fun
Next by Author: RE: A dark take on Tech Writing...do you agree?
Previous by Thread: Why software development documentation matters
Next by Thread: Strange jpg behavior


What this post helpful? Share it with friends and colleagues:


Sponsored Ads