記事ID：2572
この記事を読むのに必要な時間は約 5 分です。
プロジェクトの作成はREDMINEによるタスク・プロジェクト管理の第1歩です。プロジェクトの作成方法はWEB上に解説がたくさんあるため、ここでは視点を変えてプロジェクトをどのように扱うかを解説します。
REDMINE操作の第一歩は、プロジェクトの作成です。プロジェクトはチケット、つまりタスクの入れ物です。その入れ物の構造をどのように設定するかで、その後の使いやすさが変わってきますので、プロジェクト設定のコツを学んでおきましょう。そうはいっても、REDMINEは非常に柔軟なシステムですから、あまり考えすぎることはありません。この記事を読んで、プロジェクトの構想ができたら、それを設定し、使い始めましょう。
「プロジェクト」の役割
プロジェクトをカギカッコの中に入れたのは、REDMINEにおけるプロジェクトが必ずしも、私たちが感覚的に理解しているプロジェクトとは一致しないかもしれないからです。
REDMINEの「プロジェクト」は、二つの意味合いを持つのが普通です。一つは、私たちが理解しているプロジェクト、つまり目標と期限を持ついわゆるプロジェクト、そしてもう一つは組織です。REDMINEを利用する目的がプロジェクト管理というよりもタスク管理である場合は、組織をプロジェクトとみなすことで、REDMINEがタスク管理ツールとなります。タスク管理とプロジェクト管理、その両方を目的としてREDMINEを使用するならば、プロジェクトと組織、その両方を同時に使う必要があるでしょう。
「プロジェクト」の親子関係
具体的なプロジェクトの設定例を説明する前に、もう少しREDMINEの仕組みの話をします。
REDMINEの「プロジェクト」には親子関係を与えることができます。親子関係を与えることで二つの利便性がもたらされます。一つは、集計です。一つの親に複数の子プロジェクトがあると、親プロジェクトの各種指標は、子プロジェクトのそれが合計されたものとして表示されます。例えば、チケット数や予定工数、実績工数などです。
また、REDMINEにおいては、「プロジェクト」ごとにそれを利用できるユーザーを設定する必要がありますが、親プロジェクトで設定されたユーザーを、子プロジェクトが自動的に継承できるようにする機能があります。
もし、子プロジェクトで独自のユーザーを追加したい場合は、それもできます。
なお、親プロジェクトは単なる子プロジェクトの集計というわけではありません。独立したプロジェクトとして、自分自身のチケットを持つこともできます。
「プロジェクト」の階層を使いこなす
ここまでで、「プロジェクト」の役割と、それらの親子関係について説明しました。親子関係として2階層目までを考えるとすると、「プロジェクト」の全体構成は次のよう分類されることになります。
| 親 | 子 | |||
|---|---|---|---|---|
| タイプ | 組織 | プロジェクト | 組織 | プロジェクト |
| A | 〇 | 〇 | ||
| B | 〇 | 〇 | ||
| C | 〇 | 〇 | ||
| D | 〇 | 〇 |
Aは大規模な組織でタスク管理をやっているイメージでしょうか。また、Cは、プロジェクトの下に組織がありますので、かなり大きなプロジェクトでは、こうなるのかもしれません。以下では、通常で私たちが目にする、BとDについて具体的な設定例を説明していきます。
プロジェクトの具体的な設定例
製造業の場合
「【事例】受注型製造業とREDMINE」の場合では、事業部ごとに案件を受注し、事業部に所属するメンバーが対応するため、第1階層に組織のプロジェクトを作成し、第2階層に案件ごとのプロジェクトを作成する設定としました。
ソフトウェア開発の場合
規模にもよりますがソフトウェア開発では、様々な組織、部門に所属するメンバーが集まって作業することが多いと思われます。この場合は、第1階層を案件プロジェクトとし、参画するユーザーをメンバーとして登録する形になります。
また、システム規模が大きい場合は、第1階層プロジェクトをマスタースケジュールとし、サブシステム単位に分割したプロジェクト第2階層に作成するといった対応も有効です。
この記事に関する質問やご意見がありましたら、当サイトお問い合わせページまでお寄せください。
