今日私があなたと共有するトピックは、プロジェクトがピットに踏み込まないように、プロジェクトの知識の伝達をうまく行う方法です。
いわゆる知識の移転とは、異なるキャリア間での知識の移転と適用を指します。これは、個人間、または組織間での知識の移転の間です。知識の伝達には、共有と吸収という 2つの段階があります。
知識の移転は、最初に知識を共有することです。知識の共有は、対面によるコミュニケーション、または電子メール、ドキュメントなどによって実行できます。知識の吸収は、他の人々の知識を自分の知識に変換すること、または他の組織の知識を自分の組織にうまく適用することによって表されます。
これに関しては誰もが理解し、知識の伝達は至る所にあり、共有と内部化だけではありません。確かに、人間の文明の発達から特定のスキルの学習まで、それは継続的な共有と吸収を通じて達成される必要があります。
いつも同じ穴に落ちたらどうなりますか？
1
たとえば、プロジェクトマネージャーを見てみましょう。パーティーAの父親にサービスを提供するだけでなく、チームメンバーを働かせるためにこれらは「技術的な仕事」であり、これらの技術的な知識はどこから来たのですか？
同軸化は一方であり、他方ではそれはノンストップでピットインされるかもしれません。プロジェクトマネージャーの必要なスキルは、常に穴を埋めることです。このプロセスでは、人を働かせたり、穴を埋めたりする場合でも、対応する経験とレッスンが常に蓄積されます。同様のプロジェクトを実行すると、レッスンがあるため、同様の問題に遭遇しやすくなります。
簡単に言うと、知識移転の核心は、プロジェクトで得られた経験と知識を共有して吸収し、将来同じような問題に遭遇したときに再びピットインしないようにする方法です。
ここで私自身の個人的な体験の事例をお話ししたいと思います。
ケースの背景
初期の頃、私は主に政府の情報化建設プロジェクトに従事し、主に2つの部分のシステム構築を担当していました。オンラインの政府業務の承認と内部承認プロセスです。プロジェクトがどこにあるか、どの部門が担当しているか、どのようなビジネスを担当しているかに関係なく、提供する製品は基本的にシステムであり、ほとんど同じです。
しかし、このタイプのプロジェクトを担当していた数年間、私はいつも同じ問題に遭遇しました：
1つ目は、システム開発プロセスで発生したいくつかのバグで、このプロジェクトで解決され、更新され、新しいバージョンに反復されました。私は第三同様のプロジェクトを行う際しかし、問題は、最初のプロジェクトが浮上している、と他のフォローアッププロジェクトは、これらの問題は定期的に繰り返され、あるいは真剣に、プロジェクトの配信スケジュールに影響を与えるが生じ、一度テクニカルディレクターとほとんど引き裂きましょう。
2つ目は、実装チームが問題のすべての要素（必要な材料、条件など）を完了するために約2か月を費やすことと、システムに実装できるビジネス情報を形成するプロセスの調査です。しかし、最終的な要約では、実際には、この作業が完了するまでに2週間しかかからないことがわかりました。これ以前の初期のプロジェクトでは、各調査の実施に2か月かかりました。
当時、同じ種類のプロジェクトを数多く行っていたのに、なぜ効率が改善されなかったのかと思いました。私たちは皆、システム開発プロジェクト、人員の投入がコストであることを知っています。最初のプロジェクトを失うことなく効果的に製品を形成でき、2番目のプロジェクトは大きな利益を得ます。しかし、上記の問題により、いくつかのプロジェクトの実施サイクルが短縮されるだけでなく、人員投入のコストが高くなり、プロジェクト全体のパフォーマンスが大幅に低下しました。
調査の結果、繰り返し穴食の核心を発見しました
2
当時はその理由を探さないといけないと思っていたのですが、そうでなければ次のようなプロジェクトはできませんでした。そこで、私はテスト部門、R＆D部門、そしてプロジェクトメンバーと一緒に話し合いました。最後に、私たちは核心を見つけました：
まず、「定期的な定期的なバグ」の問題に対応して、開発者が問題のフィードバックを受け取るたびに問題が修正され、全員を時間的に同期するための要約ドキュメントが作成されていません。その結果、プロジェクトの概要を作成したときに、この問題への対処の記録を見ることができませんでした。次に、同じ問題が次の類似プロジェクトで繰り返し発生し、製品の配信品質に影響を与えます。
次に、実装効率が低いという問題のために、調査員は3つの異なるテンプレートを使用して3つのプロジェクトを調査し、毎回ユーザーに調査フォームへの入力方法を説明する必要があり、調査が非効率になりました。実際、以前の経験では、同様のプロジェクトの同様のテンプレートについて調査を行っていましたが、この情報はタイムリーに記録および共有されていないため、誰もが知ることができません。
似たような問題はたくさんありますが、誰もが同じ気持ちを持っていると思います。なぜ同じ問題が繰り返し発生するのですか？なぜ効率的な方法が広く使用されていないのですか？これらの問題は、プロジェクトの効率を著しく低下させ、パフォーマンスに影響を与えます。
知識の移転によってピットが失われないようにする方法
３
ちょうど今のケースに戻って、あなたと共有するいくつかのインスピレーションがあります：
1. 1つ目は、知識の伝達の前提は、プロセスと計画された要約を作成し、組織内で習慣を共有する必要があることです。
事件の状況に応じて、この問題を解決するために特別なポストまたは部門を設置するように同社のチーフエンジニアに直接アドバイスしました。プロジェクトチームで内部統制スペシャリストを設定して、プロジェクトで発生した問題を要約して同期化するか、プロジェクトの外部の公開ポストを設定して、すべてのプロジェクト問題の要約と共有を担当できます。まとめる形で共有すると便利です例えば、3種類の共有方法に分けました。
i規範的な問題については、実装仕様が作成されます。これは、類似のプロジェクト実装マニュアルに含まれ、その後のプロジェクトの複製を容易にするための標準化された合理化された実装要件を形成します。
iiシステムの問題の場合、製品データベースにバンドルされ、テスト部門が管理する構成ライブラリに問題データベースが追加されます。これは、システムの問題を制御するのに便利です。
iii実装上の問題の概要については、BBSやナレッジベースと同様のインターフェースを形成し、類似プロジェクトで発生した問題はタイムリーに処理するため、他のプロジェクトマネージャーが簡単に参照できます。同時に、プロジェクトマネージャーは定期的に会合を持ち、アイデアを交換し、ソリューションを交換します。
2.フィードバックのトレーニングと監視を通じて、知識の効果的な内面化を確保する。
要約された知識を共有することに加えて、それをどの程度うまく吸収しているかを確認するには、いくつかのトレーニングと監視が必要です。たとえば、新しいリサーチテンプレートをアップグレードすると、誰もがそれを使用しますか？それは良いですか？キー。誰もが本当にそれを正しく理解して使用することによってのみ、知識の価値が真に伝達されます。
知識移転の事例共有がここにあります。すべてのリスナーが洞察を持ち、将来のプロジェクト管理をより集中的かつ効果的にすることを願っています！
今日のハイライト
▼たとえば、知識移転の価値を高めるための重要な要素：
1.知識の移転とは、異なるキャリア間での知識の移転と適用を指し、個人と個人の間、または組織間での知識の移転の場合があります。知識の伝達には、共有と吸収の2つの段階が含まれます。
2.知識の伝達の前提は、プロセスと計画された要約を作成し、組織内で習慣を共有する必要があることです。
3.フィードバックのトレーニングと監視を通じて、知識の効果的な内面化を確保する。
PMP準備資料を必要とする学生はメッセージを残すことができます
