Turnitin 이 제 논문을 표절했다고요? — 이 리포트가 진짜 의미하는 것

Similarity Report 는 현재 제출본을 본인의 이전 작업—본인의 이름, 이전 초안, 또는 이전에 제출한 논문—과 일치시킬 수 있습니다. 하지만 이 리포트가 당신이 표절했다고 말하는 건 아닙니다. Turnitin 의 공식 설명은 더 정확합니다: Turnitin is not checking for plagiarism in writing; it reports percentages of matching text against a database that includes papers previously submitted to Turnitin(글쓰기에서 표절을 검사하는 것이 아니라, 이전에 제출된 논문들을 포함한 데이터베이스와 일치하는 텍스트의 비율을 보고합니다).

이 일치는 하나의 보고 이벤트일 뿐입니다. 자신의 텍스트를 재사용해도 되는지는 수업의 문제이며, 이는 강사와 소속 기관의 정책에 달려 있습니다—일치율 숫자와는 무관합니다.

"내가 나를 표절하고 있나?"라는 순간은 세 가지 형태로 나타나며, 리포트 상에서 각각 다르게 보입니다.

첫 번째는 본인의 이름입니다. 과거 제출본에 이름이 있었다면, 이후 Similarity Report 에서 그 이름이 일치 항목으로 하이라이트될 수 있습니다. Turnitin 의 가이드에서는 이 경우를 이렇게 설명합니다: a student may have submitted a paper in the past, and if their name was on that submission, it is entirely possible that their name is highlighted in a later report — unless small matches have been excluded(학생이 과거에 논문을 제출했고 그 제출본에 이름이 있었다면, 이후 리포트에서 이름이 하이라이트되는 일이 충분히 발생할 수 있습니다—단, 소규모 일치가 제외되지 않은 한).

두 번째는 같은 논문의 이전 초안입니다. Turnitin 은 데이터베이스와 대조하며, 이전 제출본도 그 데이터베이스의 일부입니다. 같은 논문의 초안을 제출했다면, 최종 버전이 이전 초안과 일치하는 것으로 나올 수 있습니다.

세 번째는 중복되는 텍스트가 있는 이전 논문입니다. 이전 과제에서 작성한 섹션을 인용하거나 재구성한 부분이 현재 리포트에서 출처로 나타날 수 있습니다.

이 세 가지 모두 근본적으로 같은 상황입니다: 데이터베이스에 본인이 작성한 내용이 있고, 현재 제출본이 그 데이터베이스의 내용과 일치한다는 점입니다.

그 작동 원리는 데이터베이스 비교이지, 사람에 대한 판단이 아닙니다.

Turnitin 의 학생 가이드는 데이터베이스를 current and archived content from the internet, thousands of periodicals, journals, and publications, as well as papers previously submitted to Turnitin(인터넷, 수천 개의 정기간행물, 저널 및 간행물의 현재 및 아카이브 콘텐츠, Turnitin 에 이전에 제출된 논문들 포함) 으로 설명합니다. 따라서 이전 작업도 비교 대상이 될 수 있습니다—하지만 그 아래 조건을 주목해야 합니다: 논문은 기관의 설정에 따라 저장소에 추가됩니다. 공동 작성 확인 (collusion checking) 은 papers to be added to the standard paper repository or the institution's paper repository, with Similarity Reports set to generate immediately(논문이 표준 논문 저장소 또는 기관의 논문 저장소에 추가되고, Similarity Reports 가 즉시 생성되도록 설정됨) 을 요구합니다.

따라서 "데이터베이스에 내 이전 논문이 있다"는 말에는 두 번째 면이 있습니다: 내 이전 논문이 거기에 있는지는 기관이 어떻게 구성했는지에 달려 있습니다. 리포트에서 자기 일치 (self-match) 가 나타나면, 그 설정은 이전 제출본을 포함한 구성입니다.

그리고 현재 텍스트가 그 데이터베이스의 무언가와 유사해지는 순간, 하이라이트됩니다—인용부호와 참고문헌을 포함하여 일치하는 모든 텍스트가 하이라이트되기 때문입니다. 그것이 이 제품의 목적입니다: 인간의 검토자가 볼 수 있도록 일치를 표면으로 끌어올리는 것.

Turnitin 의 공식 문서에는 학생의 자신의 작업이 일치가 되는 세 가지 시나리오가 실려 있습니다. 원래 문구로 읽을 가치가 있습니다. 각 시나리오 다음 문장에 공식 해결책이 담겨 있기 때문입니다.

시나리오 1 — 이름. A student may have submitted a paper in the past; if they had their name on that submission, it is entirely possible that, if you have not excluded small matches, their name is highlighted in the Similarity Report(학생이 과거에 논문을 제출했을 수 있으며, 그 제출본에 이름이 있었다면, 작은 일치를 제외하지 않은 한 이후 Similarity Report 에서 이름이 하이라이트될 수 있습니다). 공식 해결책은 바로 그 다음에 나옵니다: an instructor can rectify this by excluding the word number, and in most cases excluding 10 words should safely exclude a student's name from being highlighted(강사는 제외할 단어 수를 지정하여 이를 수정할 수 있으며, 대부분 10 단어를 제외하면 학생의 이름이 하이라이트되는 것을 안전하게 막을 수 있습니다).

시나리오 2 — 반복된 초안. A student may have used Turnitin to submit drafts of the same paper, meaning their final draft has resulted in a score of 100%(학생이 같은 논문의 초안을 Turnitin 에 제출했을 수 있으며, 이 경우 최종 초안이 100% 일치율을 보일 수 있습니다). 해결책은 다시 강사 측에 있습니다: they can exclude the student's previous submissions from the Similarity Report(강사는 Similarity Report 에서 학생의 이전 제출본을 제외할 수 있습니다).

시나리오 3 — 공동 작성 확인 (collusion checking). Collusion is typically identified when a student's work matches with another student's submission on the same assignment or with previous submissions(공동 작성은 보통 학생의 작업이 같은 과제의 다른 학생 제출물이나 이전 제출물과 일치할 때 식별됩니다). 이것이 유일하게 "학생과의 일치"가 부정 행위 워크플로우의 일부가 되는 경우입니다—그리고 그 경우에도 저장소와 리포트 설정이 켜져 있을 때만 작동합니다.

세 가지 모두에서 공통된 패턴은 공식 문서가 자기 일치를 학생의 부정 행위 증거가 아닌, 문서화된 수정책이 있는 일반적인 보고 결과로 다룬다는 점입니다.

이 지점에서 작동 원리와 정책을 분리해야 합니다. 둘을 섞으면 바로 이 리포트가 유발하는 공황이 생깁니다.

작동 원리: Turnitin 은 표절을 검사하지 않습니다. 실제로는 제출본을 데이터베이스와 비교하고 일치하는 텍스트를 하이라이트할 뿐입니다. 표절은 리포트를 사용하는 사람들이 내리는 판단입니다—가이드에 따르면 리포트는 검토 과정에서 your own determination 을 내리기 위한 도구입니다.

정책: 허가 없이 이전에 제출한 자신의 작업을 재사용하는 것은 일부 기관에서 실제 학문적 무결성 문제가 될 수 있습니다. 이는 작동 원리와는 별개입니다. 리포트의 자기 일치가 당신이 뭔가 잘못했다는 증거는 아니며, 반대로 아무 잘못도 없었다는 증거도 아닙니다. 그것은 데이터일 뿐입니다. 판단은 강사의 몫이며, 기관이 자신의 작업 재사용을 어떻게 다루는지는 그 기관의 정책에 따라 정해집니다—일치율에 따라 결정되는 것이 아닙니다.

여기서 또 하나 중요한 공식 설명이 있습니다: Turnitin 의 학생 가이드에 따르면, 제출본이 데이터베이스의 일부와 일치할 가능성이 높으며, quotes and references 를 올바르게 사용했더라도 그 텍스트는 여전히 일치 항목으로 하이라이트됩니다. 일치는 이상이 아닙니다. 거의 모든 제출본의 기본 상태입니다.

리포트에서 자기 일치 (self-match) 가 나타나면, 다음과 같은 순서가 현실적입니다.

먼저, 일치가 실제로 무엇인지 확인하세요. 리포트를 열어 하이라이트된 텍스트와 그 출처를 살펴봅니다. "출처가 헤더에 있는 내 이름"인 경우와 "출처가 내 이전 에세이이고 단락이 겹치는" 경우 사이에는 큰 차이가 있습니다. 위에 나열한 공식 시나리오가 체크리스트입니다: 이름, 반복된 초안, 이전 논문.

둘째, 해결책은 문서화되어 있으며 강사 측에 있다는 점을 이해하세요. 작은 일치를 제외하면 이름을 처리할 수 있고, 이전 제출본을 제외하면 반복된 초안을 처리할 수 있으며, 인용문과 참고문헌을 제외하면 인용된 자료를 처리할 수 있습니다. 이 중 어느 것도 학생 측에서 할 수 있거나 해야 할 일이 아닙니다—리포트를 구성하는 사람이 당신이 아니기 때문입니다.

셋째, 작동 원리를 바탕으로 강사와 이야기하세요. 요점이 되는 문장은 "이건 오류입니다"가 아니라 "리포트를 데이터베이스와 비교하며, 내 이전 제출본이 그 안에 있습니다—여기가 하이라이트된 텍스트입니다"입니다. 그러면 강사는 이전 제출본을 제외할 수 있습니다. 이것이 문서화된 한 단계 해결책입니다.

"Turnitin 이 내가 나를 표절했다고 생각한다"는 읽기 오류이며, 공식 문서가 이를 설명합니다: 리포트는 자신의 이전 작업을 포함할 수 있는 데이터베이스와 제출본을 비교하고, 일치하는 항목—이름, 초안, 이전 논문—을 모두 하이라이트하며, 글쓰기에서 표절을 검사하지 않습니다. 자기 일치는 문서화된 강사 측 해결책이 있는 보고 이벤트일 뿐, 판정이 아닙니다. 수업에서 자신의 텍스트 재사용이 괜찮은지는 강사에게 달려 있는 정책 문제이며, 리포트는 그 대화의 출발점이지 결론이 아닙니다.