공학기구의 효과적인 의사소통 감사를 수행하는 방법

이 문서는 귀하가 돕기 위해 쿠키를 사용합니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다. 이 쿠키는 귀하의 동의를 거부 할 수 있습니다.

소통 감사

의사결정은 조직의 내부 및 외부 통신 관행을 할 때 통신 감사의 체계적인 평가입니다. 그것은 팀 구성원과 이해 관계자 사이에서 교환의 채널, 메시지, 빈도 및 명확성을 검사합니다. 엔지니어링 컨텍스트에서 감사는 기술 문서와 동사 지침, 불임의 손전사에 기인한 지연 및 교차 기능 협력에 대한 간격으로 손상을 방지하는 데 도움이됩니다.

이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.

감사를 준비

명확한 Objectives 정의

특정한, measurable 목표를 수립해서 시작하십시오. 공학 팀을 위한 일반적인 목적은 다음을 포함합니다:

팀 사이에 통과 된 기술 사양의 정확도 향상
명확한 결과를 갖는 회의의 수를 감소
원격 또는 하이브리드 팀의 프로젝트 상태 업데이트의 가시성을 향상
배포 지연을 일으키는 통신 병목을 식별

명확한 목표는 감사의 범위를 안내하고 적절한 데이터 수집 방법을 선택할 수 있도록 도와줍니다. 예를 들어, 회의 하중 초과를 줄이는 경우, 이메일 트래픽보다 cadence, 지속 가능성 및 출석 피드백에 중점을두고 싶습니다.

범위 및 유지자 정의

팀, 프로젝트 또는 통신 채널이 포함될 수 있는 결정. 좁은 감사는 단일 엔지니어링 스쿼드의 일일 스탠드 업 및 스프린트 리뷰에 초점을 맞출 수 있습니다. 넓은 감사는 제품, 디자인 및 여러 제품 라인의 엔지니어링을 통해 할 수 있습니다. 핵심 이해 관계자를 식별하여 팀 리드, 프로젝트 관리자, 기술 작가 및 개별 기여자 - 호는 다양한 관점을 제공 할 수 있습니다. 어떤 권장 사항의 변경에 대한 구매 및 리소스를 확보하기 위해 일찍 참여 리더십.

Data Collection 방법

풍부한 데이터 세트를 수집하는 것은 의미있는 감사에 필수적입니다. 찾기를 삼는 여러 방법을 결합합니다.

연구분야

의문은 의문은 의문이다. 의문은 의문은 의문이다. 의문은 의문은 의문은 의문은 의문은 의문은 의문이다. 의문은 의문은 의문은 의문은 의문이다. 의문은 의문은 의문은 의문은 의문은 의문은문은 의문은문은 의문은문은문은문은문은문은문은문은문은문은문은문은문은문은문이다.

인터뷰 및 초점 그룹

팀 리드와 크로스 기능 파트너와 함께 한 대 한 인터뷰를 실시 합니다. 특정 통신 통증 점에 대 한 문의, 불완전으로 인해 지연 된 결정. 초점 그룹 4-6 참가자와 함께 지상 공유 좌절 및 공동 아이디어를 수 있습니다. 세션은 크로스-컴포 슨을 활성화 하는 데 필요한 일관적인 세트와 함께 구성.

관찰 및 Artifact 검토

Shadow team meetings (stand-ups, sprint Planning, retrospectives)는 실시간 동적을 관찰합니다. 커뮤니케이션 artifacts: pull request descriptions, project documentation, Slack thread, email thread, and meeting notes. 일관성, 완성 및 합의 된 템플릿 또는 프로토콜에 대한 준수를 확인하십시오.

Tool Analytics의 장점

여러분의 협업 도구에서 광산 데이터. 예를 들어, 채널당 Slack 메시지 볼륨 분석, 반응 시간, 또는 unanswered 메시지의 비율. Jira에서, 종종 티켓이 불충분한 요구로 인해 다시 열거되는 방법을 살펴. 이 미터는 통신 건강의 객관적인 증거를 제공합니다.

분석 통신 흐름

데이터가 손으로, 조직의 정보 통로를 매핑합니다. 제품 소유자로부터 관리자를 설계하고 테스터에 이르기까지 통신이 어떻게 움직이는지 보여주는 시각 다이어그램을 만듭니다. 메시지가 지연되거나 파괴되는 높은 조명 노드.

Bottlenecks 및 Redundancies를 식별

일반적인 기술설계 Bottlenecks는 다음을 포함합니다:

팀 간의 정보를 릴레이해야 할 실패의 단일 지점
Overloaded 채널 (예, 모든 프로젝트 업데이트를위한 단일 Slack 채널)
디자인과 개발 사이의 손오프 간격, 주변 사양에 선도
긴 이메일 스레드에 임의 정보가 묻기 때문에 지연 된 결정

Redundancies는 동일한 정보가 동기화 없이 여러 채널에서 공유될 때 발생하며, 소스가 권한이 있는 혼란을 일으키는 원인이 됩니다. 연결에 대한 이러한 플래그를 연결하십시오.

측정 통신 효과

가능한 한 Quantify 키 메트릭. 엔지니어링 커뮤니케이션의 Common KPIs는 다음과 같습니다.

긴급한 요청에 평균 응답 시간 (예를들면, P0 버그)
개발자 당 주 당 회의의 수
최신의 프로젝트 문서의 백분율
sprint가 시작된 후에 필요조건 명확화의 빈도
직원 만족 점수 관련 정보 접근성

설문 조사 또는 업계 표준에서 벤치 마크에 대한 이러한 비교. 예를 들어, Atlassian의 연구]는 불필요한 회의에서 월 평균 직원 지출 31 시간을 제안한다 - 엔지니어링 팀은 이것을 줄이기 위해 목표로한다.

힘과 Weaknesses를 식별

어떤 작업과 어떤 일이 아닙니다 목록을 컴파일하는 결과를 분석합니다.

공학 팀의 일반적인 강점

구조화된 스탠드 업으로 깨끗한 타이머
코드 검토 토론에 대한 풀 요청 의견의 효과적인 사용
위키 또는 영향력에 대한 중앙화 된 문서
자주 묻는 질문

전형적인 Weaknesses

필요한 이해 관계자를 제외하고 알 수 있는 정보 채널(예, DM)에 대한 이상적
결정 로그의 부족 - 기록 된 결과없이 종료
비엔지터를 끊는 과 기술적인 jargon에서 쓴 문서
문제 차단을 위한 효과적인 에스컬레이션 경로

각측정속도, 품질, 팀 도덕에 영향을 미칩니다. severity vs. 주파수의 간단한 매트릭스를 사용하여 먼저 행동하는 것을 결정합니다.

개선의 구현

행동 계획으로 통찰력을 끄십시오. 한 번에 모든 것을 고치려고하지 마십시오. 2 ~ 3 높은 충격 변화에 중점을 둡니다.

더 나은 도구 및 프로토콜을 채택

귀하의 감사는 정보를 흩어져, 공유 대시보드 또는 비동기 업데이트 도구와 같은 프로젝트 상태에 대한 진실의 단일 소스를 구현 고려. 회의가 비생산적 인 경우, 의제와 분 회의 템플릿을 소개합니다. 원격 팀에 대 한, 명확한 프로토콜 시간대에 걸쳐 응답 시간 동안.

Targeted Training에 대한 정보

기술적인 쓰기, concise stand-ups, 또는 단기능 커뮤니케이션에 작업장을 제안하십시오. 모형 효과적인 커뮤니케이션 습관에 고위와 가진 쌍 엔지니어. 훈련은, 1 시간 아닙니다 지속되어야 합니다.

Handoff 절차

팀 간의 손전등 프로세스를 문서화 (예: 디자인에서 개발까지의). 어떤 artifact가 생성되어야한다는 것을 지정하십시오 (철사, 합격 기준, 등) 그리고 누가 검증을 위해 책임지고. 체크리스트를 사용하여 주변성을 줄일 수 있습니다.

통신 Rhythm 만들기

예측 가능한 캐비티를 수립하십시오. 매일 대기 (15 분 이상), 주간 크로스 팀 동기화 및 월간 모든 손 업데이트. 업데이트 및 기여할 때 통신 캘린더를 게시하십시오.

Example: 감사가 끝난 후 과도한 슬랙 스레드가 결정 지연을 일으키고, 모바일 엔지니어링 팀은 “절절절한 결론과 행동 항목이 게시 된 “절절삭 채널”을 도입했습니다. 두 개의 스프린트 내에서, 평균 시간은 차단 문제를 닫는 데 40%.

성공과 혁신

감사는 한 번 수정이 아닙니다. 일정 후속 감사 (예 : 90 일 후)는 변경의 영향을 측정합니다. 동일한 설문 조사와 지표를 반복하여 진행 상황을 추적합니다. 개선의 주요 지표는 다음과 같습니다.

Fewer는 스탠드 업 또는 프로젝트 채널에서 질문을 반복했습니다.
높은 만족도는 정보 명확성에 점수
폐관의 수를 결정
주당 회의 시간을 감소

특정 개선이 결과의 수율을 유지하지 않으면 가정을 다시 볼 수 있습니다. 때때로 루트 원인은 채널 선택이 아니라 조직 문화 - 예를 들어, 나쁜 뉴스를 조기 공유하는 두려움. 리더십 모델링 및 심리적 안전 관행을 통해 이러한 문화 장벽에 대한 주소.