Project Management

Please login or join to subscribe to this thread

Defining a scope statement for an agile project

linkedin twitter facebook   Agile  
avatar
Bahman Farzanegi Tehran, Tehran, Iran (Islamic Republic of)
Hi
I have to make a scope statement for a new agile project in my organizations.
i am setting up a focus group session and surveys to collect the requirements form the stakeholders what else is useful for collecting requirements?
if you had any experiences I would be grateful , you share it here.
Regards
Sort By:
< 1 2 >
avatar
Bahman Farzanegi Tehran, Tehran, Iran (Islamic Republic of)
Feb 04, 2020 7:13 PM
Replying to Deepesh Rammoorthy
...
In my opinion surveys wont work and as someone mentioned, focus groups promote group think.
Get all your stakeholders into a room , use simple post it notes and get the participants to note down user stories ...." As a ( role ) I would like the system to do ( Functionality ) so that it helps me do ( Business benefit ) "

Get your business analyst or you do the task of grouping similar requirements

This is your Product backlog .

Now you need to "Refine" the user stories further and it may be that they are at a "Feature Level" and need to be broken down further into Epics and then User Stories.

The next steps would be:-
1) User Stories Refinement Workshops (more than one) with Product Owner . The User stories must be
Independent.
Negotiable.
Valuable.
Estimable.
Small.
Testable.


2) Work with your product owner and Business Analyst to define and record acceptance criteria for each user story.

3) You must then Prioritize the user stories with your Product Owner and Business Analyst . You can use MoSCoW
Must Have
Should Have
Could Have
Won't Have

4) Then get an agreement with your product owner what your Minimum Viable Product is that is to be delivered ....It's definitely Must Haves and Most of Should Haves...If time permits, you will deliver the Could have's but the Won't haves are out of scope.

5) This final set of requirements and user stories are your Scope Statement for the Product .

Remember that a Project Scope Statement is more than just the product - it should include

Documentation:- Test Plan/Strategy , Test Cases, Test Report, Design Specifications , Project Plan, Risks and Issues Log, Implementation plan , Support plan , Project Schedule (includes product sprints ) .

Activities :- Solution increment or functionality should be Designed, Developed, Implemented, Deployed, Tested , Shipped . (Using Agile , all these activities could be happening in parallel in each sprint)

So your Overall Project Scope = Product Scope + Project Management Deliverable and activities
Grate Deepesh..
very useful information about agile project management and thanx sharing your experiences.
I want to be clear for me, what's differences between project statement in a tradition project life cycle and agile project life cycle?
as I now the both contains project description , deliverable, assumptions and exclusions
I think the main difference is in collecting the requirements , in agile we use user stories and product backlogs to define the scope statement,
am I right? you agree?
avatar
Bahman Farzanegi Tehran, Tehran, Iran (Islamic Republic of)
Feb 03, 2020 11:28 AM
Replying to Vincent Guerard
...
Should the scope statement be Agile, change and adjust as we go. The project can be managed using an Agile Method, the scope can be high level, but Agile?
Deer Vincent
The nature of the project is R&D and we are sure some specification, features and requirements of the projects and stakeholders will change as the time goes. That's the main reason that we use agile life cycle.
< 1 2 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

I think somebody should come up with a way to breed a very large shrimp. That way, you could ride him, then, after you camped at night, you could eat him. How about it, science?

- Jack Handey

ADVERTISEMENT

Sponsors