私はwiki（MediaWiki）を使用して開発プロジェクトのすべてのプロジェクト情報を一元化するという考え方でプレイしました。これは、SVN（SVNKitを使用）から情報を引き出し、Bugzillaにリンクして開発者に割り当てられた作業を抽出したり、リリース用に残っている作業を抽出する拡張機能を使用して行われました。wikiを中央開発プロジェクトリポジトリとして使用する
例：
<bugzilla type="summary" user="[email protected]" />
が戻ってくる要約
<bugzilla type="status" status="ASSIGNED" product="SCM BEPPI" />
を返します
これは役に立ちそうですか？もしそうなら、他のどのような統合が貴重だと思いますか？
これは極端に便利だと思います。プロジェクトチームのメンバーの大きさに応じて、出入りします。そして、ウィキは、プロジェクトの歴史と "精神"を新しいチームメンバーが利用できるようにする良いツールです。私は多くのプロジェクトでこれを行いました。プロジェクトはすでに終了していますが、すべての情報が利用可能です。
もう1つのアイデア：会議スケジュール、分などを統合しようとします。あなたのチームがIMを介して通信する場合は、会話のログを統合してみてください。
他の古典的な統合は、ソースコードリポジトリです。 svn、またはcvs。 tracは、これを正確に実行する既存の製品です.Wiki、カスタムバグトラッカーを組み合わせ、svnとうまく統合します。
もちろん、この種のプロジェクト概要（http://trac.edgewall.org/など）には既製のパッケージが用意されています。
可能であれば、既存のCIエンジンをwikiに統合して、現在の進捗状況とプロジェクトの健全性に関する完全な概要を確認します。
私が上で働いていた他の統合はMSプロジェクトに統合されましたが、統合はの.mppファイルのアップロードを必要と少し厄介だったし、私は結果はOKだった.mppファイルからプロジェクト情報を抽出するために
をMPXJを使用してあなたは、私がhttp://www.mediawiki.org/wiki/Extension:BugzillaReports @作成したmediawikiの拡張に興味があるかもしれません
<project file="AOZA_BEPPI_Billing_Project_Plan_v0.2.mpp" type="list" user="Martin" />
とします。私はこれが素晴らしいところです。あなたは、bugzillaのレポートをmediawikiのドキュメントにまとめて、標準の集約されたレポートを作成することができます。