If a group embraces the terminology of the most popular 'process', it's probably bad. In other words, most teams are bad and use whatever is most popularized as a stand in, and tend to act however they want, but pay lipservice to the popular process to make themselves look like they are following industry best practices.
I'll add to the 'unless you have a giant team' that if you have a giant team, you've *probably* done something wrong. Most software development teams I've seen with over a hundred full time developers really would be better to have maybe a dozen or so good people. It's the mistake of conflating importance with needed manpower. Then in an effort to utilize said manpower for what should be a smaller project, very silly things happen in the architecture.
All that said, I think the suggested strategy on making the date rather than getting all the features isn't bad, so long as quality doesn't take a hit. In other words, wait until it's ready with respect to bugs, but don't let a missing feature hold you up.