Stop the Minimum Viable Bullshit
Too big to fail – are you heading for disaster?
Ok, that’s it. I’ve had it. My patience is done and now its time to blow off some steam. Don’t get me wrong, many of the ideas in lean startup are very useful. But I wish everyone and their mother would stop using the term MVP so loosely. Everywhere I go, people are proud to […]
10 Stakeholder Management Principles adapted for Agile Product Development
“Too big to fail” is a phrase used for large organisations for a few main reasons: If this organisation fails, the whole economy will ‘fail’. Think of large banks that had to be rescued by the government in various countries. If any initiative in this organisation fails, we can keep it afloat by burning up […]
Projects on your agile backlog; easy or hard? Your choice
Stakeholder Management has since long been a hot topic in project, programme and other management circles. The fact that people exist with a stake in whatever goals you are trying to achieve even found its way into leadership coaching (Marshall Goldsmith’s Stakeholder Centered Coaching). In researching the topic of Stakeholder Management for a one-day training […]
Scrum Masters & Agile Coaches, stop team coaching!
Below is just a simple example of 3 teams with backlogs that contain different projects to align with the ‘current’ project organization. This can easily occur when you start your agile transformation. Many real world examples are much more complex and thus even harder to plan. The choice is yours. Are you going to keep […]
Simplifying CapEx & OpEx in Scrum
Why do I think team coaching is a bad idea? Dont get me wrong, I believe team coaching can have a great amount of added value. It’s just that I often find that teams receive coaching while they actually should not even be a team.
Estimation matrix aka Fruit Game
A really simple approach to CapEx & OpEx financial accounting with Scrum. Why is this needed? The apparent mismatch between standard financial accounting practices and agile ways of working. Specifically CapEx and OpEx accounting, which is often a very important practice in (larger) organizations. This distinction seems to be at odds with having a more […]
What is a product?
This blog is intended to grow into an explanation of how to facilitate an Estimation Matrix for a colleborative estimation session. In this session Stakeholders and Scrum Team(s) collaborate to quickly estimate Backlog Items both in relative Value & Effort. Below is a dutch simplistic plan which could get you started already. The blog should […]
The Purpose of Scrum is rarely realized – a path to better feedback
A product is a solution that serves a customer need. This is the most concise and to the point description of ‘product’ I can come up with. In the below article I’d like to unpack it. Defining a product always starts with its customers. Someone out there should have a need that the product can […]
Done vs Releasable
The purpose of Scrum is to deliver Increments of releasable functionality . So at each Sprint Review, a “Done” Increment is required to make transparent the progress made by the team. Releasing it opens the gate to market validation to Inspect and Adapt based on market feedback (i.e. actual use). The only feedback that counts […]
Done in your Scrum Team: does it have to be releasable? Spoiler: no way Jose! There’s a road to releasable and trying Scrum can help getting there. Done vs Releasable is about the difference of doing Scrum as intended and thus gaining maximum benefit, versus the long hard road to reach that state of pure transparency. In […]