Mavenのベストプラクティスページでは、pomを別のpomの依存関係として含める1つの使用法について説明しています。依存関係の共有グループを含めること：
http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-best-practice.html
私はあなたが他のことをすることができることを望んでいました-あなたがそれを含むpomによって「継承」される特定のリポジトリやプラグインを定義するようなものですが、これはうまくいかないようです。
pomを別のpomの依存関係として含めることで、他にどのようなユースケースを達成できますか？
リポジトリなどを定義したり、追跡システムや開発者などを発行したりする場合は、それらすべてを定義する親pomを使用することで簡単に実現できます。また、このpomを親として使用するプロジェクトは、このすべての情報を自動的に継承します（これは、多くの場合、会社のpomと呼ばれます）。生活を楽にします。プラグインのバージョン、依存関係などを定義できます。pomを依存関係として含めるユースケースは、依存関係の単純なポイントを介して一連の依存関係を定義することです。この場合、pom自体に多数の依存関係が含まれているため、この単一のpomを追加するだけでこれらの依存関係を簡単に使用できる場合があります。いくつかの依存関係の代わりに。しかし、通常は、プロジェクトのdependencyManagement部分でこれらの依存関係を定義することを好みます。
依存関係としてpomを含めることは、依存関係にのみ影響します。他のものを再利用したい場合は、それを親POMとして指定する必要があります。
注：リポジトリは、POMではなく、NexusなどのMavenリポジトリマネージャーで管理することをお勧めします。
http://www.sonatype.com/books/nexus-book/reference/maven-sect-single-group.html
質問自体で参照されているリンクは、利点を文書化しています。他の人が答えたように、それは目的のために使用することはできませんother。参考のためにカット/貼り付け：
関連する依存関係を統合することは、多数の依存関係に依存し始めたpom.xmlファイルの長さを削減するための良い方法です。
プロジェクト間で多数の依存関係を共有する必要がある場合は、プロジェクト間で親子関係を確立し、親プロジェクトへのすべての一般的な依存関係をリファクタリングすることもできますが、親子アプローチの欠点は、プロジェクトが持つことができるのは片方の親。
同様の依存関係をグループ化し、pom依存関係を参照する方が理にかなっている場合があります。このようにして、プロジェクトはこれらの統合された依存関係POMを必要な数だけ参照できます。
Maven依存関係メカニズムのドキュメントには関連する例があります。