You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
In the intention from The Lean Startup, a Minimum Viable Product (MVP) is a version of a product which allows a team to collect the maximum amount of validated learning about customers with the least effort. In my company MVP concept was strictly built in a hierarchy: Investments>Opportunities>MVPs>Stories. Different teams started to use different Jira functionalities for managing MVPs. As stories can be grouped to Epics in JIRA, some teams started to treat Epics as MVPs and some teams started to use Versions instead (versions also used for releases). Some teams uses Epics based on Scrum methodology and for them it's an obstacle to use Epics for MVPs tracking, so they ask for additional level in the JIRA issue hierarchy: Investments>Opportunities>MVPs>Epics>Stories. I think we should agree on a common way but hard to decide which way of managing MVPs would be most effective. Please could you share your experience?