共通のコミュニケーションの問題や、通信モデル
コンポーネントの通信モデルを知っている場合は、重要な場所を特定する必要があり、プロジェクトマネージャの通信構成が起こっています。 時には、その内訳は、メッセージが発生しました。 ときどき、懸念して表面化するメディアの選択であり、時として、それはただの騒音です。 基本的な通信モデルが含まれて送信、受信すると、メッセージが表示します。 このメッセージが表示さを介して伝送メディア(音声、書いた単語、ラジオ、テレビ、インスタントメッセージ、ウェブページなど)に送信された後でエンコードされます。 旅行してメディアを介して、さまざまなフィルタの適用(を含む言語で、理解し、物理的な距離など)に変更してメッセージを受信することが到着するための復号化されます。 メッセージを受け取ったとして、他の楽しませる、または騒音、干渉する可能性に至るまで、携帯電話が鳴って、洗濯機をブラブラさせて、窓の外のウィンドウにします。 メッセージを受け取り、デコードと5月のプロンプトでいくつかのフィードバックを送信するさまざまなフォームします。 これらのコンポーネントは、それぞれの通信の機会とリスクの両方のモデルを表し:理解する機会を向上させる;メッセージの危険性を失ったとします。 メディアの選択が決定的に重要である通信モデルです。 マーシャルマクルーハンとしての仕事を強調したクラシック、理解メディア:男の拡張子は、 "メディアはメッセージ"と述べた。射撃チームのメンバーに電子メールでは、従来のビジネスプロトコル違反と見なされます。 射撃チームのメンバーを拡声器をいっそう悪化させるだろうします。 射撃チームのメンバーは、 1対1の会話は、現場から離れて、合理的かつ公正な考えかもしれませんします。 メッセージは同じです。 メディアを変更するだけです。 選択して通信メディアのモデルは、重要な問題は、どのように判断することができたため、メディアの情報は、フィルタリング、デコード、および受信します。 メディアに分類することができ、さまざまな方法でホストします。 - 1つの方法は、意図的にいくつかのメディア(演説、ラウドスピーカー)は、他の方が熱心に親密な( oneon - 1つは、顔を突き合わせコミュニケーションズ)します。 いくつかは、リモート(電子メール、インスタントメッセージ、 teleconferences )は、他の方が直接(会議、プレゼンテーション)します。いくつかの放送(テレビ、ラジオ)は、他の方がはるかに狭い範囲(ウェブサイト)します。 メディアの選択の大部分を決定することができ、どのようにメッセージを受け取り、デコードします。 それは、最大のプロジェクトマネージャーを確かめるには、適切な媒体です。 ディレクティブが発行された場合は、フィードバックはありませんが望ましいまたは必要な場合、 1つの可能性があり、双方向のコミュニケーション試着します。 個人の場合には、機密情報のフィードバックは必須であり、電子メールを超える可能性があり、チームミーティング推奨します。 意図している場合には"わあ"や、顧客管理、正式なプレゼンテーションの可能性があり、正しいルートします。 メディアは、道具の選択を決定する際には、どのようにメッセージが表示されます。 受信したメッセージをデコードシリーズのフィルタを介しています。 フィルタは、最も共通の言語である。 専門用語水晶のようにクリアすることができそうで、あいまいなメッセージが表示します。 頭字語を離れるかもしれ読者や聞き手の誤解が海の波に洗われています。 エンコードの際、メッセージの送信者は、受信者に留意しなければならないの能力をデコードしてください。 フィルタは、個人またはやや排他的にアピールできます。 騒音ではありませんします。 騒音はどんな気分転換をはかれる環境を損ねることから、 5月には、メッセージの理解を受信します。 ポップコーンのにおいがするのに十分な可能性があり隣の部屋では、メッセージの領収書をシャットダウンしています。 チョウの窓の外にすることができ"うるさい"を視覚的に十分な注意をそらすの全員が会議をします。 風邪の首の後ろに草案を作成することはできません触覚騒音無視されます。 メッセージを受け取ったとしたら、デコード、受信機のフィードバックを提供する場合があります。 このようなフィードバックを話される可能性があり、書面、またはボディランゲージや態度を介して伝送されます。 フィードバックが提供としては、メッセージになっており、あらためてサイクル開始します。 通信に問題が発生したときのモデルブレークダウンします。 こうした懸念して、説得力のマニフェスト方法があります。 彼らのプロジェクトの通信に問題が明らかになるとします。 例として、次の: •送信者/受信者の問題 •差出人、メッセージの送信に失敗しました。 (彼、あるいは彼女を信じ、プロジェクトマネージャの電子メールを送信し、それは決して送信されます。 ) •受信したメッセージの受信に失敗しました。 (顧客のe - mailシステムメンテナンスのため停止中だったときにメッセージが送信されます。 ) •メッセージが受信できる形式ではありません理解しています。 (メッセージの添付ファイルに付属していたなじみのない形式です。 ) •メッセージが受理されると、しかし、誤解します。 (プロジェクトマネージャの用語を使用したネットワーク図を参照するには、スケジュール、顧客と考えられたが、彼らはコンピュータシステムについて議論します) •メッセージが送信されますが、送信者が利用できません。 (顧客には、 1週間休場となる。 ) •メッセージの問題 •メッセージは不完全です。 (最初の7章だけで、 8章では、書籍に送信されます。 ) •送信されたメッセージは、間違ったパーティーを開いた。 (プロジェクトマネージャーにメッセージを配信した事故で、顧客の下請けをします。 ) •メッセージの言語は、間違っています。 (プロジェクトチームのメンバーを顧客に提供するexpla国の広範な専門用語を使用します) •メディアの問題 •選ばれたメディアは、間違っています。 (プロジェクトマネージャに送信するメッセージに敏感な顧客関係については、電子メールを介します) •メディアは、私的に流用します。 (プロジェクトマネージャの葉に20分間のボイスメールします。 ) •媒体は壊れています。 ( e - mailシステムtranscribesのメッセージを理解できないジャーゴンます) ほとんどしない場合、すべて、これらの共通の問題が解決します。 これらのソリューションは、共通しているという考えに根差し整合性をより多くの通信が適用され、より多くのメッセージを容易にすることができ、送受信した可能性が高いとしていると理解されるべきだ。 ステータスレポートを取る場合は、同じ形式の週の1週間後に1週間後には、チームのメンバー記入して適切な方法を知っていることができ、より迅速かつ効率的に、プロジェクトのステータスを更新しています。 これらのレポートを受け取るときに、その顧客、彼らはどこを探して知っている彼らの情報を検討するため、彼らは密接な関係があると見たのは、前のレポートに慣れて欲しい情報を求めています。 もし、プロジェクトマネージャチームのメンバーを知っているのはいつもの葉ボイスメールを、以下の長さは30秒後には、これらのメッセージはもっと可能性があるよりも高い評価を受けている場合は、数秒ごとに異なるメッセージをmanyminutesに長い痛烈ます。 整合性は、キーを押します。 プロジェクトマネージャを求めて、いくつかの効果的なコミュニケーションを測るとの整合性を求めています。 していることを確認しなければならプロジェクトマネージャのメッセージは、送受信を明確に理解されており、すべての政党参加している。 この方法を実際に起こることを確認しては、共通のアプローチを使用すると、フォーム、テンプレート、およびコミュニケーションの構造を明確にする必要が何を知っていて、受信時には受信側のニーズを知っています。 これは、記事を追加したデビッドティムズ
|
|||
|