プロジェクトマネージャーの主な問題とその対処方法

プロジェクトの結果に対する影響の度合いに応じて、私たちが直面している問題を特定しようとしました。 プロジェクト管理の病気の中には治療法を見つけることができたものもありますが、それでも予算とリソースを使い果たす大きなリスクをもたらします。



よく知られている方法論PMI、PRINCE2などを参照しないようお願いします。 それらは、その適用性が方法論自体のコストよりも大きな効果をもたらす予算の範囲を示しているため、これは米国の50,000ドルからです。 5,000〜30,000ドルの予算のプロジェクトのソリューションに興味がある。



1.プロジェクトの評価が正しくありません。 ほとんどすべてのお客様が修正コストを求めています。 そして、これは彼らの観点からは正しいことであり、それについて理解しているだけで、プロジェクトを開始するかしないかを決定します。

それはどのように扱われますか ：コンサルティングを別のプロジェクトに分けます。 結果によると、プロジェクト、TK、SRI、予算、カレンダーの概念があります。



2.実装段階での顧客の担当者の反動または行動の欠如。 彼らはまだプロジェクトにお金を割り当てており、2つの会計システムが企業で働いているとき、またはトレーニングのために、移行プロセス中に仕事のために給与基金を増やす人はいません。

それはどのように扱われますか ：顧客を訓練し、彼の能力のセンターを作成します。



3.顧客の要件の開発におけるエラー。 すべての要件は固定され、体系化されているように見えますが、要件はさまざまな部門や人からのものです。 人々は変化しており、結果が出るまでに、異なる見解を持つ他の人々がすでに実装の場所にいます。 誰がどのように変化しているかを追跡する人はいません。また、顧客側で要件の積極的な変更をトリガーする手順はありません。

処理方法 ：要件管理、要件を変更するための承認された手順。



4.プロジェクトの変更のアカウントと機能のドキュメント。 実装には声明からの合意された逸脱が伴いますが、これは正常ですが、プロジェクトがすでに開始されて飛行している場合、これらの逸脱および「機能」の文書化には誰も関与しません。 その結果、新しい人がプロジェクトに来たり、将来同行する必要がある場合、彼を最新のものにするためには、元の時代遅れのTKと仕様しかありません。 プロジェクトは変更されましたが、すでに異なっています。 修正するお金はありません。 このようなプロジェクトはサポートの悪夢になります。

処理方法 ：プロジェクトのコンセプトのすべての変更を修正しますが、これはリソースを大量に消費します。



5.リソースを備えたプロジェクトの不十分な提供。 すべての種類をここに含めることができます。

a。 人々は適切な量と資格で割り当てられていません

b。 消火プロジェクトの途中で連れ出された人々

c。 プロジェクトの途中で、過去のプロジェクトをサポートするために人々が集まる。

d。 パフォーマーの不適切な交換

e。 プロジェクトの女の子-「知っている」人は去り、見つけた人を募集します

まだ薬はありません 。 どうやらこれは、業界の特異性-「残業」と失敗する期限です。



6.多くのプロセスを最も有能なプロセスにロックし、仕事でそれらをオーバーロードします。 委任なし。 常にプロジェクトに参加しているのは、知っていて実行している人と言う場合のみです。 責任のある有能な人々は、必ずしも委任を使うとは限らず、チームの状況によってこれが促進されません。

まだ薬はありません 。 明らかに、これがIT業界の特異性です。 優秀なエンジニアとプログラマーは本質的に内向的です。 誰もが薬としてのアジャイルチームの構築について話しているが、今のところうまくいっていない。 このプロセスはすでに限られたリソースとお金を取り去るので、有能で高価な人事が必要になります。 誰かがアイデアを持っているなら、助言してください。



7.多くのお金がインフラストラクチャのサポートと管理を必要とします。 開発するルール、展開する方法、テストする場所、リリースをリリースする方法-PMIでは「プロジェクトコンセプト」と呼ばれます-それでも、多くの人がルールを書いていないにもかかわらず、常にチェック、説明、罰する必要があります。

どのように扱われますか。 制御プロセスへのリソースの割り当てと、この記事のコストへの直接的な反映。



8.特定のプロジェクトの開発プロセスを設定する複雑さ。 その後、統合しないでください。ただし、各プロジェクトは、どのサーバーにアクセスできるかという点で一意です。 例として、誰もが通過すべき狭いVPNのみを提供する顧客がいます。

どのように扱われますか。 計画プロセスへのリソースの割り当てと、この記事のコストへの直接反映。



9.プロジェクトの反復の欠如。 顧客は、私たちが迷い出ていないことを理解するために、中間結果を表示して評価する必要があります。 また、顧客には常に評価する時間がありません。 顧客は正当化ではなく時間を必要とし、神は禁じているため、応答のない要求に鼻を突くので、私たちは飛び続ける必要があります。

どのように扱われますか。 プロジェクトの紹介。「アカウントマネージャー」の役割。顧客と常に連絡を取り、そこから必要なものをすべて引き出します。



10.過去の開発経験の不十分な使用と、その蓄積と将来の使用のための条件の欠如。 プロジェクトが開始されたとき、誰も将来の使用のためにライブラリやモジュールを構築することを考えません。 その結果、生産の代わりに自転車の絶え間ない発明。

まだ薬はありません。 経験がある場合は、PMと開発者がこのプロセスを完了するように動機付ける方法をアドバイスしてください。