"Have to"? Never, unless there are external factors or constraints to consider. Maven does dependency management, which Ant only does if you combine it with Ivy. Personally, I find that aspect of Maven irritating rather than helpful. Maven is also less flexible in its directory layout - it really wants you to use its standard, rather than whatever directory layout you might prefer.
It is mostly a matter of taste, except when local shop standards mandate otherwise. Probably most of the major open-source projects are building using Maven, but some of the best-known ones use Ant, often because the designers didn't like Maven.
Ant is more flexible. It can produce multiple products according to locally-defined rules and the directory layout can be whatever you want. However you do need to augment it with Ivy if you don't want to end up with a bunch of duplicate copies of jars all over your disk drive.
Maven's virtue is its lack of flexibility. For generic projects such as WARs and JARs, there's not much point in re-creating the same basic type of project build over and over again. Maven's dependency system ensures that you can get what you need when you need it without a lot of wasted space. It is precisely because Maven enforces a strict directory discipline that I can hand a ZIP file containing project source and a POM and reasonably expect someone on the other side of the Earth to be able to unzip and build it without having to do a lot of local pre-configuration (and pre-Maven I had a lot of trouble with local configurations that clashed with each other). So a complete stranger knows how to build (typically "mvn clean package") and where the files are, and can build regardless of what OS they are running under.
Customer surveys are for companies who didn't pay proper attention to begin with.
subject: When we can choose ANT? When we can choose MAVEN?