배경

전체 사이트가 아니라 아래, 국제 프로젝트 관리 통신에 잘하면 몇 가지 질문을하고 헌신 왜 일부 독자들은 잘 궁금해 수 있습니다.

) to discussing the way in which project communications should be initiated, planned and reported. PMI는 통합과 함께 8 지식 영역의 하나로 통신을 식별, 범위, 시간, 비용, 품질, 인적 자원, 위험 및 조달, 그리고 dedicates의 30 페이지에 지식의 프로젝트 관리 바디 (PMBOK)가 있는 방법을 논의하기 위해 프로젝트 의사 소통은 시작 계획 및보고해야합니다. 그것은 다양한 커뮤니케이션 채널을 구축 관리하고 프로젝트를 닫는 과정을 설명하는 좋은 직업 않습니다.

프로젝트의 상대적인 성공이나 실패에 대한 기여와 같은 통신이 모두 전문가 및 아마추어 모두에 의해 거의 모든 프로젝트 관리 책, 저널 및 기사에서 설명하는, 확실히 직업으로 인정받고있는 패싯입니다.

의사 소통의 도구에서 나오는 많은 정보가있다, 내 자신의 매우 단순한 포함한 간단한 스프레드 시트 및 목록에서 범위의 커뮤니케이션 계획 소프트웨어의 조각의 개수있다 하나 , 일부 매우 복잡하고 인상적인 이해 관계자 관리 도구에 있습니다.

커뮤니케이션 문제는 결국에 프로젝트 실패의 상단 두세 원인에 나열되어 있으며 이것이 조사에서 만드는 매우 일반적인 진술있는 동안, 난 그것이 기술에 더 집중할 수 있도록 참가자를위한 프로젝트 팀 내에서 일반적인 경향을 반영 믿어요 프로젝트의 문제들이 종종 가장 어려운 '소프트'문제로 취소하기, 비 기술적인 작업을 게을리.

당신의 동료 인간에게 이야기하는 방법의 관점에서 작성된 프로젝트 팀의 맥락, 정보, 즉,로 이해하고 다른 인간과 의사 소통의 실제 과정에 대한 약간 연구 또는 조립 정보는, 그러나,있다 사실, 커뮤니케이 션은 정기적으로 일정 및 비용 계획, 자신의 권리를 모두 매우 중요한 분야가 변경 등의 제어에 연구에 매우 가난한 사촌으로오고, 프로젝트 관리의 최소 연구 측면의 하나로서 제공합니다.

그래서, 그것이 말하자면 다른 음성을 위해 커뮤니케이 션을위한 시간 이었다는 생각하고 왔어요.

통신 프로세스가 더 개방적 만들려고 노력하기 전 사이트에 번역 플러그인을 추가,이 플러그인은 결국 같은 종류의 모든 의사 소통하지 않는, 독자 45 주변에 다른 언어 중 하나의 사이트에 접속하실 수 있습니다 언어에 우리 모두가 같은 장소에 사는 것보다 더 많은, 그리고 번역이 완벽하지 않을 수 있지만 잘하면 그들이 우리 모두가 그들을 이해할 수있는 정도면 충분합니다.