(57)【特許請求の範囲】
【請求項１】
プロジェクトの工程を管理するプロジェクト管理システムであって、
階層構造を用いて作業項目を表した第１の工程管理データ、および、階層構造を用いて作業項目を表した少なくとも１つの第２の工程管理データを記憶する記憶手段と、
前記第１の工程管理データの全ての階層の作業項目を受け付け、前記記憶部に記憶する第１の受付手段と、
前記少なくとも１つの第２の工程管理データの、最下位層以外の作業項目を受け付け、前記記憶部に記憶する第２の受付手段と、
前記第１の工程管理データおよび前記少なくとも１つの第２の工程管理データを前記記憶部から読み出し、前記第１の工程管理データの最下位層の作業項目と前記少なくとも１つの第２の工程管理データ各々の最下位層より１つ上位の階層の作業項目とを関連付ける関連付け手段と、
前記第１の工程管理データおよび前記少なくとも１つの第２の工程管理データのいずれか１つを選択する指示を受け付けて、指示された工程管理データを表示する表示手段と、
を有し、
前記第１の工程管理データ、および、前記少なくとも１つの第２の工程管理データの各々は、前記作業項目に関する進捗データを含み、
前記表示手段は、前記第１の工程管理データ、および、前記少なくとも１つの第２の工程管理データのいずれか１つを選択する指示を受け付けて、指示された前記進捗データを含む工程管理データを表示し、
前記関連付け手段は、前記第１の工程管理データの最下位層の作業項目各々に対応付けられたシンボルと、いずれか１つ選択された前記第２の工程管理データの、最下位層より１つ上位の階層の作業項目と、を縦軸または横軸とするマトリックステーブルを表示して、前記シンボル各々の移動を受け付けて、当該シンボル各々の移動した位置に基づいて、前記第１の工程管理データの最下位層の作業項目と前記第２の工程管理データの最下位層より１つ上位の階層の作業項目とを関連付けること
を特徴とするプロジェクト管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、設計から製造・出荷までのプロジェクトの進捗状況を管理するプロジェクト管理方法に関し、特に、複数の開発設計担当者や生産管理担当者が協調して業務を遂行する場合に好適なプロジェクト管理方法に関する。
【０００２】
【従来の技術】
従来のプロジェクト管理システムにおいては、管理者は、まず、プロジェクトを遂行する上で必要な工程を階層構造で表したデータを入力し、各工程について、開始予定日／終了予定日を設定することで、プロジェクトの日程計画を立案し、実際の開始日／実際の終了日を入力することで、進捗状況の管理を行っていた。
【０００３】
なお、工程の階層構造は、一般に、「ＷＢＳ（ワーク・ブレークダウン・ストラクチャ）」と呼ばれており、本明細書では、ＷＢＳで表したデータを「ＷＢＳデータ」と呼ぶ。
【０００４】
ここで、ＷＢＳにおける階層の分け方は、プロジェクトの内容に拠る。例えば、ある工場建設プロジェクトについてのＷＢＳデータの場合を考えると、最初の階層は、「管理棟」，「資材倉庫」，「機械加工工場」，「組立工場」，「塗装工場」，「試験検査棟」，「製品倉庫」というように、施設ごとに分け、次の階層は、「管理棟の建屋工事」，「電気設備工事」，「空調設備工事」，「内装工事」というように、工事の種類ごとで分ける。
【０００５】
ＷＢＳにおける階層の分け方は、基本的には、１つのプロジェクトについて1種類であり、ＷＢＳデータは、基本的には、１つのプロジェクトについて最初に１つだけが定義されるものである。また、ＷＢＳデータは、プロジェクトを完遂する上で必要不可欠な工程を網羅するために作成されるものであり、ツリー構造を持っている。
【０００６】
プロジェクトは、一般に、上位工程から下位工程に向かって工程の詳細化が進められることから、ＷＢＳデータにおいては、各階層（レベル）の工程（作業項目）の日程を、上位レベルから下位レベルに向かって、「大日程」，「中日程」，「小日程」と呼ぶことが多い。そして、ＷＢＳデータはツリー構造を持つことから、１つの小日程の作業項目は、１つの中日程の作業項目だけに属し、同様に、１つの中日程の作業項目は、１つの大日程の作業項目だけに属するようになっている。
【０００７】
さて、従来のプロジェクト管理システムにおいては、各作業項目を、開始点から終了点までのバーチャートとして表示するようになっている。その際に、ＷＢＳデータのツリー構造が分かるように、各作業項目のバーチャートは、該作業項目が属する上位レベルの作業項目のバーチャートの下に配置される。
【０００８】
以上述べたような従来のプロジェクト管理方法およびプロジェクト管理システムの詳細については、例えば、『プロジェクトマネジメントの基礎知識体系（エンジニアリング振興協会発行：１９９７）』や、『プロジェクトマネジメントの時代（志賀雅人著：工業調査会発行：１９９３）』や、『Windows９５版Microsoft Projectオフィシャルコースウェア（Catapult，Inc.著：アスキー出版局発行：１９９６）』に述べられている。
【０００９】
ところで、プロジェクトの小日程の作業項目は、ＷＢＳによってグルーピングされているが、それとは異なる観点によって、特定の小日程の作業項目群を抜き出してグルーピングして表示させたいという場合がある。
【００１０】
このとき、従来は、特開平６−４４２５５号公報に記載されている『統合的生産プロジェクト情報管理システム』のように、ある観点で見た場合の属性を、各小日程の作業項目に別途付与しておき、その属性を利用して、特定の小日程の作業項目群を抜き出す方法が採られる。一般のプロジェクト管理システムでも同様の機能を持っている。
【００１１】
【発明が解決しようとする課題】
近年、製品開発期間の短縮が、製造業において重要な競争力の１つとなってきている。それに伴い、１つの製品開発プロセスを１つのプロジェクトとして捉え、その管理を適切に行うことが不可欠となり始めている。その際、１つの製品開発プロセスに関わる複数の部署の担当者は、そのプロジェクトのメンバとして扱われることになる。
【００１２】
このように扱われるプロジェクトメンバである複数の部署の担当者が、プロジェクト管理システムを利用する場合に、所属部署に応じて、異なるＷＢＳに従った見方をしたいという要求が生じることが考えられる。
【００１３】
例えば、全体的なシステム設計を行うことで製品を構成する主要部品の種類・数を決定し、決定した各主要部品の詳細設計を行って製造し、これらを組み立てて、試験を行い、出荷するという製品開発プロジェクトがあるとする。
【００１４】
この場合、設計担当者としては、ＷＢＳの第１レベルが、「システム設計」，「基本設計」，「詳細設計」，「製造」，「試験」となるような分け方で見たい。これは、設計の作業の流れに基づく分け方である。実際に、システム設計と基本設計との間、または、基本設計と詳細設計との間では、デザインレビューと称する審査が存在するのが一般的であり、プロジェクト進行上のマイルストーン的役割を果たすので、このような分け方は、設計担当者には分かりやすい。
【００１５】
しかし、一方、生産管理担当者としては、主要部品群がきちんと製造できるか否かを個別にチェックできるような見方がしたい。すなわち、ＷＢＳの第１レベルが、製品を構成する主要部品群（例えば、「ＬＳＩ」，「プリント板（ＰＣＢ）」，「筐体（ＣＡＢ）」）となるような分け方である。このような分け方をすれば、プロジェクト管理システムで表示されるバーチャートの並び方が、同一部品に関する作業項目が一塊となるので、生産管理担当者は、具体的にどの部品で製造する際に問題が起きそうか、または、ＰＣＢとＣＡＢとが同期がとれそうか、といったチェックが容易にでき、それにより、問題がある場合の対策を速やかに行うことが可能になる。
【００１６】
また、近年、複数のプロジェクトを同時に管理するマルチプロジェクト管理の必要性が高まっている。この中でも、１つのプロジェクトに異なるＷＢＳを対応付けることが求められている。
【００１７】
例えば、ある「プロジェクトＡ」で開発している「ＰＣＢ１」を、同時進行中の「プロジェクトＢ」でも利用する場合、「プロジェクトＢ」のプロジェクトマネージャは、「ＰＣＢ１」に関する小日程の作業項目群を、自分のプロジェクトで開発する他のＰＣＢと並べて進捗を確認したい。これは、自分のプロジェクトの作業項目のみを管理する場合には、設計の流れに基づくＷＢＳに従って見たいが、他のプロジェクトで進んでいる作業項目と合わせて管理する場合には、製品の構成に基づくＷＢＳに従って見たいということである。
【００１８】
ところが、従来のプロジェクト管理システムでは、１つのＷＢＳしか持つことができず、上記のようなニーズに対しては、特開平６−４４２５５号公報に記載されている『統合的生産プロジェクト情報管理システム』のように、特定の小日程の作業項目群を抜き出して表示するだけであり、異なるＷＢＳを持つことができない。
【００１９】
すなわち、例えば、設計担当者のニーズに応じてＷＢＳを定義した後では、生産管理担当者のニーズに対し、各小日程の作業項目にどの部品に関する作業であるかを示す属性を付与し、特定の部品名の属性を持つ小日程の作業項目を抜き出して、該部品に関するバーチャートだけを選択表示するということしかできなかった。具体的には、「ＰＣＢ１」という部品だけを切り出して表示することしかできないということである。
【００２０】
もちろん、このような個別の切り出し結果を並べて表示することで、一見、擬似的なＷＢＳを構成することは可能である。しかし、従来技術の場合、切り出した塊を並べただけであり、階層的な構造を持ち得ない。すなわち、「ＰＣＢ１」，「ＰＣＢ２」の上位層に「ＰＣＢ」があるといった定義が困難である。そこで、製品の構成に基づくＷＢＳに従って、全体の日程表示を行うためには、従来技術で切り出した塊に、さらに人手を加えて編集するという工数をかけなければならなかった。そのため、一旦、設計の流れに基づくＷＢＳが定義されてしまうと、例えば、ＰＣＢ全体はどうか、ＰＣＢとＣＡＢとの同期はどうか、といったチェックを迅速に行うことが困難になり、各部署がプロジェクトに対して有効なアクションをすることが遅れ、プロジェクト全体の管理がうまくいかないという問題が生じてしまう。
【００２１】
本発明の目的は、このような問題に対し、解決手段を与えるものである。すなわち、本発明の目的は、多くの部署の担当者が関係する１つのプロジェクトについて、各部署の立場から見た複数種類のＷＢＳを定義・参照することを可能とすることにある。
【００２２】
【課題を解決するための手段】
上記目的を達成するために、本発明は、
任意のプロジェクトについて、該プロジェクトの工程をＷＢＳで表したＷＢＳデータであって、最下位層を除く表し方が各々異なる複数種類のＷＢＳデータを入力し、
入力した複数種類のＷＢＳデータを上記プロジェクトに対応付けて管理し、
上記プロジェクトに対応付けて管理しているＷＢＳデータのうちの、選択指示されたＷＢＳデータを表示することを特徴としたプロジェクト管理方法を提供している。
【００２３】
なお、本発明が提供するプロジェクト管理方法において、
上記プロジェクトの工程に関する進捗データを管理し、
上記プロジェクトに対応付けて管理しているＷＢＳデータのうちの、選択指示されたＷＢＳデータが表すＷＢＳに従って、管理している進捗データを表示するようにすることができる。
【００２４】
また、本発明が提供するプロジェクト管理方法において、
複数種類のＷＢＳデータを入力する際に、
１番目のＷＢＳデータについては、最下位層の工程までの入力を受け付け、
２番目以降のＷＢＳデータについては、
最下位層の工程を除く工程の入力を受け付け、
最下位層の工程は、既に入力して管理しているＷＢＳデータ中の最下位層の工程を流用し、
該最下位層の工程が属するべき１つ上位の層の工程の指定を受け付けるようにすることができる。
【００２５】
このようにする場合は、さらに、
２番目以降のＷＢＳデータの入力時に、最下位層の工程が属するべき１つ上位の層の工程の指定を受け付ける際に、
２番目以降のＷＢＳデータについて入力を受け付けた工程を、該ＷＢＳデータが表すＷＢＳに従って記述した第１のテーブルと、既に入力して管理しているＷＢＳデータのうちの、選択指示されたＷＢＳデータ中の工程を、該ＷＢＳデータが表すＷＢＳに従って記述すると共に、最下位層の工程に対応するシンボルを記述した第２のテーブルとを、縦軸および横軸として配置したマトリックステーブルを表示し、
上記シンボルが、上記第２のテーブル内から上記マトリックステーブル内に移動された場合に、移動先に対応する第１のテーブル内の、最下位層の１つ上の層に相当する層の工程が、該シンボルに対応する最下位層の工程が属するべき１つ上位の層の工程として指定されたと判断するようにすることができる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
【００２７】
図１は、本発明の実施形態に係るプロジェクト管理システムの全体構成図である。
【００２８】
図中、１０１は、同一プロジェクトについての複数種類のＷＢＳデータを入力するＷＢＳ登録部、１０２は、複数種類のＷＢＳデータ中の作業項目間の関係を入力するＷＢＳ関係定義部、１０３は、複数種類のＷＢＳデータを切り替えて表示する表示切り替え部、１０４は、従来のプロジェクト管理システムと同等の機能を持つプロジェクト管理機能部、１０５は、作業項目に関する進捗データ（日程情報）を格納する日程情報格納部である。
【００２９】
本実施形態に係るプロジェクト管理システムは、パーソナルコンピュータ等の汎用の情報処理装置で実現することができる。すなわち、ＷＢＳ登録部１０１，ＷＢＳ関係定義部１０２，表示切り替え部１０３，プロジェクト管理機能部１０４は、共に、情報処理装置のＣＰＵが実行するプログラムによって実現され、日程情報格納部１０５は、情報処理装置が備えるデータベースに相当する。
【００３０】
さて、ここで、プロジェクトの例として、図２および図３に、同一のプロジェクト（「Ａ製品開発」）における、異なるＷＢＳデータを示す。
【００３１】
以下の説明では、図２および図３のツリー構造において、４つのレベルのうち、左の列から順に、第２番目のレベルの作業項目を「大日程作業項目」、第３番目のレベルの作業項目を「中日程作業項目」、第４番目の作業項目を「小日程作業項目」と呼ぶこととする。
【００３２】
ＷＢＳの目的は、そもそも、プロジェクトを完遂する上で必要な作業項目を全て洗い出すことにある。従って、異なるＷＢＳを持ったとしても、最下位レベルで洗い出された作業項目は一致することとなる。図２および図３の例でいえば、小日程作業項目は、並び順は異なるものの、内容は同じものになる。
【００３３】
図２は、設計工程の流れに基づくＷＢＳデータを示している。
【００３４】
図２において、大日程作業項目は、「システム設計」，「基本設計」，「詳細設計」，「製造」，「検査」という５つの作業項目からなっている。また、中日程作業項目は、主要部品の種類ごとの作業項目からなっている。例えば、「基本設計」の下は、「ＬＳＩ基本設計」，「ＰＣＢ基本設計」，「ＣＡＢ基本設計」の３種類に分かれる。「詳細設計」，「製造」の下も同様である。「システム設計」，「検査」は、このような部品に分かれる前や、このような部品が組み上がった後であるため、独自の中日程作業項目となっている。
【００３５】
また、主要部品の種類、すなわち、「ＬＳＩ」，「ＰＣＢ（プリント板）」，「ＣＡＢ（筐体）」ごとの中日程作業項目の下の小日程作業項目は、「１つの部品について必要な作業項目×実際に必要となる部品の個数」分の作業項目が並んでいる。
【００３６】
なお、図２は簡単な例であるので、１つの部品についての作業項目数は１つであり、部品の個数は、「ＬＳＩ」，「ＰＣＢ」が、それぞれ２個、「ＣＡＢ」が１個となっている。
【００３７】
図３は、製品の構成に基づくＷＢＳデータを示している。
【００３８】
図３において、大日程作業項目は、「システム設計」，「ＬＳＩ」，「ＰＣＢ」，「ＣＡＢ」，「検査」という５つの作業項目からなっている。ここで、「システム設計」，「検査」は、このような部品に分かれる前や、このような部品が組み上がった後であるため、図２と同じものである。その他の中日程作業項目は、各主要部品種類の個別の部品からなっている。例えば、「ＰＣＢ」の下は、「ＰＣＢ１」，「ＰＣＢ２」の２つである。小日程には、各部品を設計・製造するのに必要な作業項目が並んでいる。
【００３９】
図４は、ＷＢＳ登録部１０１の処理フローチャートである。
【００４０】
ＷＢＳ登録部１０１は、同一プロジェクトについての複数種類のＷＢＳデータを入力するために、図４に示す処理を行う。
【００４１】
すなわち、図４に示すように、ＷＢＳ登録部１０１は、まず、ＷＢＳデータの名称の入力を受け付ける（ステップ４０１）。
【００４２】
続いて、ＷＢＳ登録部１０１は、同一プロジェクトについての最初のＷＢＳデータあるならば（ステップ４０２）、最下位レベルの作業項目までの入力を受け付ける（ステップ４０３）。
【００４３】
例えば、図２に示すＷＢＳデータが、最初に入力されるＷＢＳデータであるとすると、この場合、大日程作業項目，中日程作業項目，小日程作業項目の入力を受け付ける。この入力の順番は特に指定しない。例えば、大日程作業項目を全て入力してから、各大日程作業項目に属する中日程作業項目を入れ、それから、小日程作業項目を入力するという順番もあれば、大日程作業項目を１つ入力し、それに属する中日程作業項目および小日程作業項目を全て入力し、その後、次の大日程作業項目を入力するという順番もある。また、全くランダムに全作業項目を入力するという順番もある。
【００４４】
１つ１つの作業項目に関して、「作業項目ＩＤ」，その作業項目のＷＢＳにおける「階層レベル」，その作業項目が属する「１つ上位のレベルの作業項目ＩＤ」が定義されれば、入力の順番に関係なく定義していくことができる。
【００４５】
これは、最下位レベル以外の作業項目に関しては、図１３に示すデータ中の項目１３０１〜項目１３０６が埋まっていくことで保持される。項目１３０４は、図４のステップ４０１で入力された値（ＷＢＳデータの名称）が格納される。また、最下位レベルの作業項目に関しては、図１４に示すデータ中の項目１４０１〜データ項目１４０６が埋まっていくことで保持される。
【００４６】
ここで、図１３に示すデータおよび図１４に示すデータは、日程情報格納部５に存在するデータであり、進捗データであると共に、ＷＢＳデータの集合体にも相当するデータである。すなわち、図１３に示すデータ中のデータ項目１３０７〜データ項目１３１０が進捗データであり、図１４に示すデータ中のデータ項目１４１０〜データ項目１４１３が進捗データである。
【００４７】
図４に戻って、ＷＢＳ登録部１０１は、同一プロジェクトについての２番目以降のＷＢＳデータであるならば（ステップ４０２）、最下位レベルの作業項目を除く作業項目の入力を受け付ける（ステップ４０４）。
【００４８】
例えば、図３に示すＷＢＳデータが、２番目に入力されるＷＢＳデータであるとすると、この場合、大日程作業項目，中日程作業項目の入力を受け付ける。既述したように、この入力の順番は特に指定しない。
【００４９】
これは、既述したように、図１３に示すデータ中の、項目１３０１から１３０６までが埋まっていくことで保持される。
【００５０】
以上の処理を、ＷＢＳデータの所望の種類数だけ行ってから（ステップ４０５）、終了する。
【００５１】
図４に示すＷＢＳ登録部１０１の処理が終了した時点では、１番目のＷＢＳデータ（図２に示すＷＢＳデータ）については、大日程作業項目，中日程作業項目，小日程作業項目が入力され、２番目以降のＷＢＳデータ（図３に示すＷＢＳデータ）については、大日程作業項目，中日程作業項目が入力された状態となる。
【００５２】
上述のように、異なる分け方のＷＢＳデータであっても、最下位レベルで洗い出された作業項目（小日程作業項目）は一致するはずであるので、本実施形態では、２番目以降のＷＢＳデータについては、小日程作業項目は、既に入力済みのＷＢＳデータ中の小日程作業項目を流用するようにしており、これにより、逆に、入力ミス等によって小日程作業項目が一致しなくなる危険性を回避することが可能となる。
【００５３】
ただし、このとき、流用する小日程作業項目の各々が、どの中日程作業項目に属するかを定義するための処理が必要となり、本処理を行うのが、ＷＢＳ関係定義部１０２である。
【００５４】
図５は、ＷＢＳ関係定義部１０２の処理フローチャートである。
【００５５】
図５に示すように、ＷＢＳ関係定義部１０２は、まず、最下位レベルの作業項目までが定義されているＷＢＳデータの指定を受け付ける（ステップ５０１）。以下、これを、仮に「ＷＢＳデータ１」と呼ぶこととする。
【００５６】
続いて、ＷＢＳ関係定義部１０２は、最下位レベルの１つ上位のレベルまでしか作業項目が定義されていないＷＢＳデータの指定を受け付ける（ステップ５０２）。以下、これを、仮に「ＷＢＳデータ２」と呼ぶこととする。
【００５７】
例えば、図２に示すＷＢＳデータがＷＢＳデータ１であり、図３に示すＷＢＳデータのうちの、大日程作業項目，中日程作業項目までに相当するＷＢＳデータがＷＢＳデータ２であるものとする。
【００５８】
このとき、ステップ５０１およびステップ５０２で表示される画面の例を、図７に示す。
【００５９】
ユーザは、ステップ５０１では、図７に示す画面において、ＷＢＳデータ１とすべきＷＢＳデータを指定するためのエリア７０２で、プルダウンボタン７０３を押下することで、最下位レベルの作業項目までが定義されているＷＢＳデータの一覧をプルダウン表示させ、その中から所望のＷＢＳデータの名称（「ＷＢＳ−Ｂ」）７０４を選択指示することで、選択指示した「ＷＢＳ−Ｂ」７０４をエリア７０２に設定することができる。
【００６０】
同様に、ユーザは、ステップ５０２では、図７に示す画面において、ＷＢＳデータ２とすべきＷＢＳデータを指定するためのエリア７０５で、プルダウンボタン７０６を押下することで、最下位レベルの１つ上位のレベルまでしか作業項目が定義されていないＷＢＳデータの一覧をプルダウン表示させ、その中から所望のＷＢＳデータの名称（「ＷＢＳ−Ｆ」）７０７を選択指示することで、選択指示した「ＷＢＳ−Ｆ」７０７をエリア７０５に設定することができる。
【００６１】
図５に戻って、ＷＢＳ関係定義部１０２は、ＷＢＳデータ１中の最下位レベルの作業項目のうち、ＷＢＳデータ２が表すＷＢＳ中に位置付けられていない作業項目の指定を受け付ける（ステップ５０３）。ここで、「ＷＢＳ中に位置付ける」とは、ＷＢＳデータ１中の最下位レベルの作業項目をＷＢＳデータ２に流用するときに、該最下位レベルの作業項目が属するべき１つ上位のレベルの作業項目が、ＷＢＳデータ２中の作業項目のうちから指定されたということに相当する。
【００６２】
続いて、ＷＢＳ関係定義部１０２は、ステップ５０３で受け付けた最下位レベルの作業項目を、ＷＢＳデータ２が表すＷＢＳ中に位置付けるために、上記の指定（ＷＢＳデータ２中の作業項目の指定）を受け付ける（ステップ５０４）。
【００６３】
ステップ５０３およびステップ５０４の処理を、ＷＢＳデータ１中の最下位レベルの全ての作業項目について行う（ステップ５０５）。
【００６４】
例えば、図２に示すＷＢＳデータがＷＢＳデータ１であり、図３に示すＷＢＳデータのうちの、大日程作業項目，中日程作業項目までに相当するＷＢＳデータがＷＢＳデータ２であるものとすると、この場合、ＷＢＳデータ１中の小日程作業項目１つ１つに対して、ＷＢＳデータ２中の中日程作業項目の指定が受け付けられる。
【００６５】
以上の処理を、最下位レベルの１つ上位のレベルまでしか作業項目が定義されていないＷＢＳデータの種類数だけ行ってから（ステップ５０６）、終了する。
【００６６】
ステップ５０３〜ステップ５０６の処理によって、図１４に示すデータ中の、項目１４０７〜１４０９が埋まることとなる。
【００６７】
ステップ５０３〜ステップ５０６で表示される画面の例を、図８に示す。
【００６８】
図８に示す画面においては、エリア８０２に、ＷＢＳデータ１の作業項目が並べられ、エリア８０３に、最下位レベルを除いたＷＢＳデータ２の作業項目が並べられている。また、エリア８０４には、黒いバーが、ＷＢＳデータ１中の最下位レベルの作業項目の各々に対応付けられて表示されている。
【００６９】
エリア８０２と、エリア８０３およびエリア８０４とで、マトリックス表が構成されている。
【００７０】
ユーザは、黒いバーをドラッグして右方向にスライドさせ、所望の位置まで移動させることで、該バーに対応する最下位レベルの作業項目を、ＷＢＳデータ２が表すＷＢＳ中に位置付けることができる。
【００７１】
例えば、図８において、ユーザが、ＷＢＳデータ１中の「ＰＣＢ１仕様」という作業項目を、エリア８０５に移動させた場合には、「ＰＣＢ１仕様」という作業項目が、ＷＢＳデータ２中の「ＰＣＢ１」の下位に位置付けられることとなる。なお、「バーをスライドする」という動作で説明したが、単に、エリア８０５を「クリックする」という動作でも可能である。
【００７２】
ステップ５０３〜ステップ５０６で表示される画面の別の例を、図９に示す。
【００７３】
図９に示す画面においては、エリア９０２に、ＷＢＳデータ１の作業項目が並べられ、エリア９０３に、ＷＢＳデータ２が表すＷＢＳ中の、最下位レベルを除いたレベルの欄が設けられている。
【００７４】
例えば、図９に示す画面おいて、ユーザは、ＷＢＳデータ２中の大日程作業項目の欄のうちの、ＷＢＳデータ１中の「ＰＣＢ１仕様」という作業項目に対応する欄９０４で、プルダウンボタン９０５を押下することで、大日程作業項目の一覧をプルダウン表示させ、その中から所望の作業項目名（「ＰＣＢ」）９０６を選択指示することで、選択指示した「ＰＣＢ」９０６を欄９０４に設定する。また、例えば、図９に示す画面おいて、ユーザは、ＷＢＳデータ２中の中日程作業項目の欄のうちの、ＷＢＳ１データ中の「ＰＣＢ１仕様」という作業項目に対応する欄９０７で、プルダウンボタン９０８を押下することで、中日程作業項目の一覧をプルダウン表示させ、その中から所望の作業項目名（「ＰＣＢ１」）９０９を選択指示することで、選択指示した「ＰＣＢ１」９０９を欄９０７に設定する。
【００７５】
このようにして、ユーザは、ＷＢＳデータ１中の最下位レベルの作業項目を、ＷＢＳデータ２が表すＷＢＳ中に容易に位置付けることができる。
【００７６】
なお、図５のステップ５０１で、ＷＢＳデータ１の指定を受け付けるようになっているが、特に、ＷＢＳデータ１の指定を受け付けなくても、対象プロジェクトについての任意のＷＢＳデータ中の最下位レベルの作業項目（小日程作業項目）の一覧をユーザに提示するだけで、ユーザは、それらをＷＢＳデータ２が表すＷＢＳ中に位置付けることができる。
【００７７】
また、図９に示す画面の例では、ユーザが、大日程作業項目の指定も行うようになっているが、中日程作業項目が定まれば大日程作業項目は必ず１つに定まるので、中日程作業項目の指定のみを行うようすることができる。
【００７８】
図６は、表示切り替え部１０３の処理フローチャートである。
【００７９】
図６に示すように、表示切り替え部１０３は、まず、表示すべきＷＢＳデータの指定を受け付ける（ステップ６０１）。これは、例えば、図１０に示すような画面で実現することができる。
【００８０】
続いて、表示切り替え部１０３は、指定されたＷＢＳデータが表すＷＢＳに従って、作業項目の並べ替えを行う（ステップ６０２）。
【００８１】
ステップ６０２では、具体的には、表示切り替え部１０３は、図１３に示すデータおよび図１４に示すデータの中から、指定されたＷＢＳデータの名称に対応する作業項目を抜き出し、図１３に示すデータと同様の構成の別表にコピーすることで実現できる。この別表は、従来のＷＢＳを１つだけしか持たないプロジェクト管理システムのデータ保持方法と同じである。
【００８２】
従って、それに対し、従来のプロジェクト管理システムがサービスする種々の機能を働かせることができる（ステップ６０３）。
【００８３】
従来のプロジェクト管理システムがサービスする種々の機能は、進捗データの管理を行うプロジェクト管理機能部１０４によって提供されるが、その具体的な内容は、例えば、『Windows９５版Microsoft Projectオフィシャルコースウェア（Catapult，Inc.著：アスキー出版局発行：１９９６）』に記載されているので、ここでは省略する。
【００８４】
また、別のＷＢＳデータの指定を受け付ける場合は（ステップ６０４）、ステップ６０１に戻る。
【００８５】
さて、プロジェクト管理機能部１０４が提供する機能の１つに、「バーチャート編集機能」があるが、図２に示すＷＢＳデータが指定された場合に、本機能によって表示される画面の例を、図１１に示す。
【００８６】
図１１に示すように、図２に示すＷＢＳデータに従った見方では、プロジェクト全体の設計の流れを、大まかに把握することが容易になる。
【００８７】
一方、図３に示すＷＢＳデータが指定された場合に、バーチャート編集機能によって表示される画面の例を、図１２に示す。
【００８８】
図１２に示すように、図３に示すＷＢＳデータに従った見方では、個別の部品、例えば、「ＰＣＢ１」の日程がどうなっているか、また、それら個別部品間の同期がどうなっているか、ということを把握することが容易になる。
【００８９】
以上説明したように、本実施形態によれば、多くの部署の担当者が関係する１つのプロジェクトについて、各部署の立場から見た複数種類のＷＢＳを定義・参照することが可能となるので、各部署の立場でプロジェクトの問題点を容易把握して、有効なアクションを速やかにとれることができるようになる。従って、各部署のアクションが促進され、プロジェクトの日程管理，コスト管理，品質管理など、プロジェクトマネジメント全体をより有効に行うことができる。
【００９０】
なお、本実施形態において、図４に示すＷＢＳ登録部１０１の処理、および、図５に示すＷＢＳ関係定義部１０２の処理は、続けて行われることが多いが、これらの処理と、図６に示す切り替え表示部１０３の処理とは、特に強い前後関係は存在しない。
【００９１】
例えば、従来のように、最初に１つのＷＢＳデータだけが入力されている場合は、図４に示すＷＢＳ登録部１０１の処理で１つだけＷＢＳデータを入力し、他のＷＢＳデータの指定ができないので、図５に示すＷＢＳ関係定義部１０２の処理は行われず、図６に示す切り替え表示部１０３の処理でも、ただ１つ存在するＷＢＳデータを表示するだけである。これは、従来のプロジェクト管理システムと同様の流れになる。
【００９２】
その後、必要に応じて、新たなＷＢＳデータを入力したい場合に、図４に示すＷＢＳ登録部１０１の処理、および、図５に示すＷＢＳ関係定義部１０２の処理が行われる。これらの処理が終了した時点で、さらに別のＷＢＳデータを入力するために、これらの処理を再度を行っても、図６に示す切り替え表示部１０３の処理へと移行するようにしてもよい。
【００９３】
また、本実施形態においては、図４に示すＷＢＳ登録部１０１の処理、および、図５に示すＷＢＳ関係定義部１０２の処理を、個別の処理としていたが、これらの処理を併合した処理を行うようにしてもよい。
【００９４】
以下、このようにする場合の実施形態について、図１５〜図１７を用いて簡単に説明する。
【００９５】
図１５は、図４に示すＷＢＳ登録部１０１の処理、および、図５に示すＷＢＳ関係定義部１０２の処理を併合するようにした場合の、プロジェクト管理システムの全体構成図である。
【００９６】
図中、１５０１はＷＢＳ登録／関係定義部であり、図１におけるＷＢＳ定義部１０１およびＷＢＳ関係定義部１０２を併合したものである。
【００９７】
他の構成要素は図１と同じであるので、ここでは、ＷＢＳ登録／関係定義部１５０１についてのみ説明する。
【００９８】
図１６は、ＷＢＳ登録／関係定義部１５０１の処理フローチャートである。
【００９９】
図１６に示すように、ＷＢＳ登録／関係定義部１５０１は、まず、ＷＢＳデータの名称の入力を受け付ける（ステップ１６０１）。以下、これを、仮に「ＷＢＳデータ１」と呼ぶこととする。
【０１００】
続いて、ＷＢＳ登録／関係定義部１５０１は、ＷＢＳデータ１が、同一プロジェクトについての最初のＷＢＳデータあるならば（ステップ１６０２）、最下位レベルの作業項目までの入力を受け付ける（ステップ１６０３）。
【０１０１】
また、ＷＢＳ登録／関係定義部１５０１は、ＷＢＳデータ１が、同一プロジェクトについての２番目以降のＷＢＳデータであるならば（ステップ１６０２）、最下位レベルの作業項目までが定義されているＷＢＳデータの指定を受け付ける（ステップ１６０４）。以下、これを、仮に「ＷＢＳデータ２」と呼ぶこととする。
【０１０２】
ステップ１６０４は、例えば、図７に示す画面のうち、エリア７０２〜エリア７０４の部分だけからなるような画面で実現することができる。
【０１０３】
続いて、ＷＢＳ登録／関係定義部１５０１は、ＷＢＳデータ１について、最下位レベルの作業項目までの入力を受け付ける（ステップ１６０５）。
【０１０４】
ただし、ステップ１６０５では、ユーザは、最下位レベルを除くレベルの作業項目の全てを、ＷＢＳを定義しながら新規に入力し、最下位レベルの作業項目は、ＷＢＳデータ２中の最下位レベルの作業項目から指定する。
【０１０５】
ステップ１６０５は、例えば、図１７に示すような画面で実現することができる。
【０１０６】
図１７に示す画面において、エリア１７０２は、ＷＢＳデータ１の最下位レベルを除くレベルの作業項目を入力するためのエリアである。ユーザは、エリア１７０２に、作業項目を入力することで、ＷＢＳの定義を同時に行うことができる。また、エリア１７０３に、ＷＢＳデータ１の最下位レベルの作業項目を入力するための欄が設けられている。
【０１０７】
例えば、図１７に示す画面において、ユーザは、ＷＢＳデータ１中の中日程作業項目「ＰＣＢ１」に続く小日程作業項目を登録したい場合に、エリア１７０３に設けられている「ＰＣＢ１」に対応する欄１７０４で、プルダウンボタン１７０５を押下することで、ＷＢＳデータ２中の大日程作業項目の一覧をプルダウン表示させ、さらに、その中から所望の作業項目名（「基本設計」）１７０６を選択指示することで、選択指示した「基本設計」１７０６の下位レベルの中日程作業項目の一覧をプルダウン表示させ、さらに、その中から所望の作業項目名（「ＰＣＢ仕様書作成」）１７０７を選択指示することで、選択指示した「ＰＣＢ仕様書作成」１７０７の下位レベルの小日程作業項目の一覧をプルダウン表示させ、その中から所望の作業項目名（「ＰＣＢ１仕様書作成」）１７０８を選択指示することで、選択指示した「ＰＣＢ１仕様書作成」１７０８を欄１７０４に設定する。
【０１０８】
このようにして、ユーザは、ＷＢＳデータ２中の最下位レベルの作業項目を、ＷＢＳデータ１が表すＷＢＳ中に容易に位置付けることができる
【０１０９】
【発明の効果】
以上説明したように、本発明によれば、多くの部署の担当者が関係する１つのプロジェクトについて、各部署の立場から見た複数種類のＷＢＳを定義・参照することが可能となるので、各部署の立場でプロジェクトの問題点を容易把握して、有効なアクションを速やかにとれることができるようになる。従って、各部署のアクションが促進され、プロジェクトの日程管理，コスト管理，品質管理など、プロジェクトマネジメント全体をより有効に行うことができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るプロジェクト管理システムの全体構成図。
【図２】設計工程の流れに基づくＷＢＳデータの例を示す説明図。
【図３】製品構成に基づくＷＢＳデータの例を示す説明図。
【図４】ＷＢＳ登録部の処理フローチャート。
【図５】ＷＢＳ関係定義部の処理フローチャート。
【図６】表示切り替え部の処理フローチャート。
【図７】ＷＢＳ関係定義部による処理で、ＷＢＳデータの指定を受け付けるための画面の例を示す説明図。
【図８】ＷＢＳ関係定義部による処理で、最下位レベルの作業項目を流用するための画面の例を示す説明図。
【図９】ＷＢＳ関係定義部による処理で、最下位レベルの作業項目を流用するための画面の別の例を示す説明図。
【図１０】表示切り替え部による処理で、ＷＢＳデータの指定を受け付けるための画面の例を示す説明図。
【図１１】プロジェクト管理機能部により提供されるバーチャート編集機能で表示される画面の例を示す説明図。
【図１２】プロジェクト管理機能部により提供されるバーチャート編集機能で表示される画面の例を示す説明図。
【図１３】ＷＢＳデータ中の最下位レベルを除くレベルの作業項目に関する進捗データの例を示す説明図。
【図１４】ＷＢＳデータ中の最下位レベルの作業項目に関する進捗データの例を示す説明図。
【図１５】ＷＢＳ登録部およびＷＢＳ関係定義部を併合したプロジェクト管理システムの全体構成図。
【図１６】ＷＢＳ登録／ＷＢＳ関係定義部の処理フローチャート。
【図１７】ＷＢＳ登録／関係定義部による処理で、最下位レベルを除くレベルの作業項目を入力すると共に、最下位レベルの作業項目を流用するための画面の例を示す説明図。
【符号の説明】
１０１…ＷＢＳ登録部、１０２…ＷＢＳ関係定義部、１０３…表示切り替え部、１０４…プロジェクト管理機能部、１０５…日程情報格納部、１５０１…ＷＢＳ登録／関係定義部。
【図１】
0003926496.tif 000002
【図２】
0003926496.tif 000003
【図３】
0003926496.tif 000004
【図４】
0003926496.tif 000005
【図５】
0003926496.tif 000006
【図６】
0003926496.tif 000007
【図７】
0003926496.tif 000008
【図８】
0003926496.tif 000009
【図９】
0003926496.tif 000010
【図１０】
0003926496.tif 000011
【図１１】
0003926496.tif 000012
【図１２】
0003926496.tif 000013
【図１３】
0003926496.tif 000014
【図１４】
0003926496.tif 000015
【図１５】
0003926496.tif 000016
【図１６】
0003926496.tif 000017
【図１７】
0003926496.tif 000018