Re: Business Requirements

Subject: Re: Business Requirements
From: "Mike Starr" <mikestarr-techwr-l -at- writestarr -dot- com>
To: <techwr-l -at- lists -dot- techwr-l -dot- com>
Date: Thu, 5 Apr 2007 01:39:28 -0500

I say go right to the business requirements for A2, noting where A1
satisfies them, where it almost satisfies them and where it doesn't address
them at all. You don't need two separate business requirements documents...
A1 is already in place and being used.

Mike Starr WriteStarr Information Services
Technical Writer - Online Help Developer - Website developer
Graphic Designer - Desktop Publisher - MS Office Expert
Phone: (262) 694-1028 - Tollfree: (877) 892-1028 - Fax:(262) 697-6334
Email: mike -at- writestarr -dot- com - Web:

----- Original Message -----
From: "James Barrow" <vrfour -at- verizon -dot- net>
To: <techwr-l -at- lists -dot- techwr-l -dot- com>
Sent: Wednesday, April 04, 2007 11:51 PM
Subject: Business Requirements

> Awright kids, this is an invitation to brainstorm for 60 seconds.
> One of my projects at work is documenting the re-platforming of a legacy
> app. The A1 system was developed and used for four years.without any
> documentation at all. No business requirements before the development, no
> functional specs, no technical specs, no user guides.
> The project team for the A2 project has been assembled and were to begin
> development once the business requirements were determined (for both the
> leagcy app and the new app). In fact, there was a lot of emphasis placed
> on
> producing the 'as is' documentation for the legacy app. This is what I
> have
> been working on for a few weeks.
> Today, one of the powers that be sneezed, shifted a brain cell, and
> suddenly
> decided that no documentation was needed for the 'as is' app. In fact, he
> decided that we could skip the business requirements for the A2 app and go
> directly to the functional requirements.
> At the moment I'm putting together a brief memo that details the
> importance
> of establishing business requirements before starting the A2 project, and
> establishing at least some business requirements for the legacy app.
> Do you agree? Disagree? Why?
> Thanks,
> Jim


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.

Now shipping: Help &amp; 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 &amp; Manual:

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

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 for more resources and info.

Business Requirements: From: James Barrow

Previous by Author: Re: Happy to be a Tech Writer?
Next by Author: Re: Business Requirements
Previous by Thread: Business Requirements
Next by Thread: Re: Business Requirements

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

Sponsored Ads