Well, software development is about many stakeholders. You, as the developer, are one of those stakeholders. Yes, the customer has a set of requirements, but you have a set of requirements as well. You make technical decisions every day based on those requirements whether you have explicitly enumerated them or not.
My read on this is that it's a set of governing principles for making implementation decisions about how you write code. As such any one of these guiding principles can be set aside to accomplish specific requirements they might conflict with, but where they don't conflict they should guide decision making.
From that perspective I guess they are helpful, if kind of obvious, guidelines. They seem kind of asymmetric though..."use message passing" is a pretty specific choice, where "elastic" is vague to the point of uselessness. On the whole I guess this seems like someone who really likes message passing and is tired of trying to justify the extra overhead every single time it comes up.