Good news everyone! My magnum opus on Scrum just dropped, clocking in at almost 9K words! Prepare a drink, strap yourselves in, and enter the Torment Nexus.
https://ludic.mataroa.blog/blog/tossed-salads-and-scrumbled-eggs/
Good news everyone! My magnum opus on Scrum just dropped, clocking in at almost 9K words! Prepare a drink, strap yourselves in, and enter the Torment Nexus.
https://ludic.mataroa.blog/blog/tossed-salads-and-scrumbled-eggs/
@ludicity @imclaren I'm really curious about your take on fixed prices, particularly how to agree on a definition of done (yay, another neologism!), and how to plan for those cases where estimates explode.
When I first started as an independent consultant, I sold a small fixed price project that ended up taking 10x the expected time. I guess you could call me a 10x developer, but my compensation ended up well below minimum wage. That was an expensive lesson.
@joelving @imclaren We don't charge based on "expected time". What we're trying to do is completely stop thinking about time to completion. We try figure out how much value the project has to the business and charge 10-20% of that.
This means we don't sell things that don't have clear revenue/cost implications.
It also means that we're expecting to sometimes charge rates that are eye-wateringly high, and we're banking on people not caring because it's still a clear win for them.
@ludicity @joelving yes I also think that this may be the way as long as this number is always >= (your internal target FTE equivalent cost per hour to complete the project + your other costs) * a reasonable margin. So you don’t starve.
I think that the closer you are to this number (at the low end) the more rigorous you will need to be in calculating this number and/or building in assumptions.
@imclaren @joelving Totally. We have a lower bound based on time, but not an upper bound. But since we're expecting non-linearity in value, I think it would be concerning if we ever work close to the lower bound.
It has also had a really positive effect on client conversations, as we really push them towards formulating a version of the project that has really, really high expected value.
@joelving @imclaren Keeping in mind that I'm new at this, "what's your budget?" is better than guessing but is inherently adversarial with anyone that's remotely savvy.
My intuition is that there's a huge difference between "What can you afford?" and "What is it worth?", or even "Can we come up with something worth more?"
@ludicity @joelving hmm what’s your budget could be seen as the equivalent of asking a potential new employee what they are currently paid.
It’s asking them to negotiate against themselves. It can work, but in my view people usually ultimately figure out when they have been played. That’s not how I would want to be treated as a customer.
@imclaren @ludicity hmm, I actually see it the opposite way, because the power relationship is inverted. I think it's more like the prospective employee asking for the salary range, which is just fine. The client can always go elsewhere.
But I can't speak to it's results in practice. I only have it from him and it seems to work for him. Of course, it might also be because his product - public speaking - is a very different product from software development.