TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
That's the thing, John, there aren't really any business requirements at
all. The A1 app was concocted and developed with executive VPs stopping by
periodically and telling the developers, "Oh yeah, Ted wants A1 to callout
xyz from Widget database."
-----Original Message-----
From: John Posada [mailto:jposada01 -at- yahoo -dot- com]
> If you don't know what your business requirements are, why are you
> in business?
A business requirements document is the business requirements for the
product. It's not a company business plan. Besides...not knowing the
busines requirements and not having a Business Requirements document
is two different things. For instance, we use Rational's ClearQuest
to track bugs and to track feature request. At any time, anyone can
query and print the feature requests for a particular product. In
effect, the output of that query could be considered the Business
Requirements material if your justification for features is customer
driven. If you are government driven, the Business Requirements
document could be a new law. I'd go so far as to say SOX legislation
was a Business Requirements document for the accounting and auditing
section of your company.
> If there are no business requirements, why have
> application/development requirements?
Nobody ever said there were no business requirements...there just
isn't a document defining them. It may be that before the writer got
involved, there were a string of meetings and a slew of emails
hammering out each feature.
Too many of us are:
1) too process-regimented. You can get results without going through
the exact process we want, and
2) think the company revolves around us; no content is acceptable
unless written or reviewed by us, and no process is valid unless the
process meets with our expectations and requirements.
Create HTML or Microsoft Word content and convert to Help file formats or
printed documentation. Features include support for Windows Vista & 2007
Microsoft Office, team authoring, plus more. http://www.DocToHelp.com/TechwrlList
Now shipping: Help & Manual 4 with RoboHelp(r) import! New editor,
full Unicode support. Create help files, web-based help and PDF in up
to 106 languages with Help & Manual: http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-
