プロジェクト管理を管理する方法

複数の組織の正式なプロジェクトとしての仕事に移動し、それが重要な影響を及ぼす能力をもったこれらのプロジェクトを管理します。これを行うには最良の方法は、最も効果的なプロジェクト管理のための基準を確立することがcorporatewide 、あるいは少なくともスパンの情報システム部門（は）します。これらの基準を含めるとライフサイクルプロジェクト管理手法、ソフトウェアパッケージと同様、プロジェクト管理、プロセス管理、および時刻会計します。

この記事について説明ライフサイクルプロジェクト管理手法と、いくつかのレビューのより多くの共通の各機能、およびソフトウェアを説明してよく使用される3つのタイプの企業を支援するプロジェクト管理システムです。

プロジェクトマネジメントの手法とライフサイクル

プロジェクトマネージャーが管理することができずに正式な方法で、 1つの大きな手助けすることができます。このセクションで説明する方法にはどのようなプロジェクト管理、そしてなぜ、彼らが重要、との歴史を簡単にプロジェクト管理手法です。ライフサイクルを定義することも、説明は、いくつかの共通のライフサイクル、およびライフサイクルに関連する方法方法について説明します。

プロジェクトマネジメントの方法論が存在してきた十年間で、人気が出始めてしかし、最初は1970年代初めました。通常、これらの方法が2つのコンポーネントです。最初の部分は、全体のプロセスを行うことで、 2つ目は、テンプレートまたはフォームに必要な、特定の部分を処理します。プロセスの中に真の方法論自体は、ほとんどのプロジェクトマネージャを考慮したテンプレートやフォームに参加することが小包の方法論とします。ただし、ほとんどのプロジェクトマネージャにも同意するものとしていないだけでテンプレートを作る方法です。プロジェクト管理手法は、 2つの重要な理由があります。まず、彼らの方法を標準化する組織でのプロジェクトを管理します。これにより、どこからでも人は組織の中で話をして別の1つを使用して同じ条件と同じそれらの用語の定義をします。貫プロジェクトマネジメント的なアプローチを提示することもでき経由での基準をカバーするためのプロジェクトマネージャー必要なときには別の1つです。 2つ目の方法は、重要な理由では、これらのツールを提供する駆け出しのプロジェクトを管理するプロジェクトマネージャーは、長い学習曲線を必要とせずにいます。

通常、プロジェクトのライフサイクルプロジェクトの方法論に行くと手をつないでいます。このようなプロジェクトのライフサイクルを破るの人生を1段階またはシリーズの段階です。末までの各段階を提供するための便利な点を見直すプロジェクト研究所の上級管理職を決行か中止かの決定は、プロジェクトマネージャーを計画できるように、また、次の段階で詳細にします。プロジェクトのライフサイクルの間には多くの段階で、 3人から5人の大多数がします。かれらは、いくつかの種類のプロジェクトの立ち上げや開始、または建設プロジェクトを実施する段階にあり、そして、最後に、プロジェクトの評価や導入後の見直しました。

プロジェクトマネジメントの手法を選択する

そのための組織を持っていないか、またはを探して、新しい方法論の1つは、このセクションの説明を探すためにどのようなプロジェクト管理手法です。利点と欠点について議論して家の対ベンダ供給の方法は、対缶詰と同様のカスタマイズ方法です。その後、最も人気のあるベンダーの方法を説明します。

まず最初に、探査手法の利点と欠点は、ベンダーの順だった。最大の利点は、この方法は、ベンダーの作業は既に完了したら、保存できるようにすることができ、内部の組織を文字通り年間の発展途上の方法論です。テストしていたベンダーの方法論と証明するには、保存して、時間と頭痛の両方に関与するプロセスのしわ平滑化します。

下がり気味で、しかし、購入方法を必要とする組織を変更し、既存の慣行に合わせて、これらの方法論です。れていない場合、その組織をカスタマイズする必要があり、少なくともいくつかの方法です。これらのカスタマイズによって異なることができマイナー調整の過程で、重度のようにカスタマイズして、元の購入方法は事実上消失します。

別の購入方法の欠点は、その価格を表示します。多くのベンダーから提供さ費用5万ドル以上の手法は、永久ライセンスします。加えて、いくつかのベンダー、毎年数千ドル請求します。

人気のあるその他のいくつかの方法論は、動的なシステム開発プロジェクトを含める方法（ dsdm ）よりコンピュータアソシエイツとプライドからcomputacenterます。

プロジェクトマネジメントの手法を実装

このセクションで実装する方法を説明し、プロジェクト管理の方法論です。それをカバーする方法を確立するプロジェクトの作業構成構造（ wbss ）は、見積書と同様、追跡、変更管理、品質管理、および通信規格です。それをする方法を説明し訓練を行うとクライアント部門は、両方の方法についての基準としています。

一度は、組織のどちらかを選択したベンダーの1つの方法論を開発したり内勤、それは長い準備を開始し、多くの場合、退屈な作業の基準を作成するプロジェクトです。中にいくつかの方法が付いてくるの基準を購入したコンポーネントのさまざまなプロジェクト、組織が必要です。これらの基準を開発することはありませんしてください。

wbsの作成、見積書、および標準のトラッキング

最初の標準的な方法が確立されるプロジェクトwbssが作成されます。多くの団体のプロジェクトテンプレートを開発するための、最もよくあるタイプの開発プロジェクトには組織の中で、その後のプロジェクトマネージャーから作業を指定して、これらのテンプレートがあります。この利点は、プロジェクトマネージャはありません"車輪の再発明"を、各プロジェクトです。電源には、この計画スピードアップして、より良いプロジェクトを追跡できるようにします。 wbs後の基準が確立されると、その組織されるかを決めなければ見積もりをどのように作成されます。エスティマ派の専門家から意見を判別することができ、加重平均値は、前のプロジェクトからの統計情報、または技術点のような機能を分析します。自分のプロジェクトを正確に追跡する場合や宗教団体は、前のプロジェクトからの統計情報を使用することができ、最も正確な見積もりを提供します。ハイライトの必要性を基準に、このプロジェクトを追跡します。

ほとんどの種類のいくつかの団体の使用時間を自動化パッケージを維持する時間を追跡するプロジェクトに反対します。時間のトラッキング目的のためには、 3つのプロジェクトに関連します。最も重要なのは、現在のプロジェクトを正確に判断し、どこに立っています。しかし、その他の理由としては、重要なことは、ほぼ同じくらいの時間を使ってトラッキングをプロジェクト原価計算、およびデータの収集-を予測しやすくするために次のプロジェクトへ。

変更管理、品質管理、および通信規格

基準を変更管理、品質管理、および通信も同様に重要なプロジェクトを成功に導きます。この文脈ではありません変更管理を参照して生産システムの機能の変更ではなく、むしろプロジェクト自体を変更します。最もよく管理するには、対象範囲の変更を変更する場合は、通常で表され、または別の機能を向上させる必要があります。見積もりのための機能としては、当初の構想に基づいて、変更を初期の機能に与える影響は、明らかに、プロジェクトのコストとスケジュールします。この効果を最小限に抑えることは、変更管理ポリシーの概要を説明するプロジェクトマネージャーの裁量権の範囲の変更を承認し、スペルレベルと昇格する手続きをした。これらの2つの基準にすることができ交渉中の初めに、各プロジェクトでは、全般に役立つガイドラインを証明することができます。

品質基準では、学部学科はどのように処理する傾向にあるアドレスのテストと生産離職します。どのようにいくつかの例を含めるユニットテスト、システムテスト、およびユーザーの受け入れテストが行われます。通信規格にも重要なプロジェクトで成功を収めた。その主な理由として頻繁に変更してプロジェクトと同じように誤解させるのは、通信、システムの人にすることや、クライアントます。組織を大幅に削減することができ、プロジェクトの数を変更する場合は、後の段階で明確なコミュニケーションを設定する際のガイドラインを計画し、次にそのプロジェクトにかかわったすべての人を常に更新することが進行し、そうすることで、標準的な方法です。

トレーニング方法論

これは魅力的な従業員を訓練を開始するとすぐに、新しい方法を選択すると、この'ジャンプ銃'危険なことができ、究極の成功の方法論を実装します。確かに、進化の方法としては、従業員の使用を開始することが、あるべきだと基地の訓練の前に基準を設け、従業員さもないと、少なくとも、再訓練を必要とします。いくつかの団体は、従業員が実際にrevoltedと選ばれたすべての方法を使用しません。 -されるまでの基準が設立されました。

で、少なくとも暫定的なプロジェクトの追跡、見積書、変更管理、品質管理、および通信事業の基準を設け、その組織を行う準備ができているとクライアント部門は、訓練します。訓練することができ、この3つの方法で行われる：外部のコンサルタントを使って、開発者の訓練もしばしば;内部の従業員を介して;または組み合わせて使用すると従業員のコンサルタントします。組織のアプローチの組み合わせを選択した場合は、外部コンサルタントの開発に頻繁に訓練、列車するとかれらの内部については、従業員の訓練を提供しています。プロジェクトマネージャやプロジェクトに参加して以来の両方を理解する必要があり、新しい方法論は、しばしば2つの個別のクラスを持つ理にかなっています。クラスの詳細は、プロジェクトのプロジェクトリーダーマnagersと、理想的なケーススタディを提供し、実際の練習をすることができるための重要な部分の方法です。このタイプの訓練は、最初に時間がかかることは、学習曲線が少ないときに急なプロジェクトマネージャやリーダーを開始して次の方法で"本物"のプロジェクトです。訓練のための詳細なプロジェクトに参加することができない、自分の役割に焦点を当て、新しい方法論です。それを使用する必要はありません具体的にして列車のすべての断片の方法です。

プロジェクト管理ソフトウェアパッケージの実装

適切なソフトウェアパッケージを選択している間も重要だが、もっと重要なことはこれらのパッケージを正常に実施します。このセクションでのプロジェクト管理ソフトウェアの違いは、プロセス管理ソフトウェア、およびソフトウェアの会計時間、そしてこれらのパッケージを実現するためのさまざまな方法を検討します。また、議論の各アプローチの利点と欠点、および輪郭を成功させるためのプロセスを導入します。さまざまなソフトウェアツールがありますが今日の市場では、自分のプロジェクトの管理を支援するプロジェクトマネージャは、これらのツールではありませんが、プロジェクトマネージャをします。プロジェクトマネージャを実行しなければならまだプロジェクトマネジメントの9つの基本的な能力で定められ、プロジェクトマネジメント研究所は、国際的なプロジェクトマネジメントプロフェッショナル協会です。それでも、これらのパッケージは確かにこれらの機能を実行できるように骨の折れる少なくします。

パッケージの種類

プロジェクトマネジメント関連のソフトウェアツールは、通常の3つのカテゴリに分けられ、プロジェクト管理ソフトウェア、プロセス管理ソフトウェア、および時間会計ソフトウェアです。プロジェクト管理ソフトウェアパッケージのスケジュール設定を実行し、プロジェクトのトラッキングと同様に限定します。かれらは、このプロジェクトマネージャーを入力させることによって、プロジェクトwbss 、タスク間の依存関係を割り当てることは、資源を配分し、努力を割り当てる/各タスクの作業の見積もりをします。これらは、基本的に一度入力すると、このツールで計算して表示され、プロジェクトのスケジュールで、頻繁にグラフィカルに、ガントチャートのいずれかを経由したり粋/インプレッション単価（プログラムの見直しと評価技法/クリティカルパス法）ネットワークチャートます。

最初のプロジェクトのスケジュールが作成された後、このツールでは、元のプロジェクトマネージャを基線スケジュール、およびプロジェクトの進行状況を追跡するスケジュールに反対しています。以来いくつかのプロジェクト管理ツールは、このようなトラッキング他よりも優れて、組織の重要な方法について検討する必要があり、トラッキング機能は、それらを分析したときに、特定のソフトウェアパッケージを選択します。この機能は、特に重要な評価のための重要なトラッキングは、将来のプロジェクトを計画します。ローエンドのms -プロジェクト管理パッケージを含めるとsuretrakからマイクロソフトのプロジェクトからプリマベーラます。ローエンドのパッケージの費用総額は約500ドルと、適切なスケジューリング機能が、少ない傾向にありますが堅牢なトラッキング機能があります。ミッドレンジサーボプロジェクト管理パッケージを含めるプロジェクトスケジューラからscitorやca -コンピュータアソシエイツからスーパープロジェクトだ。通常のパッケージが良い範囲中旬スケジュール-モデリング機能、より良い追跡し、より良い出力機能、しかし、購入者の支払いが行われています。彼らの範囲での価格より1000ドルから2000ドルです。ハイエンドプリマベーラプロジェクトプランナープロジェクト管理パッケージを含め、通常と呼ばれるp3ます。パッケージは、ハイエンドの機能を使用する製品の範囲の半ばには、機能の改善にもマルチプロジェクト処理機能します。

というよりプロジェクトに焦点を当てたスケジュール設定とトラッキングでは、プロジェクトマネージャプロセス管理パッケージをより簡単にできるように自分たちのプロジェクトを計画します。典型的なプロセス管理の標準パッケージが付いてくる、まだカスタマイズは、テンプレートを多種多様な情報システムのプロジェクトです。しかし、とは違って、いくつかのプロジェクト管理テンプレートに付属してきたパッケージは、これらのタスク間の依存関係のテンプレートを提案し、提案の種類を各タスクを実行する能力を必要に応じて、通常も提供し、さまざまな統計情報を推定する技術とします。プロセス管理パッケージは、コンピュータアソシエイツから連続プロセスは、プロセスエンジニアが含まれます。

第3のタイプのプロジェクト管理関連ソフトウェアは時間会計ソフトウェアです。これらのパッケージを有料化できるように、個人やプロジェクトマネージャの実際のプロジェクトのタスクに戻る時間です。彼らはタイムシートのハードコピーを作成し、オンラインで、各チームメンバーのタスクをリストします。チームメンバーのその後を追跡して、各タスクの時間を費やした、そして、通常は、各タスクが開始した日付と同様、公開して各タスクが完了しました。この情報は、その後どのように送られるようにプロジェクト管理パッケージを使用し、組織します。 cの中の時間会計ソフトウェアプロジェクトの管理に使用させずに統合したパッケージは、統合時には、大幅に簡素化することができ時に難しいトラッキングプロジェクト管理機能をパッケージします。

パッケージの実装

確かに、自分たちのプロジェクトを管理することに役立つプロジェクトマネジャーすれば、より効果的にブレークダウンするプロジェクトの段階で、活動、タスクとします。同様に、ソフトウェアパッケージの実装時の段階より効果的になりがちです。残念なことに、しかし、彼らの熱意を"カレント"を実施しようとする団体の数が多すぎ頻繁に変更をまとめています。旧組織していなかったため、すべてのツールを3つ以上獲得するかもしれないします。これらのツールの受け入れ、そして時には、私thodology 、 plummetsます。

スクラッチから始まる団体のためにプロジェクト管理に関連するソフトウェアツール、ヘルプ途方もないことで、次の順序で実装：

§時間会計パッケージです。これらのパッケージを導入しなければならないので、最初にそれら大多数の人に影響を与えます。これらのパッケージを使用する際は、プロジェクトチームは、みんな自分の時間を追跡するには、かなりのショックを与えることが多い人たちを追跡するまでの時間がなかったします。時間会計システムを実装したときに、それは評論家のアルことを理解している人たちの目的ではありません警察は自分の仕事をします。むしろ、これからの目標は、正確なデータを収集する方法については、現在のプロジェクトが起こって、正確なデータベースを構築するためのプロジェクトの将来の推定します。

§プロジェクト管理パッケージです。準備ができている組織は、標準化するプロジェクト管理ソフトウェアパッケージを3 〜 6カ月後に一度に会計パッケージを導入しています。プロジェクトマネジャーの選定に関与しなければならないこの規格です。そうでない場合、このツールを実装されるため、より困難な感じマネジャーに含まれていない、または理解していない根拠の背後には、特定のツールを選択します。グループの持つコアプロジェクトマネージャをサポートして、選択したツールを使用してその会社を含め、システムのパイロットテストのing 、およびシステムトレーニングします。このフォームでも、コア擁護団体は、新しいツールです。

§プロセス管理パッケージです。別の3 〜 6カ月後には、プロジェクト管理パッケージを導入し、プロジェクトマネージャーは、さらなる磨きをかける彼らの準備ができているプロジェクトマネジメントのスキルです。プロジェクトの下には、わずかな時間帯を使用して会計とプロジェクト管理ツール、彼らがより完全に統合できるようになり、新しいプロセス管理ツールを彼らのプロジェクトのプロセスを計画します。ただし、プロセスの管理ツールを導入は時期尚早、プロジェクトマネージャのかもしれませんが十分な経験を実際のプロジェクトの恩恵に感謝してやや複雑なプロセス管理ツールを使用します。

結論

成功したプロジェクトは成功に重要な影響を及ぼすだけでなくプロジェクトマネージャーではなく、全体の部は-そしてその会社にもいます。選択して適切なプロジェクト管理手法やライフサイクル、およびサポートして、適切なソフトウェアツールは、次のヘルプ計り知れないほどのプロジェクトで成功を収めた。

これは、記事を追加したラルフt.ダウスン