@Bediko The problem is that in many projects requirements are indeed changing every two weeks - and the important ones are often implicit and unstated. That breaks every project management approach, not just agile. Agile works if you have flat boring feature sets on top of an existing suitable data model, and a product owner who actually wants to use (not sell) the product.
@StephanSchulz @Bediko I always wonder why nasa can send things pretty far away, remote debug over 100k of kilometers and people still claim that working software can’t be done or that planning does not work.
@jnfrd @Bediko They spend an ungodly amount of money per line of code - and that includes requirements engineering (not a brainstorming session among whoever was there at the moment). Front-loading projects sometimes works, but is hard to sell. I once promised to do a project with 3 engineers in 2 years. Management went with the guy who promised to do it in half. 4 years later I left the company, and the 5 engineer-staffed project was still far from useable.
@StephanSchulz @jnfrd @Bediko I read somewhere (maybe it was Feynman) that code development speed for the Space Shuttle was about 1 (in words: One) line of code per week.
@hopfgeist @jnfrd @Bediko IIRC, "The mythical man month" has something like 10 lines per programmer per day, for production-quality code. And independent of the language, so high-level languages do give a boost in functionality per time...