プロジェクト管理ソフトウェア

プロジェクト管理ソフトウェアの開発において歴史的に重要な最初の年は、ハーモノグラムが導入された1896年でした。ポーランドの経済学者カロル・アダミエツキは、浮動チャートでタスクの進捗状況を表示しようと試み、今日のプロジェクト管理ソフトウェアの基礎を築きました。^{[ 1 ]} 1912年、ヘンリー・ガントはハーモノグラムをより高度なガントチャートに置き換えました。これは、1931年初頭のフーバーダム建設のために船舶設計タスクを細分化したスケジュール図です。今日のガントチャートは、オリジナルのものとほぼ同じで、多くのプロジェクト管理システムの一部となっています。

プロジェクト管理という用語は、1954年にアメリカ空軍のバーナード・アドルフ・シュリーバー将軍が軍事目的で導入するまでは使われていませんでした。その後、プロジェクト管理はビジネスの世界で重要性を増していきました。この傾向は、アメリカ技術者協会（AACE）（1956年）の設立や、1957年以来プロジェクト期間の計算に使用されているラングとデュポンのクリティカルパス法と深く関係しています。^{[ 2 ]}

この傾向は、 1958年にプログラム評価レビュー技法（PERT）が登場したこととも関連している。PERTはプロジェクト監視を進歩させ、ユーザーがタスクを同時に監視し、その品質を評価し、それぞれのタスクを完了するために必要な時間を推定できるようにした。ガントチャートやCPMと同様に、PERTも軍事目的で発明されたもので、今回は米海軍のポラリスミサイル潜水艦計画のためであった。^{[ 3 ]}

1965年、プロジェクト管理技術に新たな進歩がありました。米国国防総省は、プロジェクトをさらに小さな視覚的な単位に分解し、階層的なツリー構造で整理する作業分解構造（WBS）を発表しました。WBSは、前のタスクが完了する前に新しいタスクを開始できないように管理フェーズを整理する、ウィンストン・ロイスのウォーターフォール方式（1970年）の着想源となりました。^{[ 4 ]}

1965年から1969年の間に、主要なプロジェクト管理協会が2つ設立されました。ヨーロッパの国際プロジェクト管理協会（IPMA）と、プロジェクト管理の専門家を育成し、資格を発行するプロジェクト管理協会（PMI）です。企業がテクノロジーベースでペーパーレスの方法に移行するにつれて、最初のプロジェクト管理システムが登場し始めました。^{[ 5 ]} OracleとArtemisは1977年にプロジェクトマネージャーをリリースし、Scitor Corporationは1979年に同じことをしました。^{[ 6 ] [ 7 ]}その後数十年で多くの改善が続きました。1986年には、カーネギーメロン大学のソフトウェアエンジニアリング研究所が、急速に成熟するプロセス向けの5段階のプロジェクト管理方法である能力成熟度ソフトウェアを導入し、1988年には、プロセスの範囲とコストをスケジュールに追加するアーンドバリュー管理がユーザーに導入されました。^{[ 8 ]}この傾向は、プロセスの数を7つに増やしたPRINCE2 （1996）で続き、開発者は複雑なプロジェクトを管理するための製品の設計を検討しました。 2001年、彼らはアジャイルプロジェクト管理の概念を採用し、適応的な計画と変化への柔軟な対応に重点を置いた。2006年には、ユーザーは既に総コスト管理をトリガーできるようになり、これはプロジェクト管理におけるコストの管理と削減に役立つフレームワークである。^{[ 9 ]}

プロジェクト管理ソフトウェアツールの中で最も一般的なものの1つは、スケジューリングツールです。スケジューリングツールは、プロジェクト活動の順序付けと、それらへの日付とリソースの割り当てに使用されます。スケジューリングツールによって作成されるスケジュールの詳細度と洗練度は、使用されるプロジェクト管理手法、提供される機能、およびサポートされているスケジューリング方法によって大きく異なります。スケジューリングツールには、次のサポートが含まれる場合があります。^{[ 10 ]}

• アクティビティ間の複数の依存関係タイプ
• リソースの割り当てと平準化
• クリティカルパス
• 活動期間の推定と確率に基づくシミュレーション
• 活動原価計算

プロジェクト計画ソフトウェアは、様々な関係者や利害関係者に情報を提供することが期待され、プロジェクトを完了するために必要な労力のレベルを測定し、正当化するために使用できます。典型的な要件には、以下のようなものがあります。

• タスクの完了にかかる時間に関する概要情報。
• プロジェクトに対するあらゆるリスクを早期に警告する。
• 休暇計画を立てる際に役立つ、業務量に関する情報。
• 証拠。
• プロジェクトの進捗状況に関する履歴情報、特に、実際の成果と計画された成果がどのように関連しているかに関する情報。
• 利用可能な資源を最適に活用する。
• 維持費がかかる。
• チームメンバーおよび顧客一人ひとりとの協働。

コラボレーションシステムは、複数のユーザーが同時に計画の異なるセクションを変更できるように設計されています。たとえば、各自が担当する領域を更新して、その見積もりを全体の計画に統合することができます。エクストラネットを含むWebベースのツールは一般的にこのカテゴリに分類されますが、ユーザーがインターネットに常時アクセスできる場合にのみ使用できるという制限があります。この制限に対処するため、クライアント/サーバーアーキテクチャを使用する一部のソフトウェアツールは、ユーザーのデスクトップコンピュータ上で動作するリッチクライアントを提供し、ユーザーが定期的にネットワークに接続した際に、中央サーバーを介してプロジェクトおよびタスク情報を他のプロジェクトチームメンバーに複製します。一部のツールでは、チームメンバーがネットワークに接続していないときに、自分のスケジュール（および他のメンバーのスケジュールを読み取り専用として）をチェックアウトして作業することができます。データベースに再接続すると、すべての変更が他のスケジュールと同期されます。

プロジェクト管理における一般的な問題は、変動する大量のプロジェクトデータを閲覧および理解することが困難であることです。^{[ 11 ]} この問題を解決するために、一部のプロジェクト管理ソフトウェアは情報視覚化を利用しており、ユーザーがデータをより簡単に見つけ、分析し、変更できるようにしています。情報過多を避けるため、^{[ 12 ]}「まず概要を確認し、ズームとフィルタリングを行い、必要に応じて詳細を確認する」という視覚化の原則がよく用いられます。^{[ 13 ]}