저는 이메일, 사양, 이름과 같은 글쓰기와 설명을 좋아하는 이상한 개발자입니다. 나는 사람들이 사물을 깊이 이해하도록 돕는 것을 즐깁니다. 나는 그룹의 25 %가 작가가 자신의 입장을 절반 만 설명했거나 서두르고 잘못 쓴 이전의 단절된 이메일을 잘못 이해했기 때문에 그룹이 30 개 또는 40 개의 이메일, 전화 및 회의를 통해 보내는 탁구 커뮤니케이션을 싫어한다. 비판적 단어 또는 부정 또는 두 개를 생략했습니다.
이 특성은 문서화에는 좋지만 내 이메일은 길기 때문에 사람들은 단순히 읽지 않습니다. 내가 사용한 몇 가지 전략은 긴 전자 메일을 첨부 된 Word 문서로 형식화하여 사람들이 문서로 볼 수 있도록 격려하거나 (때로는 놀랍게도 잘 작동 함) 무료 단락 대신 더 많은 글 머리 기호를 사용하려고합니다. 이러한 전략은 독자를 증가 시키지만 내용은 여전히 길다.
물론 복잡한 기술 주제에는 많은 설명과 설명이 필요하지만 소리를 지르고 싶지만 다른 사람에게는 도움이되지 않습니다. 분명히 할 수있는 장단점이 있지만, 명확하지 않거나 나중에 백만 개의 질문, 오해 또는 "약관"이 추가 될 것이라는 진술을 정당화하는 데 어려움을 겪고 있습니다.
커뮤니케이션은 짧지 만 완벽하게 유지하는 방법은 무엇입니까?