fair enough but I'm fairly sure that if you traveled in time from 5y ago with a decent developer from that time he would have hard time landing a job today
It's not about the lack of skill on the supplier side. It's usually the client that is not sure how exactly the project should look like. And that's ok - he does not need to scope out every detail - it can be worked out along the way.
Our "response" to this is radical transparency. Client should be able to track the progress in almost realtime.
The problem is that usually the business is not sure what it wants then the project starts - the scope is not well defined. And it's ok. This is something that all stakeholders learn along the way.
But than you are introducing overhead of deciding this. For obvious reasons this is something that needs to be negotiated with a client and documented.
"build only the features that customers can't live without" - who makes this call? What if you disagree on this? What if the customer learns something new after 2 weeks and needs to change the scope?
Mentioned it before in another thread here: This makes sense when you have a well established business that's tweaking it's processes. Impossible when building an MVP and/or experimenting with a new product/service.
1) That is a big problem. Really hard to convince people you are more than 3x as good as the 3x cheaper alternative. But than again lawyers manage to do it. Why would web developers not figure it out? ;)
2) Yes. It does not scale in a way "startup people" are used to. It's just part of the deal :(