Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Requirements Sign-off
Previous Previous
 
Next Next
New Post 10/27/2009 12:33 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: Requirements Sign-off 

This raises some good questions.

Just who does need to sign up to a requirements spec?  And what does it mean?

The specificaiton is a detailed work order, and so the real signatory to this artefect is the person who is paying the money: the project sponsor.

There is a common habit of sponsors initiating projects and hen  delegating everything else to theor operational managers.  Frontline and middle managers are not always aligned to higher level goals, and so may load up a project with other agendas, resist change, etc.

You need to see that the sponsor/senior customer is the signatory, and that everyone else is a proxy.

 
New Post 10/27/2009 5:14 PM
User is offline KJ
243 posts
6th Level Poster


Re: Requirements Sign-off 

 

Who signs off on the document should be named in the Project Brief (a.k.a Terms of Reference, Project Initiation Document). Its normally a 2-3-page document that identifies the “ask” and “what” will satisfy the ask, and "who" is accountable. Lots of projects start without this vital document. Always ensure that you have a signed Project Brief BEFORE you do anything.
 
New Post 10/27/2009 6:43 PM
User is offline Jarett Hailes
155 posts
6th Level Poster




Re: Requirements Sign-off 

As others have indicated, having the BA sign off on a document that presumably they created does nothing to realize the end goal of the project (provide a product that is effective at satisfying the user's needs) and adds additional risks to the BA as well as to the rest of the development effort.

If the business people who will use the product are reluctant to sign off on the document you need to dig deeper into determining the reasons for such actions.  Perhaps they are worried about being 'locked in' to a set of requirements that cannot change after signoff (or not changeable without going through an onerous change request process).  Maybe they do not feel like they had enough engagement in the requirements gathering process, and thus don't think the document reflects their true needs.  Whatever the reason, engaging with the business to make sure that the project is ultimately a success is key.

 

 
New Post 10/29/2009 6:51 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Requirements Sign-off 

Craig:

A broader question related to yours is: Just what can be realistically expected from a review cycle?   Fortunately, the BABOK 2.0 provides a clear, concise answer to this question.  

In case you have not noticed it, the BABOK 2.0 is essentially a functional requirements spec in of itself.   While a typical functional requirements spec essentially states what tasks (typically called functions in a software spec) a software system will do and how those tasks interrelate, the BABOK 2.0 states what tasks a BA is to do and how all those tasks interrelate.  Granted, the implementation mechanism is different between a typ software spec and the BABOK 2.0, but that of minor important; in essence, both docs are statements of "what" needs to be done.

So look at the BABOK 2.0.   But not at what it says; instead look at how it was developed.    Ask yourself: How clear and smooth flowing is the BABOK 2.0?    Next, look at the number of reviewers of the handbook.    Consider also that the reviewers of the BABOK 2.0 were all BA experts who clearly understand the importance of reviews.

This will give you an excellent understanding of what realistically a BA can expect from a requirements spec review cycle.

Tony

 

 

 
New Post 11/5/2009 2:01 AM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: Requirements Sign-off 

And we forgot to mention the"'conditional approval."

 

I collected one of these today.

"We accept on the condition that you fix x within y days"

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Requirements Sign-off




Latest Articles

Six Estimation Safety Tips
Oct 13, 2019
0 Comments
Estimation is a chronically thorny issue for software practitioners. Most people need to prepare estimates for the work they do, but in our industry w...
Copyright 2006-2019 by Modern Analyst Media LLC