The following 70 Scrum Master theses describe the role of a holistic product creation perspective.
The theses cover the accountabilities of the Scrum Master from product discovery to product delivery in a hands-on practical manner. On the one side, they address typical Scrum events such as Sprint Planning, Sprint Review, and the Sprint Retrospective. On the other hand, the Scrum Master theses also cover, for example, the relationship with the Product Owner, they deal with agile metrics, and how to kick-off an agile transition, thus moving beyond the original framework of the Scrum Guide.
TL; DR: Product Mindset and Ownership in Scrum Teams
There is one product, one Product Owner, one Product Backlog — a simple rule. How is that supposed to scale, you might ask, isn’t that approach turning the Product Owner into the Scrum team’s bottleneck, impeding value creation rather than spearheading it? Well, cargo cult Scrum might end up in that dead-end. The trick to avoiding this fate is to start including the Development Team as early as possible in Product Backlog management which requires a product mindset.
Learn more about how to kick-off this process with an initial day-long product mindset workshop for your Scrum team.
TL;DR: Webinar Product Discovery Anti-Patterns — April 10th, 2018
Scrum has proven to be a practical product delivery framework for digital products like applications or apps. However, Scrum is equally suited to build the wrong product efficiently as its Achilles heel has always been the product discovery part. What product discovery part, you may think now. And this is precisely the point: The product owner miraculously identifies the best way to proceed as a team by gating and prioritizing the product backlog is. How that is supposed to happen is nowhere described in the Scrum Guide. Consequently, when everyone is for himself, product discovery anti-patterns emerge. I believe it is time to address this issue with the webinar product discovery anti-patterns.
From sunk costs, HIPPO-ism, my-budget-my-features to self-fulfilling prophecies — learn more about the numerous product discovery anti-patterns that can manifest themselves when you try to fill Scrum’s product discovery void.
by Stefan Wolpers|Agile TransitionLean and Product
TL; DR: Create Personas with the Help of the Engineers
Creating valuable software requires knowing the customer—we all agree on that, right? The first question that then comes to mind is how to support this product discovery process in a meaningful manner in an agile environment? And the second question follows swiftly: who shall participate in the process—designers and business analysts or the engineers, too?
Read on and learn why personas are useful for product discovery purposes, how to create personas, and why the complete team—including the engineers—needs to participate in their creation.
Be careful with the selection process for user interviews: You might end up picking those that will support your vision – it’s a self-fulfilling prophecy trap.
Beware of false positives in user interviews.
Never start writing a single line of code before an appropriate number of customers signed up. (For clarification: Customers are paying users.)
Never spend money on developing a prototype when you’re not working full-time on growing the user-base and increasing customer value.
Be patient and give your product the time it needs.
Always make branded t-shirts and wear them later regularly to preserve the recollection of the disaster. (See below.)
TL;DR: Four Lessons Learned From Making Customer Value Your Priority
Building a valuable, usable and feasible product does not happen overnight. These are my four core learnings from focusing on customer value, looking back at the projects I have been pursuing over the years.
This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.
Strictly Necessary Cookies
Strictly Necessary Cookie should be enabled at all times so that we can save your preferences for cookie settings.
3rd Party Cookies
This website uses Google Analytics to collect anonymous information such as the number of visitors to the site, and the most popular pages.
Keeping this cookie enabled helps us to improve our website.
Please enable Strictly Necessary Cookies first so that we can save your preferences!
