Decided to create this post as I’ve heard this question many times during the last 3 weeks. Several people asked that during the cspo training; clients asked 2 times; my boss and my colleagues could not omit this question too(3 times in total). So I want to share some of my thoughts on this topic.
Let’s imagine a scrum team, which is working on a Product. We have a Scrum master – a nice guy – and a Product owner, who has a lot of great ideas and drives the product on. The team works hard every sprint (yes, they play tennis and drink coffee several times a day. And… oh, hell… they even read facebook and watch cat videos during the working hours. So, just an average team). And one day their stakeholder/big boss comes and asks Scrum Master, “Ok, I see the team is working. You have a scrum master, a product owner… But we have a release planned in 2 months. So, tell me, who is responsible for the delivery? Who is responsible for the release being shipped on time?”
Continue reading Ok…But who is resposible for delivery?
Every PM has a lot to tell you about different fuck-ups on his projects. But why we share our fails so rarely? Of course, it is difficult to tell others about your failures, so we prefer to tell only funny stories or “one of my friends…”. We with my colleagues suggested to create the list of most common problems on our projects. I can’t hope it contains some new and fresh ideas but al least it should persuade you that you are not lonely in this world of failures.
Continue reading PM rescue kit: Most common fuck-ups on your project
The budgeting syndrome is usually connected with the line manager day-to-day life, but PMs seem to have their own unique mutation of it. How the PM budgets the project usually(of course, we all have t&m projects with no fixed cost, but the budget is always there)? You have a great team that estimated everything, but the person who presents the budget is a PM. Here is the point where many of us come to the dark side…
Continue reading The truth kills me: Half of the features will never be used