プロジェクトマネジメントの役割をナレッジマネジメント
ナレッジマネジメント（キロ）は収集し、整理し、それが蓄積された知識を配布する期間が改善するとの目的で、企業の競争力を向上します。 これ以上の知識は単なる事実やデータます。 それは情報収集と経験を適用するとの目標を達成するためには、企業全体のです。 調査したことを明らかにする調査会社の人気kmにします。 たとえば、ある調査によると、 500の専門家グループによると、デルファイされる以上の回答者の50 ％が始まっkmに実施し、 80 ％以上が見たことに大きく貢献している。 データクエスト社によると、成長率キロから27億ドルの市場は1997年に50億ドルの1つで、 2000年にします。 いくつかの利点がkmにカウントされてきた、とinclude ： -対処する"灰色"の状況に大きな自信-従業員の間の協力を促す-ベストプラクティスを識別 -能力を向上させる製品やプロセスの革新-に、既存の従業員の能力を増加させる-の負の影響を最小限に抑えることが従業員の離職-応答費用対効果的に急速に変化する環境 kmに実施するプロジェクトでは、ナレッジマネジメントの規律、ツール、および技術を駆使しシステムを構築する具体的な目標を達成することが目標とします。 挑戦して、もちろん、を収集、整理して、目標や目標を達成するために知識を配布することが頻繁に漠然としたとして定義kmにします。 クリープにつながることができ、この範囲を見渡すと顧客の欲求や、最終的には、肌荒れを起こすコスト、品質、スケジュールやパフォーマンスします。 周囲のあいまいキロ、全般的に、行為自体を経由したある調査によると、 100 itマネージャinformationします。 5 - 40 ％の回答によると、彼らの管理ませんでしたことをはっきりと理解するキロまたは知りませんでした; 56 ％の回答者によると、同社の上級管理職とは知らなかったします。 このすべてにつながる1つの単純な結論：機会をナレッジマネジメントプロジェクトには、偉大な結末に失敗します。 挑戦して、その後、 kmには、プロジェクトが完了することを確認し、タイムリーに、効率的で効果的な方法とします。 この方法では、プロジェクト管理を行うだけのことです。 プロジェクト管理 プロジェクトマネジメントの概念を適用するが、ツール、およびプロジェクトを完了するためのテクニックを時間と予算の範囲内での会議中に、顧客のニーズを同時にします。 4つの基本的なプロセスを実装することが必要なプロジェクト管理： 1 。 計画の決定は、事前にどのようなプロジェクトの達成は、正確な手順を達成することを決定する、との識別を開始すると終了時に、各ステップに進みます。 2 。 組織は、資源を使って効率的かつ効果的計画を実行中です。 3 。 井戸を制御する方法についての決定は、この計画が実施されます。 4 。 メインの目標を達成する人たちは、人をやる気にするプロジェクトです。 kmに優れた候補者をプロジェクト管理、実績を考慮して、他の情報技術（ it ）プロジェクトです。 ほとんどのプロジェクトに失敗した場合は、さまざまな理由を含む： -増分範囲の拡大-の欠如有意義なスケジュール-m is communications -かわいそうなチーム -かわいそうな要件を理解する-非現実的見積もり -非現実的計画 -漠然とした目標を定義 もちろん、このリストは無限です。 ポイントは、プロジェクトkmに適用するためには、プロジェクトマネジメントの有力候補だ。 結合して、過去の結果やあいまいな知識を取り巻く管理、プロジェクト管理が不可欠でさらに多くのプロジェクト成功を収めた。 計画計画を実行するには、これらの重要なステップ： -準備作業明細書（まく） -を開発する作業構成配分（ w bs） -時間と費用の見積もり -準備スケジュール -リスク管理を実行する 声明での仕事の準備をまくとも呼ばれ、この文書は、プロジェクトマネージャの間の契約kmにシステムを構築して、その受信者、または顧客ます。 キロの観点から、顧客はしばしばユーザコミュニティ内のプロジェクトチームとなることから、主に組織します。 あいまいさを考慮して周囲kmには、種をまくことができなければ、良い意味で周囲の誤解を妨げるのホストのシステムの機能をkmにすると責任を特定のタスクを実行します。 よく書かれ、決定的な意味をまくの基礎を提供するプロジェクトを計画しkmにします。 まくの典型的な構成要素は以下のとおり： 典型的な要素をまく
内訳を開発する仕事wbs構造とも呼ばれ、その作品の構造は、トップダウンの内訳は、全般に特定のコンポーネントの階層のリストについては、それぞれのシステムとkmにタスクを完了しました。 wbs効果的な詳細レベルに達したことを可能にする開発有意義なスケジュールで、貴重な評価の進展により、完全性を保証すると、そのタスクします。 ヒューリスティックするのは、最低水準のタスクは、 wbsを超えて80時間を完了することはできません、または同等の2週間のフルタイムの仕事をするのに相当します。 時間と費用の見積もりの実際の値を使用するには、そのwbs決定的な時間と費用の見積もりは、プロジェクトkmにします。 それを提供することができるレベルの細かさ"ロールアップ"をさまざまなレベルでのトラッキングとモニタリングします。 推定のための時間が関与すべきアプリケーションの3つの点を推定します。 このアプローチを減らすことができ、劇的な影響を与えるの極端な悲観論と楽観視して見積もりを頻繁に同行します。 したがって、 3点の見積もりを過大評価する傾向を軽減します。 最善のアプローチを適用するためのアプローチは、この見積書を持つ人は、推定のタスクを実行しています。 その人たちに割り当てられた、しかし、多くの場合は、ご利用いただけませんので、プロジェクトマネージャーの最初の見積もりをしなければならないします。 も関わらず、 3つの変数を検討するためには、各タスク： 1 。 最も悲観的な。これは、タスクを完了するのに必要な時間の下で、最悪の状況 2 。 最も楽観的、これに必要な時間は、理想的な条件の下でのタスクを完了する 3 。 最も高い。これは、タスクの完了に必要な時間を通常の条件の下で 3つの変数が差し込ま数式を得ることと予想時間：最も悲観的な予想時刻= + 4 （最も高い） +最も楽観的/ 6例： 144時間+ 4 （ 60時間） + 50 / 6 = 72.33時間 次に調整する時間は、予想される％を説明するために中断、欠席、およびその他の非生産的タイムズに関連しないタスクを実行する： 例： 72.33 × 1.07 = 77.39時間 見積書の後には、各タスクのための見積もりに変換し、改正を予定時間の流れ時間のスケジュールを開発しました。 時間は、通常のユニットに分かれて8時間： 例： 77.39 / 8 = 9.7時間 見積もり時間の経過とともに、このプロジェクトマネージャを使用してコストを算出することができそれから時間かかります。 多くの場合、労働者を負ったレートが使用されていることでしょうと間接費用のタスクを追加します。 準備スケジュールを組み合わせることで、種をまけば、 wbs 、および見積もりを開発するための基礎を提供する有意義な、統合プロジェクトのスケジュールをkmにしています。 必須の日程をまく提供して; wbs提供して、リスティングのタスクを実行する;見積もりを提供すると、時間の長さ各タスクを実行します。 スケジュールが最初に開発された、依存関係を識別する、または論理的な順序で、タスクのうち、そして回ごとに1つの流れを適用しています。 最終結果の計算には、 4つの日程を各タスク： 1 。 初めに開始します。これは、早い時間のタスクを始めることができ2 。 スタートの出遅れは、最新の時間を、タスクを始めることができ4 。 後半に仕上げ、これは、最新の時間、タスクを終えることができる 上記の日程は重要なので、ご利用いただけません。のみを起動するための柔軟性を示すとのタスクが完了し、フロートと呼ばれる、しかし、トトは、クリティカルパスを識別します。 クリティカルパスで、ネットワーク上の図は、最長のパスは、次の左から右に、柔軟性を許容していませんが、スケジュールします。 スライドは、クリティカルパスは、その結果、スライドさせて、結果として、このプロジェクトを時間どおりに仕上げました。 リスク管理を行うためのプロジェクトkmに直面する多くの変数は、リスク管理は絶対に不可欠である。 すべてのプロジェクトのように、いくつかのリスクがより高い確率で発生すると他よりも大きな影響を与えるレベルです。 このプロジェクトマネージャを実行することができリスク管理プロジェクトの成功を増加させる可能性を特定するのに必要な施策を確立する必要があることに対応する特定のリスクに影響を与えるコスト、スケジュール、および品質ます。 ここではいくつかのリスクに直面することができ、多くのプロジェクトkmに影響を与えることができるとコスト、スケジュール、および品質： -経営の取得に失敗したのを買う -k mに失敗したネクタイをしてシステムを会社全体の戦略の方向性 -を取得できない従業員に知識を共有する-詳細な要件の欠如 -不足の間での統合開発ツール 組織しかし、良い計画が必要なことはほとんど使用せずに、インフラストラクチャを実行してください。 インフラプロジェクトの多くの要素で構成さなど、チームを組織、マトリックスの責任は、プロジェクトのマニュアルでは、ミーティング、およびソフトウェアです。 組立チームの組織のグループがチームの人と通話することはありませんが十分ではない。 構造は、キャプチャするために必要なエネルギーとの相乗効果の両方のチャネルを作成して、正しい方向にします。 そのため、キロはまだ初期の段階にあり、多くの専門家が参加し、責任を明確にすることが重要とレポートの関係を識別します。 wbs 行列の責任と資源配分の基礎を提供する責任行列を建設します。 マトリックスは、グラフを表示するとの関係は、やるべき仕事やプロジェクトに参加しています。 マトリックスの利点は、通信して特定のタスクを実行する責任があるとのレベルの関与を識別しています。 プロジェクトマネジャーを選出することができ行列を解析する、という意味で、その部分のみを受け取る人のタスクを完了する責任を負うのは彼、あるいは彼女は、配布されたりすることができ、全体を誰もします。 マニュアルは、プロジェクトに必要なすべてのプロジェクトにアクセスできるように特定のデータを完了することに成功しました。 容易に利用可能な情報ではない場合は、参加者の時間とエネルギーを消費することを見つけると、その結果、彼らの効率と効果を削減します。 1つの方法は、空室を確保するために必要な情報を作成するには、プロジェクトのマニュアルを電子フォームまたはハードコピーします。 の概要は、以下のとおり、典型的なプロジェクトのマニュアルをご覧ください。 マニュアルの典型的なプロジェクトの概要 導入 このマニュアルについてどのように現在の状態に保つことが 計画 声明の仕事の責任のスケジュール ドキュメント基準 物語のマニュアルフローチャート ポリシーや手続きを ポリシーや手続きを全社プロジェクトのポリシーや手続きを サービスサポートの機能と責任のドキュメント レポート フォーム 連絡先リストに用語集 付録 ミーティング kmには、プロジェクトでは、基本的には3つの種類のミーティング：検問所の見直し、ステータスの確認、スタッフとします。 検問所の見直しで開かれた会合は、主要な点で画期的な出来事のスケジュールなど、主題の専門家からの知識をキャプチャします。 その目的は、プロジェクト前進する方法を決定する井戸、どのように行ったとうまくいっていない、とするかどうかを続行します。 ステータスを定期的に見直し会議が開催されました。 その目的は、評価のステータスを収集しているパフォーマンスは、このプロジェクトのコスト、スケジュール、および品質を基準として、会議室などの主要なマイルストーンの日付のスケジュールです。 スタッフ会議でも、定期的に行われたのは、選択したプロジェクトチームを招待します。 その目的は、問題を話し合うと情報を共有するなど、技術的な課題kmにシステムを構築しています。 プロジェクトとしてのソフトウェアの増加の大きさは、今は複雑な管理してください。 いいソフトウェアの複雑さに対処することができます。 ソフトウェアが含まれるスプレッドシート、ワープロのプログラム、またはパッケージのような洗練されたプロジェクト管理のためのプロジェクトマイクロソフトウィンドウズプリマベーラプロジェクトプランナーとします。 に注意することが重要で、しかし、そのプロジェクトの成功を保証することはできません。ソフトウェアは、ヘルプを達成する成功を収めた。 の種類やサイズに関わらず、プロジェクトの場合、プロジェクトマネージャを使用していません方法を知っているソフトウェアや関連データベースのデータを偽り、その成功の可能性を劇的に低下した。 ソフトウェアに適用しなければならないと返済する方法を最適化し廃棄物を最小限に抑えます。 制御にかかわらず、徹底する計画は、絶対に必要な運動を制御するには、プロジェクトを成功させるキロの結論だ。 を実行するには、これらの四つの基本的な行動を制御する： 1 。 ステータスの収集および評価 2 。 トラッキングとモニタリング 3 。 不測事態対応計画 4 。 区画 コレクションのステータスを持つと評価計画の代わりには、 1つのこと;効率的かつ効果的に実行することは別だ。 コレクションのステータスは、データを収集コスト、スケジュール、および品質に変換して、その後にデータを情報-では、何か意味します。 使用された情報は、その後の進展を評価する計画を公開visà -ビスします。 のパフォーマンスを評価するための重要な活動は、差異を特定し、評価します。 差異の違いは何をすべき起こるまでの時点で、実際にはどのように発生しました。 否定的な評価は、通常、 1つのキーが外れスケジュールの日付やコスト目標;肯定的な評価は、重要な会議のスケジュールやコストのターゲットします。 kmにプロジェクトのためには、ステータスとの評価は非常に重要です。 プロジェクトの目標を維持する必要があいまいなパルス性能を引き上げて2つの主要な質問：私たちはどこにあり、私たちは、正しい方向に向かっか？ これらの2つの質問に答えることが減少の可能性を持つプロジェクト暴走します。 良いコレクションのステータスのトラッキングとモニタリングが必要との評価を見て、過去と予想してまいります。 トラッキングは、過去の実績を見て;それは、何が起こっています。 モニタリングは、過去に使用して、今後検討しています。 両方のトラッキングとモニタリングの間のリンクを提供して過去と未来を理解し、このプロジェクトは、どのようにうまく進んでいます。 両方、密接に絡み合うのステータス収集と評価、プロジェクトは非常に重要であるので、ヘルプkmに2つの基本的な質問に答える：私たちどこかで私たちの見出したとはどこにありますか？ 不測事態対応計画リスク管理が必要良い良い不測事態対応計画;それは、発展途上に対応する具体的な方法を紹介します。 コンティンジェンシープランを提供するいくつかの利点は、応答を含め、積極的な反応方法を与えられたという状況で、促進計画の進展によると、チームのメンバーであると教え込むの信頼を最終的に成功したプロジェクトです。 明らかに、識別することができません。すべてのシナリオを事前に特定の状況下で、次の活動を要することができる-区画します。 区画ときどき、何もできない以外のプロジェクトを再計画しています。 を開発することが必要な新たな種をまく、 wbs 、見通し、スケジュール、および再編成します。 深刻な予算削減や技術的な混乱状態が必要かもしれませoverhaulingすべてだ。 最良の対策は、世界の違いはないようです。 区画しかし、すべきではない可能性が発生しない限り、絶対に必要なので、私には、大規模な投資の損失の時間、お金、エネルギーとします。 その下の動きとして、プロジェクトのライフサイクルは、大きな損失になるました。 メインその基本的なフォームで、メインの目標を達成する人たちがきっかけとされ、プロジェクトの目標： -ビジョンを提供する -通信 -方向性を維持する -きっかけ -が支え -ビルチーム メインのライフサイクルを通して、実際に発生するプロジェクトです。 計画期間中に必要なことは、組織化、および制御します。 ビジョンのビジョンを提供することなしに、 1キロのプロジェクトは、災害に向かっています。 ビジョンは、どのような説明がされる予定です。 それに方向感を目的とします。 まくのビジョンを生成するための基礎を提供するので、最終的な結果は、このプロジェクトの説明しています。 課題を開発するためのビジョンとを維持することは、特定の人たちに焦点を当てキロに挑戦しています。 ナレッジマネジメント全般は、漠然とした概念で、の要素があると説明するのは難しいことができkmにシステムを変更するためには、多面的なビジネス環境と技術とのかかわりでそれ自体を見つけました。 最良のコミュニケーションのビジョンと計画の意味についてはほとんど誰にも分からない場合に変更を加えた場合、その存在しています。 プロジェクトマネジャーらは、ハブキロのプロジェクトでは、そのための手段として、通信センタープロジェクトです。 彼らのツールを使用するなど、このプロジェクトのマニュアルおよびステータスを確認するミーティング、コミュニケーションを向上させる有効にしています。 しかし、継続的にしなければならないとの良好なコミュニケーションを証明する広範囲に役に立ちます。 kmにするプロジェクトでは、コミュニケーションが極めて重要だ。 への関与をより多くの専門分野のさまざまな団体の代表者とのコミュニケーションを必要として続行します。 そうしないと、プロジェクトの失敗は避けられないため、営業の機会を"インザダーク"と違う方向に進んで増加した。 みんなと同じビジョンと計画に従う必要があります。 刺激しなければならない人たちは、感情的にプロジェクトにコミットして、プロジェクトやビジョンを提供することはありませに大きく貢献します。 さらに重要なことが、特に行列の環境では、プロジェクトマネージャに欠けているため、すべての人の機能を制御します。 きっかけはさらに困難で、複雑な主題されました。 プロジェクトのプロジェクトマネジャーをkmに、そのため、継続的に保つ必要があり、チームのメンバーの間で火を起こすします。 支持 kmに大規模な調整が必要とのプロジェクトを使用する際のツールや知識を適用します。 これらのプロジェクトの多くの障害に直面プロジェクトの成功を妨げることができる-を獲得するのが困難なソフトウェアを政治的な干渉を見つけました。 リーダーシップを支援する必要のニーズを達成するためには、チームの成功を収めた。 自然kmにされたため、プロジェクトは長期にわたる複雑な事業と、プロジェクトマネジャーのタスクの実行を容易にする必要があります。 チームの雰囲気の建物の複雑なプロジェクトとして増えているが、これは参加して、多くの人の数が規律します。 プロジェクトkmにも例外ではないです。 する努力が必要との専門家を組み立てるだけではなくても協力を奨励するコミットメントを達成するためのビジョンに向けています。 プロジェクトチーム、スポンサー、顧客と協力して所有する必要があり、プロジェクトの結果です。 kmには、将来文学を読むことから、それは安全に関心をpredic t kmにまで成長しています。 ますます多くの企業がアプリケーションの建物kmに不可欠な役割を果たすことが彼らのパフォーマンスを再生します。 システムとしての数kmに増加させるため、課題に実施されたプロジェクトキロに成功しました。 他の開発プロジェクトのようなことは、過去のプロジェクトを生み出すkmにいくつかの大きな成果が得られ-も同様にいくつかの大きな災害ます。 それは欲望を達成するため、前者と後者のを避けることは、プロジェクトマネジメントで重要な役割をkmにシステムを構築します。 これは、記事を追加したカレンdelaide
|
|||||||||||||||||||||
|