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 nicht als fremd kenntlich machst. Besonders in technischen Dokumentationen können Quellenhinweise bei Code, Grafiken und Herstellerdokumentation leicht verloren gehen. Dieser Artikel hilft dir, solche Übernahmen systematisch zu erkennen und vor der Abgabe zu prüfen; die konkrete Formatierung der Belege erklärt der separate Zitierleitfaden.

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 Herkunft angemessen kenntlich zu machen. Das gilt für wörtliche Übernahmen genauso wie für sinngemäße Wiedergaben. Wie ein Verstoß bezeichnet und bewertet wird, richtet sich nach den Regeln deiner Prüfungsstelle; auch unbeabsichtigte Kennzeichnungslücken können fachlich relevant sein.

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? Sobald du fremdes Material verwendest, solltest du prüfen, was seine Lizenz erlaubt und verlangt. Bei einer bloßen Beschreibung ohne Übernahme kann die Lage anders sein als bei eingebettetem Code, einem Repository oder einer Kundenübergabe. Quellenangabe und Lizenzerfüllung bleiben zwei getrennte Prüfungen.

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 belastbaren Fachquellen. Wenn ein Tool Fakten, Studien oder Methoden nennt, prüfst du sie an der Originalquelle und belegst diese. Soll die KI-Ausgabe selbst Untersuchungsgegenstand sein, dokumentierst du sie nach den Regeln deiner Institution als Material – nicht als unabhängigen Nachweis für ihre eigenen Behauptungen.

KI-Nutzung dokumentieren: Was, wo, wie?

Was dokumentieren

Anbieter, Tool bzw. Modell, Zweck, Umfang und Datum – genau nach der lokalen Vorgabe.

Wo dokumentieren

Dort, wo es deine Prüfungsstelle verlangt, etwa im Methodenteil, Hilfsmittelverzeichnis oder Anhang.

Was nicht geht

Ungeprüfte KI-Ausgaben als Beleg für Tatsachen verwenden.

Wie verifizieren

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

Beispiel Methodenteil „Zur Unterstützung bei [Arbeitsschritt] wurde [Anbieter, Tool/Modell] am [Datum] eingesetzt. Umfang und Bearbeitungsschritte wurden nach [lokaler Vorgabe] dokumentiert. Sachliche Aussagen wurden anhand der angegebenen Originalquellen geprüft.“ Dieses Muster ersetzt nicht die Vorgabe deiner Prüfungsstelle.

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. Offenlegung macht eine nach deinen Regeln unzulässige Nutzung nicht zulässig. Als übergeordnete Orientierung ordnet die DFG den Einsatz generativer Modelle im wissenschaftlichen Arbeiten ein; maßgeblich bleibt deine lokale Prüfungsregel.

Plagiatsprüfung: So nutzt du sie richtig

Plagiatsprüfungen vergleichen deinen Text mit dem jeweils verfügbaren, je nach Anbieter unterschiedlichen Korpus. Sie markieren Ähnlichkeiten; ob eine Übernahme korrekt gekennzeichnet ist, musst du inhaltlich beurteilen. Das Tool liefert daher Hinweise, kein Plagiatsurteil.

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. Problematisch können dagegen unbelegte Übernahmen jeder Länge sein; bewerte deshalb Fundstelle, Quelle, Eigenleistung und Kennzeichnung statt nur die Textmenge.

Report abarbeiten: 5 Schritte
1

Trefferliste öffnen

Geh jeden markierten Abschnitt einzeln durch.

2

Verzeichnistreffer einordnen

Titel und bibliografische Angaben erzeugen erwartbare Treffer; prüfe trotzdem, ob das Verzeichnis korrekt ist.

3

Zitate prüfen

Sind Übernahme, Quelle und gegebenenfalls Seitenangabe exakt und nach deinem Stil gekennzeichnet?

4

Paraphrasen prüfen

Ist die Formulierung eigenständig und die fremde Aussage trotzdem belegt?

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

Gleiche alle Belege und Verzeichniseinträge gegen die Originalquellen ab.

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

Alle inhaltlich relevanten Treffer im Kontext prüfen und Kennzeichnungslücken schließen.

6

Geforderte Erklärung

Ist die von deiner Prüfungsstelle verlangte Erklärung in der richtigen Fassung beigefügt und gegebenenfalls unterschrieben?

Konsequenzen bei Plagiaten: Einordnung, Verfahren und mögliche Folgen richten sich nach der für dich geltenden Prüfungsordnung und der Entscheidung der Prüfungsstelle. Ein Ähnlichkeitsbericht entscheidet das nicht automatisch. Kläre Unsicherheiten vor der Abgabe mit deiner Betreuung; bei einem bereits eröffneten Verfahren orientierst du dich an den offiziellen Hinweisen und holst bei Bedarf qualifizierte Beratung ein.

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 kennzeichnest du die eigene Erstellung. Bei fremder Software oder Webseiten dokumentierst du nach deinem Leitfaden etwa Produkt, Version, Betreiber, URL und Datum. Prüfe zusätzlich, ob du den sichtbaren Inhalt verwenden darfst; eine Quellenangabe ersetzt kein Nutzungsrecht.

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

Lizenz und Plagiat sind verschiedene Dinge: Plagiat betrifft die Zuschreibung, die Lizenz deine Nutzungsrechte und Pflichten. Kennzeichne fremden Code als Quelle und prüfe die konkrete Lizenz bereits vor der Nutzung. Bei Veröffentlichung, Repository oder Kundenübergabe können zusätzliche Pflichten greifen; eine Quellenangabe ersetzt sie nicht.

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

Treffer im Literaturverzeichnis sind erwartbar, müssen aber wie alle Funde im Kontext geprüft werden. Auch korrekt gekennzeichnete Zitate, Fachbegriffe und Standardformulierungen können Übereinstimmungen erzeugen. Ein Ähnlichkeitswert ist deshalb weder ein Plagiatsnachweis noch eine Entwarnung.

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 übernommene YAML-, JSON- oder Terraform-Dateien wie anderen fremden Code. Dokumentiere Quelle, konkrete Version oder Commit und Abrufdatum dort, wo es dein Leitfaden verlangt – etwa im Codekommentar, Methodenteil oder Quellenverzeichnis. Prüfe außerdem die Lizenz des Ausgangsmaterials.

Weitere interessante Artikel