Kalender 2026-01-17

Plagiat vermeiden in der Projektarbeit: Regeln, Beispiele und Checkliste

Plagiat vermeiden in der Projektarbeit: Regeln, Beispiele und Checkliste | BachelorHero

Inhaltsverzeichnis

Ein Plagiat in der Projektarbeit bedeutet, dass du fremde Gedanken, Texte oder Code als deine eigenen ausgibst. Das passiert schneller als gedacht, besonders bei technischen Dokumentationen mit Quellcode-Snippets oder Screenshots. Hier erfährst du, was als Plagiat gilt, wie du es sicher vermeidest und welche Checkliste dir vor der Abgabe hilft.

Kurzantwort: Notiere bei jeder fremden Idee sofort die Quelle, kennzeichne wörtliche Zitate mit Anführungszeichen und belege auch sinngemäße Übernahmen. Quellcode aus dem Internet kommentierst du mit Herkunft und Datum. Prüfe vor der Abgabe jeden Beleg gegen das Original.

Auf einen Blick: Mini-Check

Plagiat vermeiden in 60 Sekunden: Bevor du abgibst, prüfe diese kritischen Punkte. Jede fremde Idee benötigt einen Beleg, wörtliche Zitate brauchen Anführungszeichen und Quellcode muss kommentiert sein.

  • Jede fremde Idee hat eine Quellenangabe
  • Wörtliche Zitate stehen in Anführungszeichen
  • Quellcode aus externen Quellen ist kommentiert
  • Screenshots haben Quellenangaben unter der Abbildung
  • Keine Quelle ohne Eintrag im Literaturverzeichnis

Was ist ein Plagiat?

Ein Plagiat liegt vor, wenn du Texte, Ideen, Argumente, Code oder Daten anderer übernimmst, ohne die Quelle anzugeben. Das gilt für wörtliche Übernahmen genauso wie für sinngemäße Wiedergaben. Entscheidend ist nicht, ob du absichtlich oder versehentlich kopiert hast. Fehlt die Quellenangabe, ist es ein Plagiat.

In der Projektarbeit zeigst du, dass du eigenständig ein Projekt umsetzen und dokumentieren kannst. Dazu gehört, fremdes Wissen von eigener Leistung zu unterscheiden. Wenn du eine Quelle nutzt, machst du das transparent. Damit würdigst du die Arbeit anderer und zeigst gleichzeitig, dass du dich mit der Materie auseinandergesetzt hast.

Allgemeinwissen muss nicht belegt werden. Dass HTTP ein Protokoll zur Datenübertragung ist oder dass relationale Datenbanken Tabellen verwenden, kannst du ohne Quelle schreiben. Sobald du aber konkrete Implementierungsdetails, Studienergebnisse, spezifische Methoden oder fremden Code nennst, brauchst du eine Quellenangabe.

Plagiat vs. Urheberrecht und Lizenz

Plagiat und Urheberrecht werden oft verwechselt, betreffen aber unterschiedliche Fragen. Plagiat dreht sich um Transparenz: Wer hat den Text, den Code oder die Idee entwickelt? Urheberrecht und Lizenzen regeln dagegen das Nutzungsrecht: Darfst du das Material überhaupt verwenden?

Ein Beispiel aus der Praxis: Du findest auf GitHub eine hilfreiche Funktion unter MIT-Lizenz. Die MIT-Lizenz erlaubt dir die Nutzung, Änderung und Weitergabe, solange du den Lizenztext beibehältst. Das löst aber nicht die Plagiatsfrage. In deiner Projektdokumentation musst du trotzdem kenntlich machen, dass der Code nicht von dir stammt.

Plagiat vs. Lizenz: Der Unterschied

Plagiat (Zuschreibung)

Wer ist der Urheber? Du musst fremde Quellen als solche kennzeichnen, egal ob mit oder ohne Lizenz.

Lizenz (Nutzungsrecht)

Darfst du das Material nutzen? Du musst die Lizenzbedingungen einhalten (z. B. MIT, GPL).

Wichtig: Beide Anforderungen gelten unabhängig voneinander. MIT-lizenzierter Code ohne Quellenangabe bleibt ein Plagiat.

Wann werden Lizenzen praktisch relevant? Für die Projektdokumentation selbst gelten primär die Plagiatsregeln: Quellen angeben. Lizenzpflichten werden wichtig, wenn du Code weitergibst, etwa als Repository, Codepaket oder bei der Kundenübergabe. Bei einer rein beschreibenden Dokumentation (ohne Weitergabe des Codes) ist die korrekte Quellenangabe entscheidend.

Die konkreten Anforderungen variieren je nach Prüfungsordnung, Betriebsvorgaben und Weitergabe-Szenario. Im Zweifel: Prüfe die Lizenzbedingungen und kläre mit deiner Betreuung oder dem Unternehmen, wenn das Projekt veröffentlicht oder an Dritte übergeben werden soll.

Besonderheiten bei Projektarbeiten

Projektarbeiten unterscheiden sich von klassischen Hausarbeiten durch ihren praktischen Anteil. Das bringt besondere Herausforderungen beim Thema Plagiat mit sich.

Technische Dokumentation: Wenn du Software, Systeme oder Prozesse dokumentierst, nutzt du oft Fachbegriffe und Standardformulierungen. Das ist in Ordnung. Problematisch wird es, wenn du Beschreibungen aus Handbüchern, Tutorials oder Dokumentationen wortwörtlich übernimmst, ohne sie als Zitat zu kennzeichnen. Beschreibe lieber in eigenen Worten, was du implementiert hast.

Projektantrag und Dokumentation: Bei IHK-Projektarbeiten basiert die Dokumentation auf dem genehmigten Projektantrag. Du darfst Inhalte aus deinem eigenen Antrag verwenden, solltest aber darauf achten, dass die Dokumentation eigenständig und erweitert ist. Wenn du längere Passagen wörtlich übernimmst, kann ein kurzer Hinweis sinnvoll sein.

Betriebliche Interna: Manche Informationen stammen aus internen Dokumenten, Gesprächen oder Meetings deines Betriebs. Auch hier gilt: Mach transparent, woher die Information kommt. Im Text schreibst du zum Beispiel „laut Gespräch mit M. Schmidt, 15.12.2025" oder „gemäß interner Spezifikation Server-Infrastruktur v2.1". Bei sensiblen Informationen anonymisierst du entsprechend: „laut Gespräch mit dem Teamleiter Entwicklung".

Tipp für IHK-Projektarbeiten

Die Dokumentation soll deine Eigenleistung zeigen. Konzentriere dich darauf, was du selbst entschieden, umgesetzt und reflektiert hast. Fremde Konzepte, Frameworks oder Methoden gibst du als solche an. Das zeigt Professionalität und schadet deiner Bewertung nicht.

Formen des Plagiats erkennen

Formen des Plagiats in der Projektarbeit: Vollplagiat, Teilplagiat, Paraphrasenplagiat, Code-Plagiat | BachelorHero

Plagiate treten in verschiedenen Formen auf. Manche sind offensichtlich, andere passieren eher versehentlich. Wenn du die verschiedenen Arten kennst, kannst du sie gezielt vermeiden.

Vollplagiat

Du übernimmst einen fremden Text oder eine komplette Dokumentation und gibst sie als deine eigene aus. Das ist die schwerwiegendste Form und wird konsequent geahndet.

Beispiel Eine komplette Projektdokumentation aus dem Internet kopieren oder von ehemaligen Azubis übernehmen.

Teilplagiat

Du übernimmst einzelne Passagen, Sätze oder Absätze ohne Quellenangabe. Auch wenn der Rest deiner Arbeit selbst geschrieben ist, bleibt es ein Plagiat.

Beispiel Einen Absatz aus einem Tutorial kopieren und in deine Dokumentation einfügen, ohne ihn als Zitat zu kennzeichnen.

Paraphrasenplagiat

Du formulierst fremde Gedanken in eigenen Worten um, gibst aber keine Quelle an. Das ist die häufigste Form des unbeabsichtigten Plagiats.

Beispiel Du liest eine Methodik in einem Fachbuch und beschreibst sie mit anderen Worten, ohne die Quelle zu nennen.

Code-Plagiat

Du übernimmst Quellcode, Algorithmen oder Konfigurationen von Stack Overflow oder GitHub, ohne die Herkunft anzugeben.

Negativ-Beispiel Eine Funktion von Stack Overflow kopieren und ohne Herkunfts-Kommentar einbauen.

Richtig machen Setze einen Kommentar in den Code mit URL und Datum. Erwähne die Nutzung externer Quellen in der Doku.

Weitere Formen sind das Strukturplagiat (du übernimmst die Gliederung oder den Aufbau einer anderen Dokumentation), das Selbstplagiat (du verwendest Teile einer eigenen früheren Arbeit ohne Hinweis) und das Übersetzungsplagiat (du übersetzt einen fremdsprachigen Text ohne Quellenangabe).

Plagiat vermeiden: Die wichtigsten Regeln

Plagiat vermeiden: Die wichtigsten Regeln für die Projektarbeit | BachelorHero

Plagiate vermeiden ist einfacher, wenn du von Anfang an systematisch arbeitest. Die wichtigste Regel: Notiere bei jeder Information sofort, woher sie stammt. Wenn du das konsequent machst, kannst du später nichts vergessen.

Schnellcheck: Brauche ich eine Quelle?

Nutze diesen Check während des Schreibens bei jeder neuen Information.

Code-Snippet aus dem Internet übernommen? Ja
Konfiguration oder Architekturentscheidung aus Doku/Tutorial? Ja
Methodik oder Konzept aus Fachliteratur? Ja
Screenshot aus fremder Software oder Webseite? Ja
Information aus Meeting oder internem Dokument? Ja
Allgemein bekannter Fachbegriff (z.B. „HTTP ist ein Protokoll“)? Nein
Eigene Implementierung, eigene Entscheidung, eigene Daten? Nein

Quellen sofort dokumentieren: Sobald du etwas liest oder findest, das du verwenden könntest, notiere Autor, Titel, Jahr und bei Internetquellen URL und Abrufdatum. Seitenzahlen nur bei paginierten Dokumenten (PDF, Buch). Nutze eine Tabelle oder ein Notizdokument. Hauptsache, die Information geht nicht verloren.

Eigene Notizen von Zitaten trennen: Wenn du Texte exzerpierst, markiere wörtliche Übernahmen sofort mit Anführungszeichen. So erkennst du später auf einen Blick, was deine eigenen Worte sind und was du zitiert hast.

In eigenen Worten schreiben: Lies eine Quelle, leg sie beiseite und schreibe dann aus dem Verständnis heraus. So entstehen automatisch eigene Formulierungen. Die Quelle gibst du trotzdem an, weil die Idee nicht von dir stammt.

Quellentypen richtig zitieren

In Projektarbeiten tauchen Quellentypen auf, die in klassischen Hausarbeiten selten vorkommen: GitHub-Repositories, Stack Overflow-Antworten, Herstellerdokumentationen oder interne Meetings. Die folgende Übersicht zeigt, wo und wie du diese Quellen korrekt angibst.

Quellentypen: Kopierfertige Beispiele

Die folgenden Beispiele zeigen ein mögliches Format. Passe Namen, URLs und Daten an deine tatsächlichen Quellen an.

GitHub-Repository

Im Code: // Quelle: github.com/expressjs/express, v4.18.2, abgerufen am 06.01.2026

Literaturverz.: Express.js Contributors (2023): Express, v4.18.2, https://github.com/expressjs/express, abgerufen am 06.01.2026

Stack Overflow-Antwort

Im Code: // Adaptiert von: stackoverflow.com/a/9229821, abgerufen am 06.01.2026

Literaturverz.: Stack Overflow (2023): Remove duplicate values from JS array, https://stackoverflow.com/a/9229821, abgerufen am 06.01.2026

Herstellerdokumentation / RFC

Im Text: vgl. Microsoft 2024, Abschnitt „Authentication“

Literaturverz.: Microsoft (2024): ASP.NET Core Authentication, https://learn.microsoft.com/aspnet/ core/security/authentication, abgerufen am 06.01.2026

Interne Spezifikation

Im Text: gemäß interner Spezifikation Netzwerkarchitektur v2.1

Literaturverz.: Muster GmbH (2025): Netzwerkarchitektur, Version 2.1, internes Dokument

Gespräch / Meeting

Im Text: laut Gespräch mit M. Schmidt, Teamleiter Entwicklung, 15.12.2025

Hinweis: Im Anhang: Gesprächsprotokoll beilegen

Screenshot (eigene Anwendung)

Unter der Abbildung: Eigene Darstellung

Screenshot (fremde Software)

Unter der Abbildung: Quelle

Direktes vs. indirektes Zitat

Direktes Zitat: „Continuous Integration reduziert Integrationsprobleme und ermöglicht schnelleres Feedback" (Humble/Farley 2010, S. 55).

Indirektes Zitat: Durch Continuous Integration lassen sich Integrationsfehler früher erkennen und beheben (vgl. Humble/Farley 2010, S. 55).

Schnellcheck: Satzbau verändert? Eigene Begriffe verwendet? Quelle direkt daneben? Dann ist die Paraphrase korrekt.

Bei Webquellen ohne Seitenzahlen entfällt die Seitenangabe. Einen vollständigen Überblick über Zitierstile findest du im Ratgeber zum Zitieren in der Projektarbeit.

KI-Tools transparent dokumentieren

KI-Werkzeuge wie ChatGPT oder GitHub Copilot können beim Formulieren oder Programmieren helfen. Sie ersetzen aber keine Quellenarbeit. Wichtig: KI-Ausgaben sind keine zitierfähigen Primärquellen. Wenn die KI Fakten, Studien oder Methoden nennt, musst du diese gegen echte Quellen verifizieren und dann diese Quellen zitieren.

KI-Nutzung dokumentieren: Was, wo, wie?

Was dokumentieren

Tool (z. B. ChatGPT-4), Zweck (Formulierung, Code, Korrektur), Umfang und Datum.

Wo dokumentieren

Im Methodenteil oder einer Fußnote. Nicht im Literaturverzeichnis.

Was nicht geht

KI-Output als Primärquelle zitieren. Prompt/Antwort sind keine Belege.

Wie verifizieren

Fakten gegen Originalquellen prüfen und dann diese Quellen zitieren.

Beispiel Methodenteil „Zur Unterstützung der Textformulierung wurde ChatGPT (OpenAI) im Dezember 2025 eingesetzt. Das Tool diente als Formulierungshilfe. Alle sachlichen Aussagen wurden gegen die im Literaturverzeichnis genannten Quellen geprüft.“

Die genauen Regeln zur KI-Nutzung variieren je nach Institution. Frag vor dem Einsatz deine Betreuung, was erlaubt ist und wie du die Nutzung dokumentieren sollst. Transparenz schadet nie, verschwiegene KI-Nutzung kann im Zweifel als Täuschungsversuch gewertet werden.

Plagiatsprüfung: So nutzt du sie richtig

Plagiatsprüfungen vergleichen deinen Text mit Milliarden von Dokumenten im Internet und in Datenbanken. Sie markieren Übereinstimmungen und zeigen dir, welche Stellen auffällig sind. Das ersetzt nicht sorgfältiges Arbeiten, hilft aber, versehentliche Fehler zu finden.

Prozentwerte richtig interpretieren: Ein Plagiatschecker zeigt einen Prozentsatz an Übereinstimmungen. Das bedeutet nicht automatisch, dass du plagiiert hast. Typische harmlose Treffer sind: korrekt zitierte Passagen mit Anführungszeichen, dein Literaturverzeichnis (das enthält bewusst fremde Titel), Standardformulierungen wie „Im Folgenden wird untersucht" und etablierte Fachbegriffe. Kritisch sind nur längere Textpassagen im Fließtext, die ohne Quellenangabe matchen.

Report abarbeiten: 5 Schritte
1

Trefferliste öffnen

Geh jeden markierten Abschnitt einzeln durch.

2

Literaturverzeichnis ignorieren

Diese Treffer sind erwartbar und kein Problem.

3

Zitate prüfen

Steht die Stelle in Anführungszeichen mit Quelle? Dann legitim.

4

Paraphrasen prüfen

Ist die Stelle zu nah am Original? Dann umformulieren.

5

Echte Lücken schließen

Nur Stellen ohne Quellenangabe musst du korrigieren.

Achtung bei Gratis-Tools

Lade deine finale Arbeit nicht unüberlegt in unbekannte kostenlose Plagiatschecker hoch. Manche speichern den Text in ihrer Datenbank, sodass deine Arbeit später selbst als Treffer erscheinen kann. Frag deine Prüfungsstelle, welches Tool empfohlen wird.

Checkliste vor der Abgabe

Bevor du deine Projektarbeit abgibst, geh diese sechs Schritte durch. So stellst du sicher, dass du keine Plagiatsfalle übersehen hast und die Abgabe reibungslos läuft.

Abgabe-Workflow: 6 Schritte
1

Quellenprüfung

Prüfe 10 zufällige Belege gegen das Original. Stimmen Autor, Jahr und URL?

2

Code und Abbildungen

Sind alle externen Code-Snippets und Grafiken mit einer Quelle versehen?

3

Selbstplagiat prüfen

Material aus Projektantrag oder früheren Arbeiten als solches kenntlich gemacht?

4

Literaturverzeichnis

Jede Quelle im Text erscheint im Literaturverzeichnis und umgekehrt.

5

Plagiatsprüfung

Report abarbeiten und längere Fließtext-Matches einzeln prüfen.

6

Eidesstattliche Erklärung

Unterschrieben und beigefügt? Sie bestätigt die eigenständige Arbeit.

Konsequenzen bei Plagiaten: Die Folgen hängen von der Schwere und der jeweiligen Prüfungsordnung ab. Begriffe wie „Täuschungsversuch" oder „Plagiat" werden von verschiedenen Institutionen unterschiedlich definiert. Bei kleineren Versäumnissen droht Punktabzug, bei umfangreicheren Plagiaten die Bewertung mit null Punkten. Bei IHK-Projektarbeiten kann die Prüfung im schlimmsten Fall als nicht bestanden gewertet werden. Die maßgebliche Rechtsgrundlage ist immer die Prüfungsordnung deiner Institution. Wenn du während des Schreibens merkst, dass du eine Quelle nicht mehr findest, sprich mit deiner Betreuung. Ehrlichkeit im Vorfeld ist besser als Ärger nach der Abgabe.

Prüfe außerdem die Gliederung und das Inhaltsverzeichnis ein letztes Mal, bevor du die finale Version erstellst. Exportiere die Arbeit als PDF und kontrolliere Formatierung und Seitenzahlen. Falls du eine gedruckte Version benötigst, findest du Optionen unter Projektarbeit drucken und binden.

Häufig gestellte Fragen

Wann nutze ich bei GitHub-Quellen Release, Tag oder Commit-Hash?

Nutze das Release (z.B. v4.18.2), wenn du eine stabile, veröffentlichte Version referenzierst. Der Tag ist sinnvoll bei Projekten ohne formale Releases. Den Commit-Hash (z.B. a1b2c3d) verwendest du, wenn du einen exakten Codestand brauchst, etwa bei Bug-Reproduktion oder Fork-Verweisen. Bei Forks gibst du zusätzlich an, von welchem Repo geforkt wurde.

Wie zitiere ich Screenshots korrekt (eigene vs. fremde)?

Bei eigenen Screenshots deiner Anwendung schreibst du „Eigene Darstellung" unter die Abbildung. Bei fremder Software gibst du Programm, Version und Datum an: „Screenshot aus Visual Studio Code 1.85, 06.01.2026". Bei Webseiten nennst du Betreiber, URL und Abrufdatum. Im Literaturverzeichnis führst du nur Webseiten auf, nicht die eigenen Darstellungen.

Was muss ich bei Open-Source-Lizenzen (MIT, GPL) beachten?

Lizenz und Plagiat sind verschiedene Dinge. Plagiat betrifft die Zuschreibung, Lizenz das Nutzungsrecht. Auch MIT-lizenzierter Code muss als fremde Quelle kenntlich gemacht werden. Lizenzpflichten werden relevant, wenn du Code weitergibst (Repository, Kundenübergabe). Bei rein beschreibender Dokumentation ist die korrekte Quellenangabe das Wichtigste.

Mein Plagiatscheck zeigt Treffer im Literaturverzeichnis. Ist das ein Problem?

Nein. Literaturverzeichnisse enthalten bewusst fremde Titel und Autoren. Diese Treffer sind erwartbar und kein Plagiat. Auch Standardformulierungen wie „Im Folgenden wird untersucht" oder Fachbegriffe erzeugen oft Treffer. Kritisch sind nur längere Textpassagen im Fließtext, die ohne Quellenangabe matchen.

Was passiert, wenn in meiner IHK-Projektarbeit ein Plagiat entdeckt wird?

Die Konsequenzen variieren je nach Umfang und Prüfungsordnung. Begriffe wie „Täuschungsversuch" sind je nach Institution unterschiedlich definiert. Mögliche Folgen reichen von Punktabzug über die Bewertung mit null Punkten bis zur Nichtanerkennung der Arbeit. Bei schweren Fällen kann die Prüfung als nicht bestanden gewertet werden. Lies die Prüfungsordnung und sprich im Zweifel vorher mit der Betreuung.

Wie gebe ich Konfigurationen oder Infrastructure-as-Code an?

Behandle YAML-, JSON- oder Terraform-Dateien aus externen Quellen wie Code: Kommentar mit Quelle und Abrufdatum im File (z.B. # Quelle: kubernetes.io/docs/..., abgerufen am 06.01.2026). Bei selbst erstellten Configs schreibst du „Eigene Konfiguration" in die Dokumentation. Adapter-Konfigurationen aus Hersteller-Tutorials zitierst du mit der Doku-URL.

Icon confetti Weitere interessante Artikel