Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Managing & Lead...  PM wants a deliverable list
Previous Previous
 
Next Next
New Post 1/7/2010 7:49 AM
User is offline oo3762
1 posts
No Ranking


PM wants a deliverable list 

Our PM has requested a list of delverables for the client (and him) to be kept informed of the items currently included in the project. This document will change periodically based on new requests to be added in and not only include enhancments scheduled for the release but also future enhancements currently in progress, i.e requirements gathering and BRS. The original idea was to post these to the Release Notes. I disagree with this since the Release Notes should include only those items implemented forthe release. What document should this deliverables list be included with?

 
New Post 1/7/2010 6:45 PM
User is offline Jarett Hailes
155 posts
6th Level Poster




Re: PM wants a deliverable list 

Hi 003762,

Could you be a little more specific about what exactly this document will contain?  Is it to contain all the business requirements for the scope of the project, system specifications, functional requirements, etc.?

To me this sounds like a living requirements document that also tracks the state of each requirement (in/out of current scope field as well as not started, in development, in progress, in system testing, in UAT, completed, etc. progress field).  This document will manage your overall set of requirements for the life of the project, and when the project is completed you can retain the incomplete/unmet requirements and pass them off to the sponsor so they can decide whether to develop a business case for a new project.

 
New Post 1/11/2010 8:04 AM
User is offline Brad
9 posts
10th Level Poster


Re: PM wants a deliverable list 

Depending on the methodology you are following, this information would fit well in a Iteration Plan.  However, if you are not planning on using iterations, you can still utilize this type document by calling it a Release Plan.  I would suggest keeping this document focused on the measurable, deliverable pieces of functionality the client is requesting, rather than the detailed requirements of each functional piece.  Based on my experience, clients and PMs get bogged down in the details of requirements, but respond well to status of functionality.  You can then utilize a traceability matrix to map the larger functional pieces to the detailed requirements pieces. 

Your Release Plan may include future releases, and therefore is a changing document.  You are correct that your Release Notes should include only those items actually delivered in the release.

Feel free to contact me if you would like an example template.

Brad Botz

[email protected]

Prime Proficiency


Brad Botz Prime Proficiency - BA Training and Information www.primeproficiency.com
 
New Post 1/11/2010 1:55 PM
User is offline Craig Brown
560 posts
www.betterprojects.net
4th Level Poster




Re: PM wants a deliverable list 

There are a couple of tools you could use to do this effectively.  My preference would be for a release plan, or at a more detailed level, a product backlog.  Both of these terms can be found on the www.scrumalliance.org website.

You could also use a feature list, or a product breakdown (aka product breakdown structure).  The Product breakdown is good because it maps tightly to a work breakdown structure, which should (could) be your PM's main work plan.

more info

Good luck.

 

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Managing & Lead...  PM wants a deliverable list

Community Blog - Latest Posts

So you’ve found the perfect time and place to study and you’re ready to finally get some work done. You’ve pulled out your laptop, your textbook, and your notes, and four different highlighters. After five minutes of reading your textbook, you start zoning out and thinking about puppies. Then, you go on Tumblr and look at cut...
Elicitation involves bringing out or drawing out information. Elicitation is a key task in business analysis as without proper elicitation the requirements for the solution to the business needs cannot be identified. 1. Not understanding underlying business need Organization’s business environment keeps changing with respect to Customer...
TOGAF is a certification that is handed over by The Open Group. It is an open corporate architecture means used to improvise upon the business effectiveness across the world’s leading business set-ups. Aspirants wishing for a successful career in corporate architecture must go for the TOGAF certification in order to explain the...

 



 

Copyright 2006-2021 by Modern Analyst Media LLC