従来のプロジェクト管理

前書き

プロジェクト管理はどこにでも見られる慣習です。プロジェクト管理は、特定のドメインまたはフィールドに属していません。これは、いくつかの基本的な概念と目的を備えた普遍的な実践です。

活動や努力の規模に関係なく、すべての「プロジェクト」にはプロジェクト管理が必要です。

さまざまなドメイン用にカスタマイズされたプロジェクト管理には多くのバリエーションがあります。基本的な原則はこれらのバリエーションのいずれでも同じですが、各ドメインに固有の固有の問題と条件に対処するために存在する固有の機能があります。

プロジェクト管理には主に2つのタイプがあります。

• 従来のプロジェクト管理
• 最新のプロジェクト管理

従来のプロジェクト管理では、管理プロセスで正統な方法と手法を使用します。これらの方法と手法は数十年にわたって進化しており、ほとんどのドメインに適用できます。ただし、ソフトウェア開発などの一部のドメインでは、従来のプロジェクト管理は100％適合していません。

したがって、従来の方法の欠点に対処するために導入されたいくつかの最新のプロジェクト管理手法があります。アジャイルとスクラムは、そのような最新のプロジェクト管理方法の2つです。

従来のプロジェクト管理の定義

まず第一に、従来のプロジェクト管理について議論する際には、プロジェクト管理の定義を理解する必要があります。以下は、従来のプロジェクト管理の定義です。

PMBOKは、従来のプロジェクト管理を「最終製品、成果、またはサービスを求める活動に適用できる一連の技術とツール」と定義しています。

あなたがグーグルなら、あなたは伝統的なプロジェクト管理に関する多くのプロジェクト管理「教祖」によって与えられた何百もの定義を見つけるでしょう。しかし、PMBOKなどの標準的な定義に固執することは常に素晴らしい考えです。

従来のプロジェクト管理の例

あなたは誰もがデスクトップまたはラップトップコンピュータを持っている会社で働いています。現在、同社は全社の標準オペレーティングシステムとしてWindowsXPを使用しています。

Windows XPはやや時代遅れであり、Windows 7と呼ばれる新しいバージョンがあるため、管理者はOSのアップグレードを決定します。アップグレードの目的は、生産性を向上させ、OSセキュリティの脅威を軽減することです。

1台のオフィスに約100台のコンピューターがある場合、中規模のプロジェクトと見なすことができます。会社に10〜15の支店がある場合、プロジェクトは非常に複雑な大規模なものになります。そのような場合、あなたは目の前の仕事に圧倒され、混乱を感じるでしょう。開始方法と続行方法がわからない場合があります。これが、従来のプロジェクト管理の出番です。

従来のプロジェクト管理には、このようなプロジェクトを管理して正常に実行するために必要なすべてのものがあります。このタイプのプロジェクトはカスタマイズを必要としないため、最新のプロジェクト管理方法は必要ありません。

会社は、既存のプロジェクトマネージャーを雇用または使用して、OSアップグレードプロジェクトを管理できます。プロジェクトマネージャーは、プロジェクト全体を計画し、スケジュールを導き出し、必要なリソースを示します。

コストは上級管理職に精査されるので、誰もがプロジェクトで何を期待できるかを知っています。通常、有能なプロジェクトマネージャーは、プロジェクトを実行するために必要なプロセスと成果物を知っています。プロジェクトマネージャーからすべての利害関係者に頻繁に更新があります。

通常のプロジェクト活動に加えて、プロジェクトマネージャーはリスク管理にも参加します。特定のリスクがビジネスプロセスに影響を与える場合、プロジェクトマネージャーは適切な緩和基準を提案します。

結論

従来のプロジェクト管理は、ほとんどのドメインと環境で機能するプロジェクト管理アプローチです。このアプローチでは、問題の管理と解決にオーソドックスなツールと手法を使用します。

これらのツールと手法は数十年にわたって実証されているため、そのようなツールと手法の結果を正確に予測することができます。

特別な環境と条件に関しては、従来のプロジェクト管理アプローチから離れて、そのような環境と条件のために特別に開発された最新の方法を検討する必要があります。