課題管理にとどまらず、プロジェクトマネジメントのための幅広い機能を持ち、プラグインで機能を拡張することもできます。なかでは人気の一つです。並行してプロジェクトが走るときに便利プラグインで拡張可能デザイン性ブルーを基本とした洒落たデフォルトデザイン。テーマを差し替えて違う色づかいにもできる。インストール別ページに分けました。プロジェクトのネストRedmineでは、プロジェクトをネストさせることができます。ガントチャート、カレンダなど各種画面には、親プロジェクトのチケット(課題)と子プロジェクトのものが両方表示されます。文書タブには、子プロジェクトのものは表示されません。どのように使うか、ですが、Redmineの「プロジェクト」それ自体には期限はなく、プロジェクトのなかで「バージョン」で期限を区切ります(マイルストーン)。ターゲットバージョンを子プロジェクトとするのは不味い。プロジェクトとしては、継続改善する前提で、製品名を付ける、あるいは受託開発では顧客名(か顧客のプロジェクト名)を付ける、という使い方になります。子プロジェクトには、モジュールを切り出します。グループウェアとの統合Redmineのすべての機能は、何らかのプロジェクトに所属します。カレンダはあるものの、「私のカレンダ」あるいは「私のグループのカレンダ」ではありません。Redmine自体はグループウェアとしては使えません。トッププロジェクトとして自分の組織を作って、すべてのプロジェクトをその子プロジェクトにしても同様です。ファイルは非表示にして、別途用意したグループウェアと統合するのがいいでしょう。標準のモジュールプロジェクトで使える、標準のモジュール。プロジェクトごとに有効/無効にできます。新しいプロジェクトオープンソースプロジェクトのように、広く一般に向かってリリースする成果物がある場合とそうでない場合で、有効にすべきモジュールが変わります。ファイルは、前者の場合に有効にするといいでしょう。カレンダは、いつでも不要に思います。(Issues)バグ追跡。プロジェクト管理の要です。時間トラッキングニュースオープンソースプロジェクトなど、広く製品をリリースする場合のみ使用。(Documents)wikiでカバーされるので、このモジュールは不要です。(Files)リリースファイルの置き場。Subversionがあれば不要ではないか、という意見もありますが、儀式としてのリリースは重要だと思います。広く製品をリリースするのではないプロジェクトでは、このモジュールは不要。WikiシンプルなWikiです。いくつでもファイルを添付できます。(Repository)Subversionなどのバージョン管理システムのリポジトリを表示できます。(Forums)掲示板。(グループウェアを使え)。ガントチャートチケットから自動的に生成される。PDFでの出力も可能。チケットふつうの課題管理システムなので、チケットを起票して課題を作る。新しいチケットチケットを作るときの「説明」は、後から変更できないようだ。コメントのほうは編集もできる。バックアップの取りかた普通にデータベースをバックアップすればいいですが、wikiの添付ファイルは、データベースではなく、ファイルとして保存されます。WikiRedmineのWikiは、非常にシンプルな作りです。リポジトリのディレクトリやファイルを指すときは、専用の記法がないので、URLを書き込みます。