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