Project Management

Please login or join to subscribe to this thread

How do you decide on an MVP?

linkedin twitter facebook   Agile   Scrum   Teams  
avatar
Jonathan Lee Business Development Manager| Symphony Communication Services LLC Singapore, Singapore, Singapore
How should a team come to a decision on what a Minimum Viable Product (MVP) should look like, and what duration it should take to arrive at said MVP?
Sort By:
< 1 2 >
avatar
Aaron Porter
Community Champion
IT Director| Blade HQ Payson, UT, United States
Sep 23, 2020 12:10 PM
Replying to Kiron Bondale
...
Aaron -

I disagree that the team wouldn't have input into the content of an MVP. For example, the PO might have no clue about dependencies between work items which the team would be aware of.

I do agree that the final decision on what makes it into the MVP rests with the PO.

Kiron
I don't think we disagree. Of course the team has input into the work needed to produce the MVP. The product owner is responsible for "what" and the team is responsible for "how", but this doesn't prevent collaboration.
avatar
Wayne Mack Retired| Retired South Riding, Va, United States
Sep 23, 2020 10:58 AM
Replying to Aaron Porter
...
The team doesn't decide the MVP or the duration.

Assuming Scrum, the Product Owner is responsible for defining the MVP (or MBI), but doesn't do it in a silo. An understanding of the product users is needed, which often comes from outside the team.

The team is responsible for sizing the work. The number of sprints needed to deliver the the MVP is the sum of story points in the release divided team velocity. The duration for the MVP then depends upon the length of the sprints, or:

D = Ln
n = ?S_p/v

Where:
D = duration, or time (estimated) needed to deliver the MVP
L = length of sprints; number of weeks
n = number of sprints (estimated) needed to release the MVP
S = stories in the MVP
p = points for each story
v = velocity, or number of points that can be completed per sprint

The only thing the team decides is the estimate for the size of the stories.
Developing an MVP is not an us vs. them situation. There needs to be an analysis of both market questions to be answered and technical approaches and capabilities constraints to answering the questions. The team consists of all parties working together bring their own sets of knowledge and experience. It is not 'I do this, you do that,'
...
1 reply by Aaron Porter
Sep 24, 2020 5:58 PM
Aaron Porter
...
Two points, for simplicity's sake:

1) I don't disagree with your description
2) I don't think you are responding to what I wrote
avatar
Aaron Porter
Community Champion
IT Director| Blade HQ Payson, UT, United States
Sep 24, 2020 8:07 AM
Replying to Wayne Mack
...
Developing an MVP is not an us vs. them situation. There needs to be an analysis of both market questions to be answered and technical approaches and capabilities constraints to answering the questions. The team consists of all parties working together bring their own sets of knowledge and experience. It is not 'I do this, you do that,'
Two points, for simplicity's sake:

1) I don't disagree with your description
2) I don't think you are responding to what I wrote
< 1 2 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

A doctor can bury his mistakes but an architect can only advise his clients to plant vines.

- Frank Lloyd Wright

ADVERTISEMENT

Sponsors