プロジェクトのパフォーマンスを向上させるための10の方法

それは悲しい事実を正式にもかかわらず、すべての方法論は、幅広い分野の採択プロジェクト管理、およびより強力なツールなど、ワールドワイドウェブ技術やプロジェクト管理ソフトウェアには、ほとんどのプロジェクトに失敗した場合を完了するによると、プロジェクトマネジメントの3つの要素鉄の三角地帯：コスト、スケジュール、および品質ます。さらに多くのレコードを取得するプロジェクトとして陰気な動きをしてハイテクアリーナます。

最初は、自分の手を投げる傾向が宙に尋ねると、 "を使用するのは何ですか"このような辞任しかし、現状のまま維持するだけです。幸いなことに、そこには10のプロジェクトでのパフォーマンスを向上させる方法を企業の場合、プロジェクトチーム全般特に実施して：

1 。バイパスの障害

2 。ストレッチを引き起こす人を、破壊していない

3 。目標に焦点を合わせる

4 。従って、標準的なプロセス

5 。過去に学ぶ

6 。継続的なコミュニケーションを維持する

7 。記録して作業が行われ

8 。再利用する前の仕事

9 。購入を求めることは、すべてにかかわっ

10 。シンプルさを求める、複雑ません、目標、およびパス

1 。 バイパスの障害

多くのプロジェクトが停止するため、障害物に表示されると設定した目標の達成に向けてパスします。それは親類に軍事ユニットが待ち伏せ狙撃される火災ので、みんな地面に抱擁します。不本意な人が自分の頭を引き上げる方向性を決定する火災、それにもかかわらず、滞在している限り、何の進展も起こり得ます。多くの場合、どんな進歩を得たことは失われます。最悪のユニットに座ることができないことはアイドル状態です。前進しなければならない、退却、またはすべてを失うた。

多くのプロジェクトは、残念なことに、アイドル状態で座っています。壊滅的な結果になることができます。欲求不満になる人で、チームに勢いを失い、食べると優柔不断去る部隊の士気やチームスピリットます。可能性の問題に関係のない人たちに焦点を当て、プロジェクト、または取るに足りない問題となる重要なプロジェクトに関連して、人として自分の仕事の意味を探しています。

このような状況が発生するため、頻繁に指導者やチームメンバーのいずれかを購読して/またはまたは黒/白の視点です。この場合、すべてが重要で、障害が発生したときに、すべての作業を中止します。

その代わりに、チームのメンバーの指導者と区別する必要はありません、何が重要である。これを決定するのが最善のに焦点を当てた究極の目標達成され、そしてどのように求めて、特定の状況が、この最終目標の達成に与える影響します。効果ある場合は、チームで最も適切な処置を決定する必要があります。チームのことを覚えなければなら最良のアクションはめったに、もしこれまでは、単純にまだ立っています。目標は、前方に移動する障害物を処理されます。それを扱っている場合はできません。頭の上には、チームに回って行くべきことは、左または右、または上または下に行っています。進歩を続けることができた場合に加えていくつかの弾力性、忍耐力、創造性、そしてリーダーシップだ。

2 。 ストレッチを引き起こす人を、破壊していない

非常に多くのプロジェクトが与えられたことは驚くべき非現実的締め切りのいずれかを取得して行われています。これらの締め切りに基づいて仕事をしていません。しかし、個人の気まぐれについての知識がほとんどない締め切りに間に合わせるために必要な努力をしています。良い場所にしようとし類推は10ポンドの食料品は、 5ポンド袋;十分な圧力の重みと、バッグが破裂した。

当然のことながら、そこには多くの結果です。マニフェスト自身の心理的な影響を頻繁に燃え尽きたとして、売上高は、紛争とします。さらに、このチームではセットアップしたために失敗した場合の制約はありません期限を設定する際に考慮されます。性能と生産を開始する現実の対決として非現実的な期待を減退します。チームメンバーを競う希少資源のトレードオフ解析を開始するものではありませんが、重要である。

非現実的要求をする際、管理、およびリーダーシップを実現しなければ、彼らの意思決定に影響を与える個人やグループの掲載結果です。 promulgatingする日付または非現実的な目標を提供するかもしれすてきな展示会支配と果断;しかし、機能していない行動を起こすこともできます。時間を取ることは必要不可欠の才能を認識し、知識やスキルの人のタスクを実行して;を識別するコスト、スケジュール、および質的な制約;サウンドと推定技術を適用するプロジェクトを完了しています。その後のみに置かれることは現実的計画を奨励している場所を広げることではなく、休憩を取った。

3 。 目標に焦点を合わせる

それは簡単に見逃すの目的は、プロジェクトの管理の際に参照してください。それは類似したと言って、ワニと闘うとき、それは簡単に忘れることの主な目的は、湿地を排水します。チームの指導者やチームのメンバーになるように包まれての詳細を見失うことは、彼らのプロジェクト全体の目的です。人のように夢中になるの詳細については、彼らのために有限即時または、かれらを見失うと、大きな画像を忘れた場合は何を求めていることは、彼らの最終的な目的の達成に向けて貢献します。

維持に重点を置くの目標は、いくつかの利点があります。第一に、それを有効にされる人たちよりも積極的な反応します。に対応することができるものを選択し、それぞれの状況というよりジャンプのようなパブロフの犬の1つです。第二に、それに役立ち区別ではありませんとはどのような意味を持つ。明らかにではなく、すべてが平等に重要なのは、いくつかのチームのメンバーもかもしれないと思います。当然のことながら、これらの人の負担過剰になると仕事をします。第三に、目標に焦点を当て、評価の客観的な基準を提供するものです。努力の重要性を特定することによって決定されている度を最終的な目標を達成するために役立ちます。

残念なことに、チームに大きく依存しすぎるの数字を決定する意義は、社会秩序を乱す行為につながることができます。団体の中に番号を伝えるだけでの物語は、いくつかのプロジェクトを成し遂げることになるよりももっと重要な使命を帯びています。したがって、チームのかなりの作業を実行しており、統計情報を反映して増加する努力が必要です。しかし、根本的な問題が残る可能性が回答されてい：何が起こっては発展して、最終的な目標の達成ですか？

することが重要で、そのため、 3つのアクションを実行します。最初のクエリは、絶えず進展については、どのような人たちが何を求めている場合は、目標の達成促進します。 The second is to establish a consistent, standard “yardstick” for measuring progress, keeping in mind, of course, that the importance of the yardstick is to measure the right factors in order to determine the value of the current work. 削除するには、一番下の行に目をつぶる近視の意思決定につながるとパフォーマンスします。中に表示されるかもしれないとパフォーマンスのような重要な決定は、現実には、何もかれらは、実際の達成を妨げるとたぶんさえします。

4 。 従って、標準的なプロセス

共通のツールセットは、手順、およびプロジェクトの手助けをすることができジャーゴン進展その目標に向けて効率的かつ効果的です。残念なことに、多くの場合、標準的なプロセスの次の抵抗を強くします。彼らを恐れることstifles創造エンパワーメントの人とします。その結果、多くのプロジェクトになる耳障りなツール、手順、および技術、それらを作るための努力が必要な大規模な互換性のある。当然のことながら、この廃棄物の時間と労力、そして実際に妨げ目標に向けた進展します。

人気の信念に反して、実際に、標準的なプロセスの創造を奨励し、 furthersエンパワーメントではなく、両方を阻害します。創造性を奨励することを許可されると仕事をする人に与えられたセットのツールとテクニック;たとえば、タスクを完了しました。標準化を通して、仕事の要件を理解することができると予想されます。少ないの変換や再学習が必要とのタスクを完了しました。自律動作することができ、中に知って、意思決定の基準に従っています。基準に存在していないときには、挫折する人が多いため、すべてがはっきりしていないします。標準化であり、メリットは、いくつかの技術的な観点から、プロジェクトの管理とします。第一に、それを有効にして効率的かつ効果的なプロジェクト活動を通じて整合性が実行されます。第二に、より良い統合を有効にすることができますチームのメンバーのための活動の相互関係を参照して、他の仕事をしています。第三に、メスを入れるので、それを減らし出力を有効に使用する以前のプロジェクトで開発されました。最後に、コミュニケーションを向上させているため、チームのメンバーから"同じシートの音楽"と述べた。

プロジェクトのために、標準化には2つの明確な分野; 1つは、プロジェクト管理します。ツールを使用するには、標準化活動を構築する計画を実行したり、管理者によると、計画します。他の地域はテクニカルます。標準化の要件や仕様を識別するには、両方を満たす製品や構築します。

そこには多くのオプションを移動する際の標準化に向けたプロジェクトを管理します。組織に参加することができ人の専門家は、これはどのように露出していないと似たような環境で働いています。商品の購入や、組織することもでき、標準的な開発プロセスを管理するためのプロジェクトです。組織を取得する方法に関わらず、標準的なプロセスでは、 1つのキーは、を開発したりして人を採用することに同意することとは互換性があり、会社の文化です。

5 。 過去に学ぶ

偉大な哲学者のサンタヤナによると、彼はかつての歴史を研究する人が失敗した場合は、運命を繰り返しています。残念なことに、少数の人たちから学ぶために、過去の歴史自体を頻繁に繰り返されています。実際のところ、多くのプロジェクトは、陰気なリマインダして何も変更されます。

ヘンリーフォードに反して、誰とコメントした後は、すべての寝台の歴史、過去から学習にはいくつかの利点があります。高価な過ちを避けることに役立つ組織して、過去に似たようなプロジェクトが発生しました。加えて、それを生かす前の会社の成功に役立ちます。また、ビルドの信頼とリスクを軽減する人が以前のプロジェクトで働いています。

学習には、過去には自分自身や他の人からの両方から学習します。学習の2つのレベルで、より学習が必要なので、自分自身が難しく反省します。他の方から学ぶのは難しいことも、それはあるかもしれません少ないためかもしれません人のマニュアルまたは口頭で履歴や洞察を提供します。

個人的な経験から、視覚化することができ、現在のチームのメンバーは、プロjectは文脈の中から1つを、過去の類似点を特定するとdissimilarities 、そしてどのような決定は何と働いてなかったんだ。これにはかなりの反省と客観ます。他人の経験から、チームのメンバーを特定することも似たようなプロジェクトには、過去の、そしてインタビューで、参加者、または監査報告書を読むと"教訓、 "もし彼らが存在します。もちろん、課題についての知識を得るには、プロジェクトや、その情報にアクセスできるようにします。

6 。 継続的なコミュニケーションを維持する

より多くのプロジェクトのためには、多分に失敗しましたから、他の要因よりもかわいそうな通信します。皮肉なことに、誰も認識している間に貢献の良いコミュニケーションを成功した場合、それは依然として、陰気な状態になります。

理由の1つは、人とのコミュニケーション媒体と混同しています。メディアは、車両の通信のための、演技としてのコミュニケーションを実現する 、というよりも代わりにしてください。成長して存在する電子メール、テレビ会議、およびワールドワイドウェブの技術は、多くの人が良いものと仮定して通信します。あまりにも頻繁に、メディアを与え単に貧しいコミュニケーター声を高めています。プロジェクトマネジメントの観点から、少なくとも、メディアではありませんというメッセージです。

他の理由は、かわいそうなコミュニケーションの不足で、チームのメンバーのデータや情報を区別します。未処理中のデータは、データが変換される情報は、何か意味します。 2つのチームのメンバーと混同たとき、かれらの情報データを送信するというよりは、それを経る必要があり、データの受信者の情報を取得します。というのも、これと同様の混乱manifestsを用いた電子ペーパー形式で、多くのプロジェクトチームメンバーを生成する無数のデータのファイルやメール、およびビルド無数のウェブページの情報ではなくデータでいっぱいです。対照的に、良好なコミュニケーションを提供して正しい情報を適切な時期には、正しい金額を右に人物だ。が発生したときには、人を操作し"同じ波長"と述べた。かれらに参加するより良いダイアログボックスで、数を削減することの大きさと誤解します。良好なコミュニケーションの結果として、チームのメンバーも良いの変化に適応することができます。

のメリットを実現する良いコミュニケーションを維持し、チームメンバーの3つのアクションを実行することができます。最初のものはというより情報に専念したデータを生成します。これには、観客のニーズに焦点を当てた、との点ではレベルのコンテンツをフォーマットします。 2つ目の方法は、チームメンバーの通信を向上させることができていることを確認したデータとその後の関連情報は、現在のものとします。実際のところ、すべてのプロジェクトであまりにも多くのデータや情報を生産することが時代遅れの関連性が低いとします。 3番目の方法は、コミュニケーションの改善を使用する媒体として選ばれた校長の通信手段に必要なデータや情報を入手しています。たとえば、あるプロジェクトのウェブサイトを確立するかもしれない、この目的のため、いくつかの技術おびえる人かもしれませんします。このような場合、良いことはできませんが発生し通信にもかかわらず、最高の技術です。

7 。 記録して作業が行われ

ほとんどのプロジェクトには、かなりの作業を行うチームメンバーの管理および開発中です。残念なことに、簿外の仕事が多い、との知識や専門性が失われると時間の制約のために離職します。これは非常に大きな損失となる可能性が保存して、この企業の知識や専門知識は、適用して将来的には、似たようなプロジェクトです。

企業の努力を記録した場合、どのような知識や専門性をうまくいった、あるプロジェクトに、かれらはいくつかのメリットを得るために将来のプロジェクトです。このような歴史のパフォーマンスを向上させチームのメンバーの間では、国民のための問題に焦点を合わせることができません。以前に対処し、これではありません" showstoppers "と述べた。また、軍の人たちに彼らの行動について考える、と決定したときに、どこに、努力や時間を過ごすことになりました。また、人はどのように働いたかの履歴を記録し、過去の予測を有効にして精度の影響を合理的に彼らの行動は、現在のプロジェクトです。

で、既存のプロジェクトでは、チームのメンバーを参照して値を作成する前のパフォーマンスおよび監査トレイルの活動;かれらの理解を得るには何が行われ、どのように、なぜ、ある方法で行われたものです。最後に、みんなで情報を共有して記録育てる良いチームメンバーの間で通信します。

記録した場合は、多くのメリットは、なぜそれがもっと徹底的に、より頻繁に行われませんか？ 1つは、それを簡単に参照してくださいいくつかの具体的な反応を示すと、すぐに結果の積極的なアプローチを取るよりも、長期的に生産するというより当面の結果を確認する。また、このようなプロセスが必要行政頭上ます。最後に、たとえそれが済んだら、埋葬を取得することがよくあり、見落としているので、それは、やがて失われます。

明らかに、これらは途方もない難題とします。しかし、団体の負担を軽減するための手段を講じることができます。第一に、時間と労力を費やすことができ参照してくださいとして活動するために必要な活動を記録し、それを確立する必要はなく、オプションです。第二に、合意したことを確立する前に、プロジェクトのフォーマットとのアプローチが始まります。このプロジェクトを開始した後まで待って勢いだけ遅く、 frustrates人たちは、頻繁になると無益な試みを再建します。

8 。 再利用する前の仕事

これはいいチームメンバーを感じるように創造するプロジェクトでは、残念なことに、彼らの欲望のための創造性につながる再発明することの多いホイールです。主要な結果をもたらすことが発生したときには、繰り返し作業のために無駄な努力を重ね含めて、減速するのは、プロジェクトの勢いは、失敗した過去を生かす成功した、との延長は、プロジェクトのライフサイクルます。言い換えると、それは非生産的だ。何だった組織を有効に再利用を使用する前に行われた、似たような状況だ。このプロジェクトの恩恵を含める迅速ライフサイクル、できるようにチームメンバーをもっと重要な問題に焦点を当て、増加し、製品の信頼性、および迅速に修正を行うチームのメンバーを有効にします。製品は、内蔵モジュールの計画を立てているため、再利用の複雑さも減りました。最後に、計画をより正確にすることができます。

再利用の両方で発生したプロジェクトマネジメント、技術開発レベルにします。プロジェクト管理のため、チームの5月のスケジュールを再利用するのセクションから似たようなプロジェクトは、セグメントにロードされたファイルの自動スケジューリングパッケージ、報告書の形式と内容、およびフォームします。例として再利用する技術開発に関連したコードを含め、モデル、ファイルから生成ソフトウェアツール、および仕様を示します。いくつかのアクションを取ることができチームのメリットを最大限に再利用しています。どのような知識を獲得することができ、以前に発生し、他のプロジェクトでは、それらを有効に"共食い"何が行われています。前の仕事に関する情報を得ることは、チームのメンバーのマニュアルを見直すことができ、以前のプロジェクトでは、これらのプロジェクトに参加者のインタビューで、事件の履歴を読むと似たようなプロジェクトの専門家の定期刊行します。チームのメンバーに頼っていることも個人的な経験を最大限に高めるための恩恵を再利用します。幅広い多くのプロジェクトでさまざまな環境にさらされることの結果として、より幅の経験を積んだから、チームを学ぶことができます。その知識は、電源を、簡単に判別することは何を再利用します。加えて、組織やビジネスの専門家のチームを使用することができ源として人の連絡先を提供することができ、無料で、どのような洞察力に似たようなプロジェクトがうまく機能しています。これらの団体の材料を再利用することもできるなど、フォームや記入します。

9 。 購入され、これらの関与を求める-

おそらく、最も強力な手段を取得するには、急速に進行中のプロジェクトを介して人のやっている仕事を確約されました。購入するために提供する人たちの感覚をエンパワーメント所有権と、それを生成する大きな責任感と責任します。また、より少ない労力でのフォローアップを実施するタスクが必要になります。購入でもイニシアチブを奨励します。

残念なことに、一人になるため、多くのプロジェクトを示し、コミットメントはほとんどないです。その結果、見積もりはしばしば、非現実的、科学的な乱暴を表す仮定推測（ swags ）は、信頼性に基づいているというよりは、統計計算します。が起きることもあるの欠如を公約したスケジュールで、チームメンバー充満して決定される（未定）ではなく、実際にタスクのスケジュールを推定します。時間がこのような結果になるとの動きを加重、不足のコミットメントに影響を与えることができ、プロジェクトの潜在的な成功を収めた。次に、中に高価なことが条件での時間と費用と労力、これらの問題を解決するにはまだ小さいコミットメントします。

コミットメントを生成を助け、チームマネージャーの在庫をチームメンバーを取ることができ、学習だけでなく、彼らの知識、専門知識、経験ではなく自分たちの成熟とフォローアップします。これにより、マネージャに適切な助言を求めています。マネージャーを使用することも公開を達成するコミットメントを維持するとします。ときにチームメンバー'入力が目に見える、遠近にかかわらず、自分の可能性を否定することが少ない入力または削減約束します。最後に、連動しており、これが最後の点で、チームマネージャーゲージのみをすべきではない人の能力を行うタスクでなく、彼または彼女の熱意にします。チームのメンバーかもしれませんが、必要な背景には、彼らのレベルに対応する可能性が欠如しているために良い仕事に興奮します。心臓のコミットメントから来る-頭ませんします。

10 。 シンプルさを求める、複雑ません、目標、およびパス

利回りの複雑さを簡素化を簡単にします。すなわち、それを行うには、常に魅力的な解決策として、複雑な状況をできるだけします。人を作ると、ここで洗練さがわずかに変化し、そしてそれを実現する前に誰にも、結果は全く違うものは、もともと想定されます。

シンプル、もちろん、同じではありませんが単純になります。シンプルながら最短経路を識別するという意味で、そのスタイルによると"それはそれは、 "単純は単にpaintbyの洗練された数字と不足しています。皮肉なことに、簡素化された単純なことができ、同じ表示されるので、両方に共通の特徴を共有して明快にします。複雑しかし、はかなり異なっています。洗練されたことが逆上して、どのようにし混乱というよりは、明快にルール指導します。となり、多くの混乱を明快におぼれることができます。

シンプルさと複雑さの区別は、はっきりとしたシンプルで見たときに、ではなく定義できます。プロジェクトの中にはいつも複雑な傾向がある、良い結果にシンプルプロジェクトのときに完了しました。これらは通常、このプロジェクトの成功の基準を満たすことについてはコスト、スケジュール、および品質ます。

計画にするかどうかを決定する際には、シンプルまたは複雑になると、その症状はかなり明白です。後者は、多くの人たちのリクエストの追加、変更、削除、または再配置は、計画になるので、例外や不測の事態に満ちています。このため、複雑にすることは難しいとの計画に従って、最終的にいくつかのようです。別の症状の複雑さ、製品開発の意図やその意味を説明を繰り返す必要があります。もうひとつの指標で、この計画の改訂を継続しなければならないさまざまな状況に適応します。その結果は以下のパスと同様に、ラット途方に暮れています。対照的に、単純明快軍のことを考え、明快に行き先とデモを取るのパスを指定します。また、必要なリソースをより短い時間で、多くの人が計画を実行する、と自信を与えるので、知っている人たちが何をすべきかの使命とします。

プロジェクト管理の簡素化を奨励するには、チームのメンバーとして達成しようとすることができ最初に可能な限り多くの経験をさまざまな環境;この洞察力にどのような機能を提供しています。また、彼らの経験を生かすことができ、他のさらなる洞察力を獲得しました。

2つ目は、チームのメンバー判断した場合に何かできることというより、 2つの4つの手順を実行し、元を選択しなければならない、ということを信じる傾向を無視して単純化して見なければならないため、何か間違っています。よりも頻繁にしないと、正しい解決策は単純化します。

第三に、プロジェクトチームのすべきことを確認してすべての要素に貢献する計画の達成に向けての最終的な目的;そうしないと、削除しなければならない。結局のところ、それだけembellishesこの計画は、複雑さと混乱を増加させるだろうと、今のどちらかまたはそれ以降。最後に、チームを削除すべき偏見から計画します。したがって、避けなければならない処理を前提として、実際には、露骨に影響を及ぼすとは現実的にアプローチしていませんします。実際に偏見や複雑なデータのみを追加します。

シンプルでありません連座

ハイテク企業の典型的な適用はめったにない以上、いくつかの原則この記事を引用します。その代わりに、自分たちの職員の動きについては" helter skelter 、 "問題を解決しようとして複雑な解決策は何だった可能性の再発明する以前に行われた別のプロjectはします。しかし、いくつかのチームのメンバーに同意する解決策は、一時的に、少なくとも彼らの敗北は、どちらかので、問題が軽減されるのか重要な感じだった。正解します。遺跡場合、未解決の問題が、彼らにはいくつかの可能性を待つことは、すべての枝葉を見ながら仕事をするのに忙しいです。これが発生すると、スライドのスケジュール、予算を超えた、と品質のレベルを悪くします。チームメンバーの両方の恐怖と期待して未解決の問題は、テスト中に捕まえました。

たとえ半分のアイデアこのチュートリアルでは、プロジェクトの実装され、パフォーマンスが向上します。陰気な記録を追跡するプロジェクトの成功と失敗、しかし、 attestsという事実にいくつかのような提案を使用します。の課題は、プロジェクトマネージャやチームメンバーを受け入れる提言します。

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