지은이의 말 <br/>옮긴이의 말 <br/>이 책의 구성 <br/><br/><b>[기초편]<br/><br/>제1장 엔지니어가 작성하는 문장의 문제점과 문장 표현력<br/></b>1-1 비즈니스를 위한 문장 작성에 필요한 지식 <br/>엔지니어가 작성하는 문장의 문제점 <br/>피해야 할 문장 <br/>1-2 문장의 기본은 문장을 읽을 대상과 목적을 파악하는 것 <br/>‘설득’할 때 필요한 문장의 기술 <br/>기획제안서의 설득력<br/>설득력 있는 기획제안서 작성하기 <br/>1-3 문장 표현력의 기초 작성 기술 <br/>7가지 기술을 이용한 문장의 예시 <br/><br/><B>제2장 문장 표현력의 기초 작성 기술을 활용한다<br/></b>2-1 7가지 기술_1 논점을 명확하게 쓰기 <br/>① 전달하고 싶은 내용을 요약한다 <br/>② 전달하고 싶은 논점은 맨 앞에 쓴다 <br/>③ 논점과 보충 정보를 분리한다 <br/>④ 관계없는 내용은 쓰지 않는다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/>2-2 7가지 기술_2 납득할 수 있게 쓰기 <br/>① 맨 앞에 주장과 주장한 이유를 쓴다 <br/>② 이유는 납득할 수 있게 쓴다 <br/>③ 이유는 사실에 근거하고 수치 등을 사용하여 객관적으로 쓴다 <br/>④ 사실과 의견을 분리한다 <br/>⑤ 수동적인 표현과 복잡한 표현을 사용하지 않는다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/>2-3 7가지 기술_3 한 눈에 파악되게 쓰기 <br/>① 문장의 성격과 그룹을 도출한다 <br/>② 결론과 그 이유를 맨 앞에 쓴다 <br/>③ 개요와 상세는 분리한다 <br/>④ 소, 중, 대 항목의 계층을 설정한다 <br/>⑤ 너무 상세한 내용은 본문에 쓰지 않고 별첨에 쓴다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/>2-4 7가지 기술_4 이해하기 쉽게 쓰기 <br/>① 한마디로 요약한다 <br/>② 어려운 단어를 바꾼다 <br/>③ 용어를 정의한다 <br/>④ 각주나 괄호를 사용한다 <br/>⑤ 구체적인 예시를 열거한다 <br/>연습문제 <br/>검토 방법과 해답 예시<br/>2-5 7가지 기술_5 생략 없이 정확하게 쓰기 <br/>① 생략하지 않는다 <br/>② 주어나 주체를 명확히 쓴다 <br/>③ 무의미한 정보나 불명확한 정보를 기재하지 않는다 <br/>④ 애매한 내용을 쓰지 않는다 <br/>⑤ 미결, 기결, 액션 플랜을 명확히 한다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/>2-6 7가지 기술_6 단문으로 쓰기 <br/>① 조사, 형용사, 수식어 등을 배제한다 <br/>② 기호화한다 <br/>③ 각주로 처리하고 본문에서 제외한다 <br/>④ 수동 표현을 능동 표현으로 바꾼다 <br/>⑤ 그림이나 표로 치환한다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/>2-7 7가지 기술_7 감정에 호소해서 쓰기<br/>① 감정을 자극하는 칭찬을 한다 <br/>② 의욕을 보인다 <br/>③ 비판, 반론을 먼저 스스로 언급한다 <br/>④ 선택 효과를 사용한다 <br/>⑤ 대비 효과를 사용한다 <br/>연습문제 <br/>검토 방법과 해답 예시 <br/><br/><br/><b>[실천편]<br/><br/>제3장 사내의 기본적인 커뮤니케이션<br/></b>3-1 조사 결과를 보고한다-조사 결과 보고 <br/>① 요청 받은 내용과 조사 방법 <br/>② 자신의 생각, 제안 <br/>③ 주의 사항 <br/>3-2 결함 현황을 보고한다-결함 보고 <br/>① 결함의 상황과 경향을 분석한다 <br/>② 결함이 발생한 원인은 객관적으로 쓴다 <br/>③ 재발 방지 대책은 구체적으로 쓴다 <br/>3-3 진척 지연을 보고한다-진척 보고 <br/>① ‘어느 정도 늦어질 것인가’ 지연 규모 <br/>② ‘왜 늦어진 것인가’ 지연 원인 <br/>③ ‘지연을 회복시킬 수 있는가’ 지연 대책 <br/>3-4 회의 개최를 통지한다-회의 개최 통지 <br/>① 회의의 기본적인 사항 <br/>② 회의의 목적, 주제·안건 <br/>③ 회의의 사전 준비 작업 <br/>3-5 회의 결과를 보고한다-회의록 <br/>① 회의 안건, 참석자 등의 기본 정보 <br/>② 기결사항과 누가 담당할 것인가 <br/>③ 미결사항과 언제까지 결정할 것인가 <br/>3-6 연습문제-이슈보고서 작성하기 <br/>3-7 연습문제의 해설과 작성 예시 <br/>① 시스템 특징과 개요 <br/>② 테스트 이슈 <br/>③ 테스트의 문제점 및 해결 방안 <br/><br/><b>제4장 고객이나 사외 인원과 문서 주고 받기<br/></b>4-1 고객을 인터뷰한다-인터뷰 의뢰 <br/>① 물어보고 싶은 내용을 세분화한다 <br/>② 대답하기 쉽게 예시를 작성한다 <br/>③ 애로사항을 물어본다 <br/>4-2 시스템 도입을 위한 정보나 제안을 의뢰한다-정보제공의뢰, 제안의뢰 <br/>① 요건, 요구사항 <br/>② 마감일 <br/>③ 경쟁 정보 <br/>4-3 고객과 해결 방안을 논의한다-디자인씽킹 실시 의뢰 <br/>① 검토 방법 및 절차 <br/>② 진행방식의 이점·혜택 <br/>③ 참석자의 조건 <br/>4-4 고객의 결정을 유도한다-협상 메일·문서 <br/>① 조건이 맞지 않는 부분 <br/>② 남아 있는 과제 <br/>③ 다음 단계 <br/>4-5 고객의 의뢰를 거절한다-의뢰 거절 메일·문서 <br/>① 고객의 ‘노력이 필요하거나 귀찮아질 작업’이 될 만한 이유 <br/>② 고객사에 오히려 해가 될 만한 대의 명분 <br/>③ 고객이 직접 판단하도록 유도 <br/>4-6 연습문제-제안의뢰서 작성하기 <br/>4-7 연습문제의 해설과 작성 예시 <br/>① 대상 시스템의 개요, 개발 기간 등의 기초 정보 <br/>② 기능 요건 <br/>③ 비기능 요건 <br/>④ 향후 예정 <br/>⑤ 기타, 제안 의뢰처에 전달할 것 <br/><br/><b>제5장 아이디어나 기획을 검토하고 제안한다<br/></b>5-1 기획에 필요한 정보를 사외로부터 수집한다-정보제공의뢰 메일·문서 <br/>① 정보를 수집할 수 있는 협력 관계 구축 <br/>② 정보제공업체에 부여되는 혜택 <br/>③ 정보원의 의지와 전문 분야 파악 <br/>5-2 업무 개선 기획을 검토한다-업무 개선 기획 <br/>① 타사 사례 및 전문가 등의 의견 <br/>② 실증 실험의 결과 <br/>③ 이해관계자의 목소리·의견 <br/>5-3 상사를 설득시킨다-설득 메일·문서 <br/>① 상사가 반대할 만 한 논점을 명확히 한다 <br/>② 구체적인 대책을 쓴다 <br/>③ 열의를 보인다 <br/>5-4 새로운 비즈니스를 기획한다-신규 비즈니스 기획 <br/>① 비즈니스 아이디어 <br/>② 차별화 포인트 <br/>③ 사업성을 판단할 수 있는 근거 자료 <br/>④ 사업 개시의 장애물(준비 정도) <br/>5-5 브레인스토밍, 아이디어를 함께 도출한다-슬랙 등의 채팅 스타일 <br/>① 기본 규칙 <br/>② 계기 혹은 실마리가 될 만한 기사, 의견 <br/>③ 다른 사람으로부터 나온 의견이나 아이디어에는 빠르게 반응 <br/>5-6 연습문제-신규 비즈니스 기획서 작성하기 <br/>5-7 연습문제의 해설과 작성 예시 <br/>① 기획의 개요 <br/>② 차별화 포인트 <br/>③ 사업성 판단 근거 <br/>④ 사업 개시의 용이성 <br/><br/><b>제6장 상대방을 배려한 사내 커뮤니케이션<br/></b>6-1 다른 부문의 사람에게 의뢰한다-업무협력의뢰 메일·문서 <br/>① 협력하고 싶은 이유 <br/>② 상대의 마음에 호소하는 단어 <br/>③ 협력했을 때의 혜택 또는 협력하지 않았을 때의 불리한 점 <br/>6-2 후배나 부하를 칭찬해서 의욕을 불어넣어 준다-코칭 메일·문서 <br/>① 구체적인 칭찬 내용 <br/>② 왜 좋았는지, 칭찬하는 이유 <br/>③ 기대하는 말 <br/>6-3 감사의 마음을 전달한다- 감사 메일·문서 <br/>① 감사의 마음(정중하게 쓴다) <br/>② 도움이 된 내용(구체적으로 쓴다) <br/>③ 또 다시 협력하고 싶다고 생각되는 표현 <br/>6-4 업무를 지시한다-업무지시서 <br/>① 업무의 목적이나 배경 <br/>② 구체적인 지시 <br/>③ 완료일과 이후의 절차 <br/>6-5 같은 목적과 생각이 있는 동료를 만든다-협업권유 메일·문서 <br/>① 무엇을 하고 싶은가에 관한 목적·취지 <br/>② 동료에게 부여되는 혜택 <br/>③ 부담 정도 <br/>6-6 연습문제-업무지시서 작성하기 <br/>6-7 연습문제의 해설과 작성 예시 <br/>① 업무 지시의 배경과 목적 <br/>② 업무의 방침과 방향성 <br/>③ 완성일과 그 이후의 업무 절차 <br/><br/>맺음말 <br/>찾아보기<br/>

--------이런 고민을 하는 독자-----------
상사에게 자주 이런 말을 듣는다.
“그래서 어쩌라는 겁니까?”
“결론이 뭡니까?”
“무슨 소리를 하는 거죠?”
“대책이 뭔가요?”
“근거가 있습니까?”
…
메일 하나 쓰는 것도 조심스럽고 주저한다.
보고서 쓰는 게 제일 힘들다.
대체 어떻게 문서를 만들어야 할지 난감하다.
템플릿이 있기는 하지만, 내가 쓴 보고서가 제대로 쓴 건지 모르겠다.
지금 내가 쓰고 있는 제안서에 팀의 명운이 달려있다.
내가 만든 문장이 제대로 작성되었는지 잘 모르겠다.


엔지니어가 기술력만 있으면 된다고요?
기술력에 더해 커뮤니케이션 능력이 있어야 인정받는 엔지니어가 될 수 있습니다.
모든 커뮤니케이션의 기본은 문장 작성 능력입니다.
협업을 이끌어 내야 할 때, 상대를 설득해야 할 때, 상사의 승인을 받아야 할 때, 우리는 문장 하나하나를 작성하는 것부터 시작합니다.

문장을 잘 만들기 위해서는 문장의 특징을 이해하고 어떻게 만들어야 하는지 배우고 연습해야 합니다. 이 책은 문장 작성의 기술을 7가지로 나누고 기초편에서는 각각의 기술을 체득하는 훈련을 할 수 있습니다. 이후 실천편에서는 실제 업무 상황에 맞게 다양한 사례의 문장을 작성해 보면서 자연스럽게 문장 작성 능력을 키울 수 있습니다.

이 책이 제시하는 7가지 문장 작성의 기술
① 논점을 명확하게 쓰기
② 납득할 수 있게 쓰기
③ 한눈에 파악되게 쓰기
④ 이해하기 쉽게 쓰기
⑤ 생략 없이 정확하게 쓰기
⑥ 단문으로 쓰기
⑦ 감정에 호소해서 쓰기

다음은 이 책의 기초편에서 보여주는 예시 중 하나로 엔지니어 김은비님의 문건(Before)을 7가지 문장 작성의 기술 관점에서 새로운 문건(After)으로 수정한 사례입니다.

------------------------------------------------------------------------------------------------------------
[Before]

안건: 테스트에 관한 의뢰
개발2팀 김은비입니다.

현재 시스템 테스트 단계로 3,900개의 테스트 케이스를 완료한 상태이며 버그 건수는 총 54건으로 안정된 수준입니다.
단, 향후를 고려하여 테스터를 조금 더 확보해 둘 필요가 있다고 생각되어, 테스터 확보를 검토하고 있습니다. 그리고 모든 관련 부서에 테스트 아이템에 관해 설명이 필요하여 설명회의 일정을 조정하고자 하오니 이 메일에 첨부하고 있는 일정 조정표에 참석 가능한 일정을 기입하여 회신해 주시기 바랍니다.

내일까지 부탁드립니다.

테스트 아이템과 테스트 방법에 대해 설명을 듣고 나서, 테스트 지원이 가능한 팀원을 선정해 주시기 바랍니다. 선정이 완료되면 직접 선정된 인원에게 연락 드리겠습니다.
------------------------------------------------------------------------------------------------------------
.
------------------------------------------------------------------------------------------------------------
[After]

안건: 테스트 인원 확보를 위한 설명회 참석 의뢰
개발2팀 김은비입니다.

1. 의뢰 사항
테스트 설명회의 일정 조정이 필요하므로 회신 바랍니다.
→ 테스트 인원 확보에 관한 내용 공유
→ 첨부한 일정 조정표에 참석 가능한 일정을 기입하여 회신해 줄 것(내일까지)

2. 이유
테스트는 안정된 상태이나 향후 테스트 항목의 증가가 예상되어 테스트 인원의 확보가 필요함
(※ 3,900건 완료, 버그 건수: 총 54건).

3. 향후 일정
이번 설명회에서 ‘테스트 방법’을 공유할 예정이므로, 각 부문에서는 테스트를 지원해 줄 수 있는 인력을 선정해 줄 것(상세 내용은 선정된 인원에게 별도 연락할 예정임).
------------------------------------------------------------------------------------------------------------

내용을 정확하게 대변할 수 있도록 제목부터 수정했습니다. 그리고 문장이 길어 문장의 구조만 이해하는 데 방해가 되어 핵심이 되는 논점을 먼저 쓰고, 이유와 보충 설명을 그 뒤에 쓰는 방식으로 바꾸었습니다. 용어도 구체적으로 수정하였습니다.


_편집자 코멘트
편집자인 저는 경제학 전공이었지만, 직장 생활하면서 항상 느끼는 고민이 있었습니다. 사원과 대리 때는 팀장에게, 팀장 때는 부서장에게, 부서장이 되었을 땐 사장에게 끊임없이 보고하고 설득하며 업무를 진행해 왔습니다. 이 때마다 끙끙거리며 고민했던 것들이 바로 이 책에 담겨있는 내용이었습니다.

이 책의 예시는 엔지니어들 맞닥뜨릴 만한 상황들로 구성되어 있지만, 다른 분야의 직장인의 상황으로 바꾸어 학습해도 전혀 이상하지 않습니다.

오늘도 커뮤니케이션으로 고민하는 엔지니어들이라면, 당장 문장의 기술을 배우길 추천합니다.