조금 덜 대화

언제 지난번에 회의를 예약하고 누군가가 소외감을 느끼는 것을 원하지 않기 때문에 정말로 참석해야하는 세 사람 대신 8 명을 초대 했습니까?

마지막으로 회사 전체에 '이봐, 커피 술꾼들에게주의를 기울 이세요 : 냄비를 다 먹으면 다른 것을 만드세요!'와 같은 이메일을 마지막으로 보냈을 때입니다. 실제로이 규칙을 위반하는 사람은 단 한 명 뿐이지 만 (그리고 그녀는 공동 설립자입니다)?

브로슈어와는 아무런 관련이 없지만 그가 오렌지를 좋아하지 않는다는 것을 확실히 알고있는 프로그래머와 새 브로슈어의 색상 팔레트에 대해 마지막으로 논의한 적이 언제입니까?

다음은 일반적인 질병의 증상입니다. 너무 많은 의사 소통 .

이제 우리 모두는 의사 소통이 매우 중요하고 많은 조직 문제가 의사 소통 실패로 인해 발생한다는 것을 알고 있습니다. 대부분의 사람들은 의사 소통의 양을 늘려서이 문제를 해결하려고합니다. 전자 메일에 모든 사람을 참조하고, 긴 회의를 갖고 전체 직원을 초대하고, 결정을 구현하기 전에 모든 사람에게 2 센트를 요청합니다.

그러나 커뮤니케이션 비용은 생각보다 더 빨리 합산되며 특히 대규모 팀에서는 더욱 그렇습니다. 예전에는 차고에서 세 사람과 함께 모든 것에 대해 서로 이야기하면서 일하던 것이 직원 수가 10 명 또는 20 명에 이르면 작동하지 않습니다. 회의에 참석할 필요가없는 사람은 모두 생산성을 떨어 뜨리고 있습니다. 그 이메일을 읽을 필요가없는 사람은 모두주의가 산만 해집니다. 어떤 시점에서 지나친 의사 소통은 효율적이지 않습니다.

빠르게 성장하는 스타트 업에게는 특히 교활한 문제입니다. 당신이 정말 작고 막 시작했을 때, 당신은 그다지 많은 사람이 없기 때문에 모든 사람이 모든 것에 대해 루프를 유지하는 데 그렇게 많은 시간이 걸리지 않습니다. 그러나 규모가 커질수록 특정 토론에 잠재적으로 참여할 수있는 사람의 수가 증가하고 회사로서 수행하는 일의 양이 증가하고 과도한 의사 소통에 낭비 할 수있는 시간이 심각한 문제가됩니다.

회사가 확장됨에 따라 그 안의 사람들이 전문화되기 시작합니다. 이 시점에서 일부 관리자는 '모든 사람이 같은 페이지에 머물러 있도록'문제가 있다고 결론 지을 것입니다. 그러나 종종 그들이 실제로 가지고있는 것은 '뭔가에 대해 일하는 똑똑한 사람들이 이미 충분히있을 때 사람들이 간섭하지 못하도록 막는 것'문제입니다.

마조리 하비는 몇 번이나 결혼했습니까?

Bob in Accounting이 새 광고 캠페인의 사진에 대해 말할만한 유용한 정보가 없다는 것은 아닙니다. 예, Bob은 미술 석사 학위를 받았습니다. 예, Bob은 아마추어 사진 작가입니다. 그리고 아마도 그는 마케팅에있는 사람들보다 더 나은 취향을 가지고있을 것입니다. 그래도 밥은 마케팅 관리자에게해야 할 일을 말해서는 안됩니다. 왜냐하면 효율적이지 않기 때문입니다. 사실 매우 비효율적입니다.

조직 내 과도한 의사 소통의 비용은 Fred Brooks가 1975 년 저서에서 구체화했습니다. 신화적인 남자-월 . Brooks는 IBM에서 OS / 360 프로젝트를 실행하여 회사의 메인 프레임을위한 거대한 운영 체제를 구축하는 것을 도왔습니다. 그 당시 컴퓨터는 방 크기의 수냉식 기계였으며 때로는 256,000 바이트의 주 메모리를 가지고있었습니다. OS / 360은 아마도 그 시점까지 시도 된 가장 큰 소프트웨어 프로젝트 일 것입니다. 그리고 그것은 기념비적으로 늦은.

프로젝트의 일부 측면이 일정에 뒤처 질 때마다 IBM은 작업에 몇 명을 더 배정했습니다. 그리고 여전히 사람들을 놀라게하는 Brooks가 알아 차린 것은 이것이 작동하지 않는다는 것입니다. 그의 관찰은 Brooks의 법칙으로 알려지게되었습니다. 늦은 프로젝트에 사람을 추가하면 나중에 계속 실행되는 경향이 있습니다.

직관적이지 않기 때문에 그 문장을 다시 읽으십시오. Brooks는 프로젝트에 사람을 추가하면 일정보다 더 늦다 .

어떻게 그렇게 될수 있니? 새로운 사람을 팀에 추가하면 그 사람은 팀의 다른 모든 사람과 소통하고 조정해야합니다. 이것은 큰 문제처럼 들리지 않지만 그렇습니다. 신입생은 무슨 일이 일어나고 있는지 알지 못하기 때문에 팀의 다른 누군가-지난주에 생산적인 일을하던 누군가-자신의 일을 중단하고이 초보자에게 밧줄을 보여줘야합니다.

팀이 클수록 악화됩니다. 한 사람으로 구성된 팀이 있으면 커뮤니케이션 요구 사항이 없습니다. 없음.

두 번째 사람을 추가하면 이제 하나의 연결이됩니다. Adam과 Mary는 가끔씩 서로 대화해야합니다.

멜리사 "미시" 로스스타인

이제 Srinivas와 같은 세 번째 사람을 추가하면 Srinivas가 Adam 및 Mary와 대화를해야하기 때문에 갑자기 연결이 1 개에서 3 개로 변경되었습니다.

네 번째 사람을 추가하십시오. 저를 도와 줄 이름이 부족합니다. 좋아요 : 브리트니. 그녀를 추가하고 그녀가 그들 모두와 협력해야한다면 6 개의 연결을 얻게됩니다.

수학적인 경향이있는 경우 공식은 팀에 n 명의 사람이 있으면 (엔^두-n) / 2 사이. 이 차트는 이것이 어떻게 문제가되는지 보여줍니다.

보시다시피, 통신 비용은 매우 빠르게 증가하기 시작하여 대규모 팀에서는 누구나 다른 모든 사람과 협력 할 시간이 있고 아무도 작업을 완료하지 못할 때까지합니다. 2006 년 Microsoft의 전 프로그래머 인 Moishe Lettvin은 컴퓨터를 끄는 데 사용하는 메뉴 인 Windows Vista의 한 메뉴에 표시 될 항목 목록을 조정하는 데 사용한 해를 설명하는 블로그 게시물을 작성했습니다. (보다 Windows 종료 Crapfest .) Lettvin은 43 명이이 하나의 메뉴를 디자인하는 데 모두 의견이 있다고 생각했습니다. 마흔 세! Brooks의 공식에 따르면 이는 903 개의 연결을 관리하는 것을 의미합니다. Lettvin은 조정 작업에 너무 많은 시간을 할애하여 12 개월 만에 200 줄 미만의 코드를 생성했다고 말합니다.

상사는 커뮤니케이션 경로를 줄이는 방법을 설계해야합니다. 회사 전체 메일 링리스트를 제거하거나 최소한 $ 1.50를 청구하여 게시합니다. 대규모 회의를 중단하십시오. 사람들이 회의에 포함되지 않았기 때문에 긴장하지 않는 문화가 필요합니다. 즉, 사람들이 일을 한 것에 대해 보상하고 다른 사람들의 일에 간섭하는 것을 찌푸리는 문화가 필요합니다.

그리고 모든 프로젝트에서 한 사람을 지정하여 의사 소통이 이루어 지지만 올바른 의사 소통 만 이루어 지도록합니다. 그렇지 않으면 팀은 그곳의 모든 사람들과 긴 만남을 갖기 시작하고 솔직히 사람들은 사회화하고 부풀어 오르고 말하고 자신의 목소리를 듣기 위해 실제로 신경 쓰지 않는 것에 대해 논쟁합니다.

나는 이것이 아마도 1950 년대의 오래된 관리 방식이 우연히 뭔가 옳은 것을 얻은 사례 중 하나라고 생각합니다. 제너럴 모터스 스타일의 회사에서는 최소한 정보가 깔끔하고 체계적인 조직도를 위아래로 이동하는 데 필요한 아이디어가 있었는데, 이는 조직의 모든 사람이 다음을 수행해야한다는 것이 정답이 아니라는 인식을 어느 정도 보여주었습니다. 모든 것에주의를 기울이십시오.

회사를 시작했을 때 의사 소통을 잘했을 것입니다. 모두가 서로에게 모든 것을 말했습니다. 고객이 구매 주문에 대해 문의했을 때 모두가 그것이 어디에 있는지 알고 있었기 때문에 고객이 그것을 좋아했습니다. 그러나 규모가 커짐에 따라 모든 구매 주문에 대해 모든 사람에게 계속 말할 수는 없으므로 정확한 사람들이 정확히 알아낼 수 있도록 특정 통신 시스템을 발명해야합니다. 기밀이기 때문이 아닙니다. 시간 낭비이기 때문입니다.

Joel Spolsky는 Fog Creek Software의 공동 창립자이자 CEO이며 인기있는 블로그 인 Joel on Software의 호스트입니다. 그의 칼럼 아카이브를 보려면 다음으로 이동하십시오. www.inc.com/author/joel-spolsky .