それをpayfor性能を開発するプロジェクトの基礎

定数を嘆く組織内での性能は、相対的にit （情報技術）部門では、高レベルの不満を配信しています。あまりにも頻繁に、不満をして、いくつかのレベルでは正当化されます。現実には、物事がうまくいかない場合によく起こり、その原因はいくつかの問題に関連してプロジェクトに配達される傾向にある隠されます。与えられたその高い視認性、結合して、プロジェクトの基本的な責任を負う、最も大きな打撃を取るときには、常にプロジェクトの困難を経験します。もちろん、実際には、ほとんどの場合、このプロジェクトにかかわるすべての人（ビジネスエリアのプロジェクトチームのメンバーと同様の会員となって、そしてときどきスタッフメンバーのシニアスタッフ）おそらくある程度の責任を共有すべきは失敗します。

それでも問題が解決しただけでは、上の失敗の部分を提供することで高レベルの開発プロジェクトでは、解決策は簡単だろう：単にit部門の人が交換しています。ときどき、それはその問題の人と交換することにより、いくつかの部分的なソリューションです。通常、しかし、それが失敗の結果は、開発プロジェクトにはさまざまな要因の組み合わせ、それが1つになるだろう-しかし、確かに1つしかないのです。

を考慮して経験的証拠と関連しての動きが改善して開発プロジェクトを成功することが可能と主張したことは時間のいくつかの新しいアプローチを試してみました。歴史的には、ほとんどのアプローチしてきた進展を使用しての配信と品質プロジェクトであることに焦点を当ててより正確な管理手法の導入や技術ベースのアプローチします。与えられた1つのアプローチが非常に注目されていませんが、試す価値はあるが、それを変更するようにして開発チームは、自分の仕事を補償します。

この記事のメリットを探ることができるから得られたアドレッシングのトピックを改善することを通じて、プロジェクトの過程での配達同点金融インセンティブの向上に直接配信することと思います。実際には、銀の弾丸はありませんします。しかし、思考の問題にかかわっを通じて、特定の金融報酬につながれているという考えを明確に定義の結果、十分な保持を約束したトピックを奨励する組織を指定し、慎重に配慮します。

いくつかの原因が失望してプロジェクトの配達

それはどんな開発プロジェクトに失敗した場合のさまざまな理由があります。通常、これらの失敗はありませんの結果は、 1つの状況で、その結果は、原因の組み合わせです。これらのいくつかの原因を含める：

-かわいそうな事業計画

-の欠如を十分に焼いたプロジェクトの要件や仕様

-不十分なプロジェクトの資金調達

-失敗の上級管理職の適切な関与と支援のためのプロジェクト

-限られた部分関与していた人たちのプロジェクトを要請しています。

-失敗を受け入れて適切な"所有権"を、プロジェクト

-不適切な技術を使用する

-という仮定の過度のリスクプロジェクト

-を開発することができない切迫感を持って適切なプロジェクトチームのメンバーのうち、

-注意散漫のインスタンスを他のビジネスのニーズには、プロジェクトチームのメンバーの一部

前述の包括的ではありませんれることを意図してプロジェクトのリストは、困難の原因だ。何が意図を説明することは、プロジェクトの困難が起きることから、より多くの分野での多くの原因です。技術ではないことを示しても、いつもの原因を困難にします。しても安全だと推測しているが、よりも頻繁にしないと、技術の主要な原因ではありませんそれプロジェクトの難しされます。

アプローチにもかかわらず使われてきたことの問題に対処するためのプロジェクトに失敗した場合、検索結果がでこぼこします。いくつかの団体が前にいくつかの問題分野での進展;他の問題があったいくつかの分野で成功を収めた;があったといくつかの地域では、多くの成功します。しかし、それを認めなければならないから、全体の観点からすると、いくつかの団体が享受して一貫して高レベルの開発プロジェクトを成功に導きます。いくつかの団体が非常に高いことを維持することができたプロジェクトの開発レベルからやり直す長い期間します。

それを向上させるための新しいアプローチconsiderigプロジェクトデリバリー

与えられたことは、さまざまなアプローチを向上させるためのプロジェクトの開発されていない完全に成功すれば、それは時間の新たなアプローチを検討します。 1つは、これらのアプローチを再考する人が報われる方法の開発プロジェクトの作業をします。不幸な側面に仕事をすることは、プロジェクトのために行われていないとしてとして成功しなければなら、その地域未満の強力なパフォーマンスとなって、多くの団体を受け入れた。その状況が発生する状況ではありません、特に驚いた時に人の開発プロジェクトに失敗した場合の期待を満たしています。時間以上、結果を期待するの低下のパフォーマンスの低下します。

ここでのジレンマにもかかわらず、支出のかなりの時間、エネルギー、金だけでなくプロジェクトには、目標を改善していない配達された、しかし、多くの団体の期待に関連付けられているの配達が倒れました。プロジェクトの失敗の発生率の高いことで、関連する費用、ハードとソフトの両方を、委任の状況を改善するための新しい方法を試みました。

1つの側面での期待とパフォーマンスの低下は、ものの、特定のプロジェクトの仕事をするかもしれないと見なされる未満の成功すれば、任意のペナルティが課せられたのはめったにないプロジェクトチームのメンバーです。はい、マネージャーから行う場合、終了時に直面する状況が十分に困難になります。機会に、貧しい人たちのためのパフォーマンスかもしれないと非難さ;しかし、上の残高は、ほとんどの道の痛みから来る失敗プロジェクトの期待を満たしています。

しかし、それはまた、事件のときにいい仕事が完了すると、時に届けられるのプロジェクトは、プロのように、いい仕事ではありませんが、常に認識されない。これは、プロジェクトに発生して早期に来ることができ、予算の下にすることができ、すべての要件を満たすことができ、仕様、それを超えることができて、お客さまの期待に、チームメンバーが受信すると"ありがとうございます"ものの、非常によく行われてきた仕事は、給料日のチームのメンバーはおそらくないだろういかなる通常よりも大きいです。かれらは、結局のところ、彼らの仕事を行うだけで、正しいですか？

1つの問題に関連付けられているの不足で、具体的な違い-おそらくマイナー以外のいくつかのレベルの称賛や批判-の間で十分に行われて仕事やプロジェクトの作業が完了してからやり直す時間が不十分なインセンティブを押して、性能を向上させるためには、減少します。プロジェクトをやっていたことに加えて、強力な経営陣には、右の技術、および適切なツール、プロジェクトの強いコミットメントを必要とします。また、仕事をすることに意欲をしなければならないとハードを保証するために合理的なレベルのリスクがあります。ときには、同じ成功するための財政的な特典か何か未満での成功は、人にやる気を起こさせることは困難を強いコミットメントを行う、ハードに仕事は、リスクを負うとします。

現実のプロジェクトについて考えるの典型的な仕事をします。それは、プロジェクトを発見したときには、落ちこぼれのスケジュールで、共通の出来事は、いくつかの試みが作成され、通常の仕事に戻るのスケジュールを持ってきました。しかし、あまりにも頻繁に、その答えは、期限を延長すると同時に、プロジェクトを開いて、新しいプロジェクトフェーズ（フェーズ2 ）を減らすためいくつかの交付は、現在の段階です。通常、このような状況は、組織の上級管理職が承認するアプローチでは、部分的なアプローチしてきたので、過去に使用します。悲しいことに、誰もがあまりにも驚いたが遅れています。

区別が存在していない場合の間に金銭的報酬を行うために良い仕事や働く貧しい（現実に多くのit部門）は、そこになる気がほとんどないために努力する高いプロジェクトの品質を高めるか、タイトな配達日程を満たしています。議論を提起することができ人が良いことに関わらず、通貨の配慮、作業のために努力する高い品質が得られます。メリット仮定している間は、非常に仕事をすることはありませんようにそのようにすることは、現実の世界のプロジェクトの開発と配信します。

同点通貨の報酬を与えるプロジェクトのパフォーマンス

与えられた人のことに注意を払うことが報われるためには、次のように変更して、ご希望の補償制度の焦点を変更し、それらのプロジェクトに取り組んでいます。配達の改善に焦点を合わせる場合は、より高い品質の開発プロジェクトことができること、それは合理的に改善される結果だと信じています。正常にすることができません競合して、紛争のレベルを向上させることが必要配達のプロジェクトが、多くの団体です。補償を与え、さまざまなアプローチを開発することは、公正な裁判を受ける価値がある深刻な考察します。

補償しないのはなぜ議論してインセンティブはさておき、いい人がいい仕事をする努力をすることにつきものである開発プロジェクトですか？回答をすることができ、いくつかのプロジェクトの開発状況が見つかりました。第一に、ほとんどのプロジェクトに取り組み、チームの人で構成されます。を仮定して、すべての人になるだろうwellmotivatedとチームは非常に興味がある努力して高品質の仕事だろう非現実的だ。

2つ目は、あまりにもよくて、少なくともいくつかのプロジェクトチームメンバーに対処するには、二重の責任を設定します。どこに割り当てられているが、プロジェクトチームのメンバーではなく、彼らの通常の職務を継続することも見込まれ（あるいは、少なくともいくつかの側面は、通常の職務）の生活の中にこのプロジェクトでは、特定の問題が発生しています。これらの他の職務を扱うため、実際には、これらの関税の取り扱いは、彼らのパフォーマンスは、どのような判断になるだろうが、優先順位は、最初のままでは次のようにします。強化されることはしばしば微妙な状況やあからさまな信号から従業員のマネージャーです。多くの場合、メッセージは、開発プロジェクトに従事することの重要性を運ぶよりも少ない他の職務ます。

最後に、頻繁に来てプロジェクトに依存していくつかの鍵を持ってくる人完成します。珍しいことではない場所を参照してくださいプロジェクトは、部分的な努力の途中では、これらの1つまたは2つのキーを残す人を決めると、このプロジェクトの結果、困難をすばやくマウントします。この問題はあの人たちはしばしば、明らかにして、このプロジェクトは、今は時間とトラブルに移動します。その状況は、結合してより魅力的な可能性を提供するから誰か他の給与が、多くの場合に十分な新たな機会を検索することを奨励します。今のところ、状況は困難であることプロジェクトでは、新たなリーダーシップを見つけようとします。

だから何が起こるかは、その組織のプロジェクトチームには、混乱が生じています。加えて、プロジェクトチームのメンバーは、このプロジェクトの結果を理解している、またはよく行われませんではないだろうとは、特定の効果を補償します。でもそれは理解されるべきでは不十分なプロジェクトを完了することは、おそらくないだろうとのキャリアに悪影響を及ぼすあらゆる機会ていく予定です。理解してシナリオでは、可能性があることを理解しやすいようビットの原因の1つのプロジェクトに失敗しています。

キーコンポーネントの開発プロジェクトの成功はそれに集中します。開発プロジェクトを成功に強いが焦点にクマを持ってきていて全体の生活を維持するには、このプロジェクトのです。焦点は重要な要素であるため、プロジェクトの成功のために、表示され、プロジェクトチームで構成される傾向にある限られたプロジェクトに焦点を合わせると、以下のとおりですsharpenedフォーカスして、全体を維持し、プロジェクトがもたらす報酬増加します。クリアするときには、金融システムの実質的な報酬が所定の位置には、それにつながれているの配達highqualityプロジェクトは、これらのプロジェクトに焦点を合わせるが好転するだろうとします。潜在的な報酬は十分に魅力的な場合は、その劇的な改善に集中することができます。

補償計画のガイドライン

を作る過程で報奨金を引き上げるプロジェクトの配達品質を向上させることが現実的なアプローチでは、特定の基準を設定しなければならないプロセスにつながれています。加えて、行政過程でなければならないと見られている公正かつ矛盾しない。アイテムをしなければならない場所を開始する前に実施計画を含める：

1 。メソッドを使用することができる客観的かつ継続的に測定して、特定のプロジェクトの結果を比較して、元のプロジェクトの仕様にします。

計画では、インセンティブはどこに使われる、そこがなければならない高いレベルの精度の開発には、このプロジェクトの予算と時間をフレームに対応します。の目標は、ここに来て、現実的に見積もっている。インセンティブの上昇に有利な補償プランとして、とする傾向があるかもしれない"パッド"プロジェクトの見積もりと時間をフレームにします。何が起こる可能性があるかどうかをプロジェクトの成功確率を向上させると、その結果、追加の収入を増加させるためのチャンスは、建物の中を長い時間の見積もりよりも合理的だろうと考えました。

1つの方法に対抗して、見積もりをパディングとしていて、有能な審査され、サードパーティ製の関与しないします。理解して行くような人は、プロジェクトの見積もりを確認するのに役立つ傾向を軽減するパッドの見積もりをしています。いずれにせよ、使用するサードパーティ製のサウンドを提供するメリットは、今後のプロジェクトを合理的な時間を見積もっている。

プロジェクトの見積もりを相対的に考えなければならない現実では、彼らは、まだしなければならない、満たされるために、必要とするプロジェクトチームのメンバーを上げるには、努力が必要です。一部の進化のプロセスになるだろうが、その下でのプロジェクトは、システムを開発し、実証することができデータを収集してより正確なセットを開発することを支援するガイドラインを推定してまいります。ケアを行う必要があるでしょう取らないように特定できるようにする環境をどこに誰にも内蔵される-の従業員や管理-思いをしている他のグループで来て不当な優位性です。

1つは、補助的に利益をもたらすには、プロジェクトの開発が見つかりましたアプローチが補償されることを、強調を増加させるためには、配置されなければならないだろうし、開発プロジェクトの見積りでは、時間を超えることになるだろうプロセスはもっと正確にします。人の関係を理解したときの音とそのプロジェクトの見積もりを追加補償、彼らは非常に慎重になるだろう彼らの開発については、見積もりします。加えて、彼らは行くなツールや技術を探すことが推定プロセスを強化しました。その結果、自信があることの能力の大きさを正確にプロジェクトの開発サイクルの初期には、増え続けるでしょう。

2 。スケールの開発のための追加の補償は、各プロジェクトに基づいてagreeduponパフォーマンスをします。開始時には、 1つの基準と関連してなければならないのトピックへの補償の柔軟性の重要性を認識します。まで、いくつかの経験を得てきた、ことは何でもすることを決めなければならないと見られているの補償については、予告なく変更されます。

重要な問題でなければならないのは、計画を十分に寛大な補償（の枠内での高いレベルのパフォーマンス）を計画して参加者に魅力あるものにします。計画の目的は、改善のためには、ドライブに必要な時間を削減するプロジェクトを届けることと、それと同時に、これらのプロジェクトの品質を向上します。実際には、目標にしてませんご希望の疑いがあると考えられ、多くの団体以外のすべての不可能です。重要な報酬を得ることができたとき、これらの会議の目標は、これらの目標を実現する確率が大幅に増加するだろうとします。

補償を例にしてプロジェクトのアプローチ

1つの例は、構造化計画の補償かもしれません以下のとおりです。

1 。中規模のプロジェクトでは、必要な14カ月の努力と推定され、人員の合計レベル（すべての分野から、それは、セクションやビジネス）の18人と、全体の予算の3 1 / 2万ドルでした。加えて、合理的な予防措置として、このプロジェクトの資金の10 ％を持って偶発、または30万ドルです。

2 。各プロジェクトチームのメンバーは安心して、インセンティブプログラムを提供するすべての条件が満たされた場合は、ボーナスの$ 7500です。これらの目標を含める：

a. 会議で、 14 -1カ月の期間のプロジェクトを完了しています。会議の期間にシフトして排除し、すべての部分で、元のプロジェクトを段階的に従っています。

bの

cします。このプロジェクトの品質を満たす必要があり、確立され、合意した品質基準を設定したの初めには、このプロジェクトのです。

それは理解されるべきで、一部として、元の契約を結んプロジェクトチームは、このプロジェクトの成功は決定される前に独立した第三者されました。に基づいて決定されることに合意したプロジェクトの時間、機能、品質を基準とした、プロジェクトの開始時には、このプロジェクトを設立します。

3 。この例では、インセンティブの基準を満たしている場合にこのプロジェクトのために設定してプロジェクトのように、ボーナス全体の費用は18 × $ 7500.00 、これに等しい$ 135,000.00ます。このプロジェクトが成功しているということで、プロジェクトの時間を届けられるようになり、予算、および品質基準に合致して設立します。インセンティブを支払っても、このプロジェクトの費用を増加させる$ 135,000ことができると考えられている小さなプロジェクトのためにお金を払うの価格を表示してサイズを届け時間、予算、および高レベルの品質にします。

4 。他の面には、 2つの例をしなければならない認識されない。 1つは、プロジェクトの費用を合計して、にもかかわらず、インセンティブのお支払いは未満になるだろうと推定していた場合、プロジェクトを実行すると、使用されなければなら偶発基金プロジェクトを完了しています。他のときには、完了すると、このプロジェクトは完全に完了してきたします。珍しいことを意味するものではありませんプロジェクトを見て、彼らを通じて、開発サイクルに移動し、秋に予定より遅れて開始され、壊れて"段階"と述べた。何が起こるかは、いくつかの部分は、プロジェクトは、元の仕事にシフトし、 2つの相か、あるいは3つの段階にするために、いくつかの側面に移動し、元のプロジェクトで生産することができます。

開発計画を奨励して、すべてのフルタイムのプロジェクトチームのメンバーで、かどうか、それから、内部顧客の分野は、この計画に参加すべきだ。インセンティブ株式なければならないのはすべての人に正確に同じプロジェクトです。みんながかかわって株を提供するに等しい感が強いチームワークを構築します。

また、このプロジェクトのフォワードの動きで、チームのオプションをすべて削除しなければならない、チームのメンバー（チームメンバーを介して投票した）と見なさないようにするに十分な貢献をしてプロジェクトを作りました。

1つのプラスの封入のすべてのチームメンバーは、インセンティブの計画は、明らかに、強力に焦点を合わせることを確認するプロジェクトです。別のプラスされるのは、それを明確にし、共有するためには、インセンティブの計画は、誰もが行く努力をしなければ強いコミットメントをプロジェクトの成功は、プロジェクトの目標を満たすために努力します。チームの動機に焦点を当てたときには、うまく動作や時間、仲間からの圧力は是正されるだろう困難に関連付けられているすべてのコミットメントの欠如して、各団体チームのメンバーです。

プロジェクトに集中して増加し、特に参加している人たちのビジネスの分野では、肯定的な効果を持つ束縛します。いずれかの問題が発生することは、プロジェクトの開発プロジェクトに関与している人のプロジェクトをリクエストしています。あまりにもしばしば、それは外での気持ちを、このプロジェクトは、プロジェクトとすることを要請したプロジェクトが限られている人の責任での仕事や、その結果は、このプロジェクトのです。金融に移動して、明確なインセンティブを支払うことをみんなにかかわっ注目を集め、適切なプロジェクトの推進を支援することができだけでいいしてまいります。

なければならないことを明らかにして、インストールして使用することは、プロジェクトの計画ではインセンティブ報酬を越えて行く人のために、通常のプロジェクトを作るための努力に成功します。している場合は、国民は理解しなければならない基準を満たすために設立計画を奨励して、彼らの見通しはありません直面していること、通常の給与や福利厚生減少します。に移動しなければならないの奨励計画に基づいて、肯定的な立場の人の励ましのパフォーマンスを高めるためにバーで、クラブを変更する可能性がないとして行動します。実際のところ、計画として働いてインセンティブを提案した場合は、その時間以上、挙動が変わる;しかし、これらの変更は、自発的に来-従業員から-というよりは強制的に管理されています。

プロセスを明確に理解されなければならないのは、組織の上級管理しなければならないとしてグループでサポートされています。必要な承認を得るために、それは必須になるだろうし、上級管理職のグループで完全にその計画を知らされ、なぜすることが推奨され、どのように仕事をすることは、潜在的な落とし穴と、関連付けられているプロジェクトは資金を提供するようにして変更するします。

に移動して新しいアプローチ

その際の基準を奨励してプロジェクトの開発プロジェクトの計画が発見されており、文書化、および上級管理職によって承認され、次のステップをインストールするには、プロセスを開始します。に移動してプロセスを慎重に行われなければならない、制御された方法です。開始するには、プロジェクトを選択しなければならないとして、パイロットを開始する計画だ。任意のパイロットと同様に、これからの目標は、実現可能性を証明するのに成功するプロセスを実装します。誰でもこのプロジェクトの責任を前提としなければならないことを確認して、可能な限りのパイロットが成功しました。

任意のパイロットアプローチと同様に、最初のプロジェクトの下に新たな補償を奨励しなければならない非常に慎重な計画と管理制御します。 2つの目標を考えなければならない発展途上のパイロットします。第一に、それは重要であるが、パイロットに成功するためには、これらの疑問に納得して処理がメリットです。ここでは、これが現実になるだろうという概念を売却する計画を、そして何を強化しなければならないこと

概販売して成功しなければならないします。その目的のために、このプロジェクトに選択しなければならないほど小さいので、簡単に管理することができます。別の利点を皮切りに小さなプロジェクトであることを必要とされません過度の時間に来て結論を出すの価値についてのプロセスです。

第二に、従業員に参加しなければならないパイロットのメリットがあると確信している。なければならないにも熱狂的なアプローチについては、潜在的な価値は、ハードと喜んで仕事をしてパイロットに成功します。明らかに、選択して、パイロットの人に参加しなければならない非常に慎重に管理します。

これは、最初のインセンティブを使用しようと計画して、それは重大なことになるだろうとして、できるだけ多くの作業が完了しての詳細は、アプローチを開始する前に、パイロットに使用されます。これは与えられたことになるだろう、今回が初めて奨励計画が使用され、それは不可能をカバーするごとに詳しく説明します。しかし、時間を割いて問題に関連付けられていると思うを通じて、その過程で、これらの問題の多くは、アドレッシングとして可能な限りが始まった時に、適切なアプローチを表しています。アイテムを自由に調整があるだろう、追加しました、または修正し、結論を出すのパイロットします。調整プロセスを続行することは間違いなく、他のプロジェクトを通じて、さらにはどのような作品については理解していないとどのような仕事を;しかしそれ以上にして対処することができ、パイロットの導入に先立って、改善してまいります。

このアプローチの利点

数多くのメリットが発生するだろうから、計画の使用を奨励しています。これらのメリットは、いくつかを簡単に数値化するだろう-ハード利点があります。いくつかのメリットは、数値化するより困難になるだろう-ソフトのメリットが、彼らは重要になるだろうにもなければならないと認識されない。それを識別するのに役立つメリットの両方のカテゴリを検索します。

ハードのメリット

-経費と時間を削減して開発プロジェクトに関連付けられている、として移動します能力のプロジェクトを通じて、開発サイクルのペースで増加する

-能力は、結果の過程で、より多くを生産することなしに付随するプロジェクト作業のサイズが増加してスタッフ

-増加し、プロジェクトの品質を測定可能なレベルのことなど、理解の改善に、これらの分野では、このプロジェクトの仕事を要求してい

-時間の改善に意欲の部分は、組織のシニアマネジャーをサポートして新しいイニシアチブ

ソフトのメリット

-が増加して全体のレベルでの仕事は、その仕事の品質と、それで作られた部

-それ部署内の士気向上します（これは、 2つの理由が起こるだろう;もちろん、追加の収入を得る機会が肯定的な要因になるだろうします。また、その過程引受損益は、パフォーマンスバーは引き上げになるだろうします。人として参照されることを適切に焦点を当てたこのプロジェクトでは、より多くを達成することができ、より多くの満足度を取ることができ、自分の仕事には、やる気の高いレベルのパフォーマンスに達する。）

-それ離職率の低下が予想されるようになる過程でのメリットを理解（人のようにいい仕事をし、満足感を得ることからその仕事は、パフォーマンスのレベルが上がることは、人のかもしれない左側にあるがままになるだろう推奨します）

-チームワークとコミュニケーションの間に増加して誰がためにこれらの部門や開発部門は仕事

-i tサービスレベルの改善を通して組織-それが増加してレベルのサービスを顧客の組織

文化的な問題に対処する

それについての考察に移動して、インセンティブプログラムの開発プロジェクトを含めて慎重に考えているのは、文化の問題に関与することへの移行します。この新しいアプローチを変更するだろうという意味です。組織内での導入を変更するときには、それがもたらす問題を明らかにして解決しなければならないと認識されます。関連付けられている多くの問題の補償的なアプローチをして、新しいアプリケーションを開発することが発見されており、このプロジェクトのポートフォリオです。追加されていないことを意味していない問題が発生する;すべての文化は、それぞれ別の男性のユニークな懸念を設定します。

その顕著な懸念材料となり、相対的に参加するのは、文化の変化、意識を開発することは、かれらはいくつかのレベルでの不和を作成するとして発生し、それらに対処する必要があります。これらの懸念して引き上げが与えられなければならないと公正な審理を慎重に検討します。の多くはここで何が起こっばならないことは、きっとそうして新しい組織は、このようにしなければならないと認識することが必要になる時間といくつかの調整をするサウンドアプローチします。

特定の1つの文化的な問題が発生するのは、人の公平性を提供することに取り組んでいる開発プロジェクトの収入を稼ぐ機会を追加します。これは説明しなければならないだろうとのコンテキストの内でもなぜ彼らが与えられたの追加考慮していると見なされるものかもしれない"ふつう"の仕事をします。この問題は、アドレスを1つの方法の利点を説明することが起こった場合に発生して組織を置き、この計画は成功しています。このような状況では、別の方法を支援するプロセスを開発することが、立証計画を実行している場合は、導入されると、できるようにする機会を他のプロジェクトに参加される予定です。

示されてきたとして、この計画に問題が根底にあるのは、プロジェクトチームは、追加の収入を得るためには、が起こっ出す余分な努力する必要があるとの目標を満たしています。人として来て理解して取得する追加のお支払い余分な労力が必要-いくつかのケースは、かなりの余分な努力-何人かの興味を失う行くにまきこまれます。

いくつかの要素があるだろうが不公平に移動して固有の補償を奨励するプログラムです。しかし、もしそうしなければ、良いビジネスの意味で、その計画を入れなければならない場所にします。いくつかの困難に関連付けられたレベルの開始時には、従業員の不満になるだろう以上に圧倒され、最終的に成功したプロセスです。

キーを押して、重要なのは、文化の問題に対処するためには、管理されるとして、率直なプロセスについては、可能な限りの公正されます。意見の相違が生じる場合、マネジャーらは喜んで取るのロジックを介して人と回答するとの計画を完全に可能な限りすべての質問に、彼らには彼らの責任を退院します。その時点で、義務を承認または拒否し、従業員のプロセスに常駐します。

結論

開発環境が正しい場合は、右側の人が選ばれたに参加しており、十分な補償を奨励計画は、管理することのメリットを生み出すことのできる（おそらく重要なメリット）を組織全体ます。パット計画の代わりに、どのような問題が発生する場合が克服して、その結果を記録と忍耐には時間がかかります。いくつかのバージョンのプロセスをしようとしなければならないかもしれない最善のアプローチを見つけるために、特定の団体です。

潜在的な利益供与を計画：プロジェクトの品質を向上させることは、時間をもたらすこれらのプロジェクトを完成し、当初予算内で、最も重要なものと見られなければならないし、それを組織部とします。これらを達成するための努力する価値のある報酬が必要になります。彼らはまた、永続的な価値があるのかもしれない文化的な品種に直面しなければならないと克服するためには、希望の目標に到達します。

件名を変更することを考えなければならない補償の開発プロジェクトに基づいてリスク対報酬します。アプローチを使用して、迅速に開発することができ、都合の良い議論してバランシングのリスク（アプローチが失敗した場合）に対して報酬（プロジェクトマネジメントの大幅改善にすること）を移動しない理由はないの補償計画を変更します。新たな方法を改善しなければならないことが見つかりましたプロジェクトの開発プロセス;新たな補償に行くことを表し、健全なアプローチ方法を改善して環境への動きました。

これは、記事に追加されmarrieホッパー