Management-concepts-traditional-project-management

従来のプロジェクト管理

前書き

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

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

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

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

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

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

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

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

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

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

Googleを使用すると、従来のプロジェクト管理に関する多くのプロジェクト管理の「達人」によって定義された何百もの定義が見つかります。 しかし、PMBOKなどの標準的な定義に固執することは常に素晴らしいアイデアです。

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

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

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

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

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

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

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

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

結論

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

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

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