여기를 클릭하여 도와주세요. 데이비드 맥머리 웹 호스팅 비용 지불:
작은 금액이라도 기부해 주세요!
온라인 기술 작문은 무료로 유지됩니다.
동료 검토 (또는 동료 편집이라고도 함) 서로 모여서 서로의 작업을 읽고, 의견을 제시하며, 개선점을 추천하는 것을 의미합니다. 동료 검토는 더 나은 작가가 되는 좋은 방법입니다: 글쓰기를 비판적으로 바라보는 경험을 제공합니다. 동료 검토는 글쓰기 프로젝트를 개선하는 데에도 훌륭한 방법입니다.
팀 작성그 이름이 나타내듯이, 이는 사람들이 함께 모여 글쓰기 프로젝트를 계획하고, 작성하며, 수정하는 것을 의미합니다. 이 관행의 또 다른 이름은 협력적 글쓰기이며—플래그리즘으로 알려진 비공식적인 형태가 아닌 공개된 협력적 글쓰기입니다.
최근 몇 년 동안 팀 프로젝트 소프트웨어 애플리케이션이 등장했으며, Atlassian Confluence가 인기 있는 예시입니다. 이 소프트웨어는 팀원이 사무실을 가질 수 있는 공간, 팀 회의를 진행할 공간, 문서를 추적할 수 있는 메커니즘 등을 제공합니다. McMurrey Associates에서 기술 커뮤니케이션 과정의 온라인 과정이 제공됩니다. Confluence 기술 문서 작성 팀 프로젝트
동료 리뷰를 위한 전략
다른 작가의 작품을 피어 리뷰할 때, 당신은 그것을 평가하고, 비판하며, 개선점을 제안하고, 그 모든 것을 작가에게 전달합니다. 처음 피어 리뷰를 하는 경우, 다른 사람의 작품에 대해 비판하는 것이 조금 불안할 수 있습니다. 예를 들어, 어떻게 하면 누군가의 에세이가 지루하다고 말할 수 있을까요? 다음 논의 내용을 읽어보세요. 피어 리뷰를 하고 피어 리뷰 코멘트를 전달하는 방법에 대한 조언과 가이드라인을 찾을 수 있습니다.
초기 미팅. 동료 리뷰의 시작에서, 작가는 동료 리뷰어들에게 글쓰기 과제와 글쓰기 프로젝트에 대한 목표 및 우려 사항(주제, 청중, 목적, 상황, 유형)에 대한 메모를 제공해야 하며, 문제나 우려 사항에 대해 알릴 필요가 있다. 작가로서, 여러분은 리뷰어들에게 이러한 문제를 알리고자 하며, 여러분이 시도했던 것들이 무엇인지 분명히 해야 한다. 마찬가지로, 동료 리뷰어들은 리뷰하고 있는 작가에게 그들의 목표와 우려에 대한 정보를 제공해 달라고 요청해야 한다. 동료 리뷰 질문은 다음과 같이 구체적이어야 한다:
내가 가상 머신에 대한 설명을 한 게 너에게 이해가 되니? 우리 기술적이지 않은 고객들에게도 이해가 될까?
전반적으로, 제 글쓰기 스타일이 너무 기술적인가요? (제가 엔지니어의 사양을 너무 많이 모방했을 수 있습니다.)
챕터 제목과 헤딩이 다음 내용에 충분히 지표가 되나요? (이 중 일부는 표현하는 데 어려움이 있었습니다.)
스크린샷이 충분히 선명한가요? (일부에서 너무 많은 세부 사항을 얻으려고 했을 수도 있습니다.)
동료 검토 전략. 다른 사람의 글을 피어 리뷰할 때, 무엇보다도 그 글의 모든 측면을 고려해야 하며, 단지 —에 국한되지 않고, 사실상 —인 문법, 철자 및 구두점을 가장 덜 고려해야 합니다. 피어 리뷰를 처음 하는 경우, 다음과 같은 것들을 검토하는 것을 잊을 수 있습니다:
- 리뷰가 포괄적이도록 하세요. 검토하고 있는 초안의 모든 측면을 고려하세요. 문법, 구두점 및 철자만 고려하지 마세요.
- 초안은 여러 번 읽고, 잠재적인 문제 영역의 전체 범위를 찾아보세요:
- 관심 수준, 청중에 대한 적응
- 설득력, 목적
- 내용, 조직
- 토론의 명확성
- 일관성, 전환 사용
- 제목, 서론, 결론.
- 문장 스타일 및 명료성
- 그래픽 처리
- 자신의 개인 스타일에 근거한 의견이나 비판을 할 때는 주의하세요. 비판과 개선 제안은 일반적으로 수용되는 지침, 개념 및 규칙에 기반해야 합니다. 만약 정말로 개인적인 선호에서 우러난 의견을 한다면, 그 이유를 설명하세요.
- 문서에서 발견한 문제를 완전히 설명하세요. 단순히 문서가 "조직이 잘 되어 있지 않은 것 같다"고 말하지 마세요. 문서의 어떤 부분이 조직이 잘 되어 있지 않은지 설명하세요. 초안의 구체적인 세부사항을 사용하여 주장을 뒷받침하세요.
- 작가의 초안을 비판할 때마다 문제를 해결할 수 있는 방법을 제안해 보세요. 예를 들어, 작가에게 그녀의 문서가 정리가 되어 있지 않은 것 같다고 말하는 것만으로는 부족합니다. 그 문제를 어떻게 해결할 수 있는지 설명하세요.
- 댓글과 비판은 인정받은 가이드라인, 개념, 원칙 및 규칙에 근거해야 합니다. 예를 들어, 두 단락을 교체해야 한다고 작가에게 말하는 것만으로는 충분하지 않습니다. 그 이유를 설명하십시오: 예를 들어, 더 일반적이고 소개적인 정보가 먼저 와야 합니다.
- 검토 중인 초안을 다시 작성하지 마십시오. 개선 사항과 수정 사항을 제안하는 과정에서 지나치게 개입해 초안을 자신이Rewrite하지 마십시오. 그렇게 하면 문서에 대한 작성자의 소유권이 사라지고, 작성자가 작가로서 배우고 성장할 기회를 잃게 됩니다.
- 검토하고 있는 초안에 대해 긍정적이고 격려하는 말을 찾아보세요. 작은 칭찬조차도 대단히 감사하게 여겨집니다. 초안을 최소한 한 번 읽으면서 잘 된 부분을 찾아보세요. 그리고 작가에게 그 부분에 대해 알려주세요.
동료 평가 요약. 동료 검토를 마친 후에는 초안에 대한 생각, 관찰, 인상, 비판 또는 감정의 요약을 작성하는 것이 좋습니다. 아래의 동료 검토자 노트를 참조하세요. 이 노트는 초안에 대한 관찰을 요약합니다. 노트에서 다음과 같은 세부 사항들을 확인해 보세요:
- 댓글은 문제나 오류의 유형에 따라 분류됩니다—문법 및 사용에 대한 댓글은 한 그룹으로; 콘텐츠, 조직 및 흥미 수준과 같은 더 높은 수준의 댓글은 또 다른 그룹으로 나뉩니다.
- 댓글 그룹의 상대적인 중요성이 표시됩니다. 동료 리뷰어는 어떤 제안이 반영되면 "좋을"지, 그리고 어떤 제안이 글쓰기 프로젝트의 성공에 필수적인지를 나타냅니다.
- 대부분의 댓글은 간단한 지침, 규칙, 예시 또는 상식에 대한 내용을 포함합니다. 리뷰어는 단순히 "이것은 잘못되었습니다; 수정하세요."라고 말하지 않고, 댓글의 근거를 설명합니다.
- 질문은 작가에게 전달됩니다. 리뷰어는 작가가 특정한 것들을 정말로 언급하거나 암시하려고 했는지 다시 확인하고 있습니다.
- 검토자는 초안에 대해 긍정적인 코멘트를 포함하고, 비대립적이고 공감할 수 있는 방식으로 비판을 전달합니다.
동료 리뷰 결과를 요약한 메모의 발췌. 작가에게 보내는 간단한 메모에 여러분의 동료 리뷰 코멘트를 요약하는 시간을 가지세요. 최대한 외교적이고 공감해 주세요!
팀 작성을 위한 전략
앞서 이 장에서 언급했듯이, 팀 작문은 비즈니스, 정부, 과학 및 기술 분야의 사람들이 큰 글쓰기 프로젝트를 처리하는 일반적인 방법 중 하나입니다.
이 챕터의 NotebookLM 생성 인포그래픽
팀 구성하기. 기술 작문 과정에서 글쓰기 프로젝트를 위한 팀원을 선택할 때는 다양한 배경과 관심사를 가진 사람들을 선택하세요. 개인 작가에게 다양한 배경이 장점이 되는 것처럼, 다양한 개인들로 구성된 그룹은 균형 잡힌 글쓰기 팀을 만듭니다.
팀 리더라면 후보 팀원들에게 그들의 배경, 관심사, 전공, 재능 및 적성에 대해 질문할 수 있습니다. 다음의 작문 팀은 다양한 배경과 관심사를 가진 개인들을 결합합니다:
| 팀 이름: 레드 라이팅 후드스 | |
| 프로젝트: | 현재에 대한 보고서 투명화 기술 |
| 팀원들 | 배경, 기술, 관심사 |
| 션 S. | 전기공학 전공, 현재 법률 사무소에서 기본적인 사무 관리 업무를 하고 있습니다. |
| 트레이시 K. | 영문학 전공 4학년 학생, 이 수업이 취업 전망에 도움이 되길 바람. |
| 산지브 굽타 | 컴퓨터 과학 전공, 현재 소프트웨어 개발 회사에서 컴퓨터 그래픽스를 작업하고 있음 |
| 전창연 | 곧 전기공학 전공이 될 학생, 아직 영어 실력을 발전시키는 중입니다. |
| 앨리스 B. | 비공식 전공, 비전문적 집중, 잘못된 과정일 가능성, 명시된 기술 없음 |
프로젝트 계획. 당신의 작가 팀을 구성한 후, 대부분의 작업은 혼자서 글을 쓰는 것과 동일합니다—단지 각 단계가 팀의 노력이라는 점이 다릅니다. 구체적으로, 팀과 만나 다음 사항을 결정하거나 계획하세요:
계획 단계
|
팀의 프로필과 결정을 간단하게 기록하세요. 팀 계획 문서. 팀 일정의 주요 날짜, 팀이 제작할 문서의 잠정적인 개요, 형식 합의, 개별 작성자 과제, 단어 선택 선호도 등을 포함할 수 있습니다. 아래에 정관 문서에 대한 언급이 있습니다. 그것도 팀 계획에 포함될 수 있습니다.
팀 작문 프로젝트에서 많은 작업은 개별 팀원이 스스로 수행해야 합니다. 그러나 팀이 작문 프로젝트의 작업을 분담하기로 결정했다면 최소한 다음의 지침을 지키도록 하십시오:
- 각 팀원이 문서의 한 주요 섹션 작성을 책임지게 하세요.
- 각 팀원이 정보 출처의 동등한 부분을 찾아보고 읽고 노트 작성하는 책임을 지도록 하세요.
프로젝트에서 팀으로 할 수 있는 작업 중 일부는 먼저 독립적으로 진행하는 것이 좋습니다. 예를 들어, 브레인스토밍, 세분화, 특히 아웃라인 작성을 각 팀원이 개인적으로 먼저 수행한 후에 모여서 의견을 비교하세요. 팀의 역학이 특정 아이디어를 무의식적으로 억제할 수 있다는 점과 덜 자신감 있는 팀원이 그룹 맥락에서 소중한 아이디어를 기여하는 것을 주저할 수 있다는 점을 염두에 두세요.
프로젝트의 작업을 분담한 후, 정식 차트를 작성하여 모든 구성원에게 배포하세요.
프로젝트에 대한 작문 팀원들의 책임 목록 표
프로젝트 일정 수립 및 작업 부하 균형 조정. 팀 글쓰기 프로젝트를 초기 단계에서 주요 날짜의 일정을 설정하세요. 이 일정은 여러분과 팀원들이 꾸준하고 조직적인 진행을 하여 프로젝트를 제시간에 완료할 수 있도록 도와줄 것입니다. 아래의 예시 일정처럼 프로젝트의 주요 단계 완료 날짜뿐만 아니라 회의 날짜와 그 회의의 주제 및 목적도 포함하세요. 이 일정에 대한 다음과 같은 세부사항을 주목하세요:
- 여러 회의가 예정되어 있으며, 그곳에서 회원들은 자신들이 찾고 있는 정보나 찾지 못하고 있는 정보에 대해 논의합니다. (한 팀원은 다른 팀원이 찾고 있는 정보를 가지고 있을 수 있습니다.)
- 프로젝트 세부 사항을 검토하기 위해 여러 회의가 예정되어 있습니다. 특히 주제, 청중, 목적, 상황 및 개요에 대해 논의할 것입니다. 주제에 대해 더 많이 배우고 프로젝트에 더 정착하게 되면 팀이 이러한 세부 사항을 변경하거나 더 구체적으로 만들고 싶을 수 있습니다.
- 여러 개의 초안이 예정되어 있습니다. 팀원들은 각자의 섹션 초안을 최소 두 번 서로 피어 리뷰합니다. 두 번째 리뷰는 권장된 변경 사항이 적용되었는지 확인하기 위해 진행됩니다. 전체 초안이 완성되면, 그것도 두 번 리뷰됩니다.
팀 글쓰기 프로젝트 일정
문제를 예상하고 팀 규칙을 만드는 것. 팀 프로젝트에서 발생할 수 있는 일반적인 문제를 해결하는 방법에 대해 고려하고, 이러한 문제에 대한 팀의 합의를 문서화하세요. 정관 문서:
- 작업 부하 불균형. 팀으로 일할 때, 팀 구성원 중 한 사람이 어떤 이유로든 공정한 업무 분담보다 더 많거나 적게 작업을 수행할 가능성이 항상 있습니다. 따라서 각 팀원이 무엇을 하고 있는지 추적할 방법을 찾는 것이 중요합니다. 이를 잘 하기 위한 방법 중 하나는 개별 팀원이 어떤 종류의 작업을 하고 얼마나 많은 시간을 소요하는지를 기록하는 저널이나 로그를 작성하는 것입니다.
프로젝트 진행 중과 종료 시에 문제가 발생하면, 저널은 그 사실을 명확히 하고 작업 부하의 보다 공정한 분배를 가능하게 해야 합니다. 프로젝트가 끝날 때 팀원들은 프로젝트에 소요한 시간을 합산할 수 있습니다. 만약 누군가가 자신의 할당된 시간보다 조금 더 일했다면, 다른 팀원들은 그녀의 저녁 식사를 사주거나 그런 보상을 통해 보상할 수 있습니다. 마찬가지로 프로젝트가 끝나갈 즈음, 저널에서 한 팀원의 업무 책임이 자신의 잘못이 아닌 이유로 다른 팀원들보다 작았다는 것이 분명해진다면, 그는 타이핑, 교정, 복사 등 마무리 작업을 더 많이 함으로써 보상할 수 있습니다. - 관련 기술이 없는 팀원들. 위에 있는 팀원 기술 예시 설명에서 볼 수 있듯이, 한 명의 팀원은 프로젝트에 기여할 관련 기술이 없습니다. 때때로, 이는 그 사람의 불안감이나 그룹 프로젝트에 참여하려는 흥미 부족의 표시일 수 있습니다. 물론, 작문 과정의 각 팀원은 프로젝트에 대해 공정한 양의 글쓰기를 기여해야 합니다. 그러나 기술 지식이나 포맷팅 기술, 예리한 편집 관점이 필요하지 않은 작업은 많습니다. 예를 들어, 팀 계획서, 규칙, 팀 회의록을 작성하고 배포하는 것, 팀원들에게 마감일과 예정된 회의를 상기시키는 일 등이 있습니다. 사실, 불안감이나 흥미 부족을 제외하고, 스스로 능력이 없다고 말하는 팀원이 최고의 팀장이 될 수도 있습니다!
- 사라지는 팀원들. 팀에 책임감 없는 멤버가 사라지는 불행한 일이 발생할 경우, 이에 대한 대처 방안을 마련하고 팀 규약에 문서화하세요. 한 가지 분명한 해결책은 팀원을 팀에서 제외하고, 글쓰기 과정인 경우 강사에게, 비학문적 조직인 경우 다음 단계의 관리자에게 알리는 것입니다.
- 팀원 간의 갈등이 뿌리 깊은 것처럼 보입니다. 팀원들이 팀 작성 프로젝트의 특정 측면에 대해 얼마나 격렬하게 의견이 갈릴 수 있는지가 놀랍습니다. 이러한 문제를 해결하기 위한 계획을 팀 규약에 작성해 두십시오. 이를 투표에 부칠까요? 중립적이거나 높은 수준의 기관에 "상승"시켜야 할까요?
- 근본적으로 일관되지 않은 글쓰기 스타일과 형식. 개별 섹션은 서로 다른 작가들에 의해 작성되므로, 팀원이 문서 전체에서 어떻게 처리할 것인지에 대한 합의를 나열하는 스타일 가이드를 설정하세요. 이러한 합의는 배경 섹션을 포함할지 여부와 같은 높은 수준의 것부터, 이탤릭체나 굵은 글씨 사용 시점, "클릭" 또는 "클릭 온"과 같은 세부 사항까지 다양할 수 있습니다. 다음의 프로젝트 스타일 시트 발췌를 참조하세요. 이러한 항목에 대한 논의는 스타일시트 그리고 스타일 가이드.
당신과 팀원들이 첫 번째 초안을 작성하기 전에 모든 가능한 스타일과 형식의 차이를 예측할 수는 없습니다. 따라서 개별 섹션의 초안을 검토할 때, 특히 전체 초안을 검토할 때 이 스타일 시트를 업데이트할 계획을 세우세요.
작문 프로젝트를 위한 스타일 가이드 발췌. 나열된 항목은 팀 작가들이 문서의 일관성을 최대한 유지하기 위해 합의한 내용을 나타냅니다.
초안 검토 및 마무리. 팀의 서면 작업에 대한 검토를 최대한 많이 일정에 넣도록 하세요. 서로의 각 섹션 초안뿐만 아니라 전체 문서의 초안에 대해서도 논의하기 위해 만날 수 있습니다. 만날 때는 이 장의 이전 섹션에서 논의된 동료 편집에 대한 제안을 따르세요. 동료 검토 전략.
문서 팀 작성의 중요한 단계는 서로 다른 팀원들이 작성한 개별 섹션을 하나의 완전한 초안으로 통합할 때 발생합니다. 그때 각 섹션이 톤, 처리 방식, 스타일에서 얼마나 다른지를 알게 될 것입니다. 여러분은 그룹으로서 세 명 또는 네 명의 서로 다른 사람이 쓴 것처럼 보이지 않도록 완전한 초안을 일관되게 읽게 수정하고 편집할 방법을 찾아야 합니다.
검토하고 수정이 끝나면, 초안을 제출할 준비를 하기 위한 마무리 작업을 할 시간입니다. 그 작업은 혼자서 문서를 작성할 때와 동일하며, 이 경우에는 작업량을 나눌 수 있다는 점이 다릅니다.
관련 정보
문서 검토의 진정한 비용. clickhelp.com
이 장에 대한 당신의 생각, 반응, 비판을 듣고 싶습니다: 당신의 응답—데이비드 맥머리.
