🎤
Seminar 6
Präsentation, Verteidigung & Abschluss
🎓 das letzte Seminar — heute präsentiert ihr eure Arbeit
Bachelorseminar IKT
Prof. Dr. Alexandra Mikityuk
HTW Berlin · Sommersemester 2026
Eure Präsentationen & Feedback · Verteidigung/Kolloquium · Software-IP & Lizenzen · Abgabe-Checkliste · ⏱️ 5 Stunden
📅 Das Programm — alle 6 Seminare
Heute sind wir in Seminar 6 — dem letzten.
1
Einführung · abgeschlossen ✓
2
Exposé & Forschungsfrage · abgeschlossen ✓
3
Methodik · abgeschlossen ✓
4
Literaturrecherche, Quellen & Struktur · abgeschlossen ✓
5
Schreiben — vom Stil zur ersten Seite · abgeschlossen ✓
6
Präsentation, Verteidigung & Abschluss heute · Abschluss
⏱️ 30 Min · Gruppen-Aktivität
🔍 Hausaufgaben-Check: Was habt ihr aus Seminar 5 mitgebracht?
In Seminar 5 hattet ihr drei Aufgaben — heute starten wir damit:
- 2-3 Seiten Rohtext eines Kapitels — und einmal überarbeitet
- Eine 5-Minuten-Präsentation eurer Arbeit vorbereitet
- 2 gefürchtete Prüfungsfragen notiert
Ablauf:
- 10 Min — bildet 3er-Gruppen
- 15 Min — stellt eure Textseiten & Präsentationsideen vor, die anderen geben Feedback
- 5 Min — drei Gruppen teilen ihr „aha"-Insight mit der ganzen Gruppe
Warum das wichtig ist: heute üben wir genau das — Präsentieren & Verteidigen. Eure mitgebrachte Präsentation und eure gefürchteten Fragen braucht ihr später, wenn ihr vor der Gruppe präsentiert.
Themen heute (5 Stunden)
Block 1 (1,5h)
- Kurz-Recap aus Seminar 5 (Aufbau, Folien, Vortrag)
- Verteidigung / Kolloquium — was passiert da?
- Typische Prüfungsfragen
Block 2 (1,5h)
- Software-IP & Open-Source-Lizenzen
- Wem gehört euer Code?
- Datenschutz & sensible Daten
Block 3 (2h)
- 🎤 Eure Präsentationen + Feedback
- Abgabe-Checkliste & Roadmap
- Reflexion & Abschluss
Das Herzstück heute: ihr präsentiert eure Arbeit vor der Gruppe — mit Feedback und Übungs-Fragen. Bringt eure fertigen Folien aus der Hausaufgabe mit!
Die Verteidigung / das Kolloquium — was passiert da?
🧑💻 Alltagsanalogie — ein Code-Review eurer Arbeit, live
Stellt euch ein Code-Review vor — nur dass nicht euer Code, sondern eure ganze Arbeit reviewt wird, und zwar in Echtzeit. Ihr erklärt eure Entscheidungen, die Prüfer:innen hinterfragen sie — wohlwollend, nicht feindlich. Ziel ist nicht, euch zu fangen, sondern zu sehen, dass ihr eure Arbeit wirklich versteht.
⏱️ Typischer Ablauf
15-20 Min Vortrag, danach 15-30 Min Fragen & Diskussion.
👥 Wer ist dabei
Erst- & Zweitgutachter:in — manchmal mit weiteren Zuhörer:innen.
🎯 Worum geht's
Zeigen, dass ihr eure eigene Arbeit verstanden habt — Entscheidungen, Ergebnisse, Grenzen.
Beruhigend: niemand kennt eure Arbeit besser als ihr. Ihr habt monatelang daran gearbeitet — die Prüfer:innen haben sie gelesen, aber ihr habt sie gelebt.
Schnell-Recap aus Seminar 5: so präsentiert ihr
Das Bauen & Halten habt ihr in Seminar 5 gelernt — hier nur die Essenz, bevor ihr gleich auftretet:
① Aufbau
Hook/Problem → Forschungsfrage → kurz Grundlagen → Methodik → Ergebnisse (Herzstück!) → Fazit/Ausblick → Backup-Folien.
② Folien
Eine Botschaft pro Folie, große Schrift, Bilder statt Text. Plakat, kein Skript. Folien nummerieren.
③ Vortrag
Laut geübt, 1. Satz auswendig, ruhig & langsam, Zeit halten. Nervosität ist normal.
Heute zählt's: Gleich präsentiert ihr eure Arbeit vor der Gruppe — mit Feedback und Übungs-Fragen. Das ist die Generalprobe für eure echte Verteidigung.
Typische Prüfungsfragen — und wie ihr antwortet
| Frage | Antwort-Strategie |
|---|
| „Warum diese Methode?" | Begründung + welche Alternativen ihr verworfen habt (und warum) |
| „Was sind die Grenzen Ihrer Arbeit?" | Ehrlich benennen — das zeigt wissenschaftliche Reife, kein Schwäche-Eingeständnis |
| „Was würden Sie heute anders machen?" | Reflexion zeigen — ein konkretes Beispiel mit Begründung |
| „Wie ordnet sich Ihre Arbeit in den Stand der Technik ein?" | 2-3 zentrale Arbeiten nennen + euer Beitrag dazu |
| „Können Sie X auf Folie Y erklären?" | Ruhig zur Folie gehen, am Diagramm erklären — deshalb Folien nummerieren! |
Goldene Antwort bei Unsicherheit: „Ich weiß es nicht, aber ich würde es so herausfinden…" — kurz, ehrlich, nachdenken statt raten. Das ist eine gute Antwort.
⏱️ 30 Min · Eigenarbeit + Pair
🛠️ Eigenarbeit 1: Schärft euren 5-Minuten-Pitch
Ihr habt Aufbau, Folien-Design und typische Fragen gesehen — jetzt feilt ihr an eurer eigenen Präsentation:
15 Min — alleine:
- Prüft eure Präsentation gegen den Aufbau aus dem Recap — fehlt etwas?
- Kürzt auf 5 Minuten — was ist wirklich nötig?
- Legt euren ersten Satz fest und lernt ihn auswendig
15 Min — zu zweit:
- Pitcht euch gegenseitig (je ~5 Min)
- Stellt euch gegenseitig 2 Prüfungsfragen (nutzt die typischen Prüfungsfragen)
☕
Pause
15 Minuten
Holt euch was zu trinken, lauft kurz raus. Gleich geht's um eine oft vergessene Frage — wem gehört euer Code?
Wem gehört eigentlich euer Code?
🎵 Alltagsanalogie — ein Lied komponieren
Code schreiben ist wie ein Lied komponieren: in dem Moment, in dem ihr es schafft, entsteht automatisch ein Urheberrecht — ihr müsst es nicht beantragen. Das gilt genauso für jede Zeile Code, die ihr schreibt.
⚖️ In Deutschland
Als Urheber:in habt ihr automatisch das Urheberrecht an eurem Code. Aber Achtung:
- Verwertungsrechte können davon getrennt sein
- Im Hochschul-Kontext kann es Sonderregeln geben (z.B. Drittmittel-Projekte)
- Verwendete Bibliotheken bringen ihre eigenen Lizenzen mit
🎯 Warum das zählt
Für eure Bachelorarbeit wichtig, sobald ihr:
- ein GitHub-Repo öffentlich macht
- den Code veröffentlichen oder weitergeben wollt
- fremde Bibliotheken einbindet
Open-Source-Lizenzen — der Überblick
🟢 Permissiv
MIT · Apache 2.0 · BSD
Fast alles erlaubt — nutzen, ändern, verkaufen, schließen. Einzige Pflicht: Namensnennung der Urheber:innen.
Apache 2.0 bietet zusätzlich Patentschutz.
🔴 Copyleft
GPL · AGPL
Ableitungen müssen wieder offen sein — wer GPL-Code nutzt und weitergibt, muss den eigenen Code ebenfalls unter GPL stellen.
Deshalb „viral" genannt. AGPL greift sogar bei reinen Web-Diensten.
Wichtigste Falle: kein Lizenz-Text = standardmäßig ALLE Rechte vorbehalten. Andere dürfen euren Code dann nicht legal nutzen — auch nicht, wenn er öffentlich auf GitHub liegt. Wer geteilt werden will, muss eine LICENSE-Datei hinzufügen.
Lizenz-Kompatibilität — die Falle mit den Dependencies
⚠️ Das Szenario
Ihr wollt euren Code unter MIT veröffentlichen. Aber ihr nutzt eine GPL-Bibliothek als Abhängigkeit. Folge: durch den Copyleft-Effekt kann eure ganze Arbeit unter GPL fallen — euer geplantes MIT wird unwirksam.
Das passiert oft unbemerkt — eine einzige Dependency in einer langen requirements.txt reicht.
🛠️ Werkzeuge zum Prüfen
- pip-licenses — listet alle Lizenzen eurer Python-Pakete auf
- npm license-checker — dasselbe für Node.js / npm
- SPDX — standardisierte Lizenz-Bezeichner zum maschinellen Prüfen
Regel: prüft die Lizenzen eurer Dependencies BEVOR ihr veröffentlicht — nicht danach.
Datenschutz & sensible Daten
🔒 Wenn ihr empirische Daten habt (Umfragen, Interviews)
- Einwilligung einholen — Teilnehmer:innen müssen zustimmen, wofür ihre Daten genutzt werden
- Anonymisierung — keine Namen, keine rückführbaren Merkmale in der Arbeit
- Keine Rohdaten mit Personenbezug in ein öffentliches Repo — niemals Interview-Audio oder Roh-Tabellen mit Namen veröffentlichen
DSGVO kurz: sobald ihr personenbezogene Daten verarbeitet, gelten klare Regeln — Zweckbindung, Datenminimierung, Löschfristen. Relevant für alle mit empirischer Methode. Im Zweifel: anonymisiert früh und gründlich.
⏱️ 20 Min · Quiz + Diskussion
🧩 Quiz: Lizenz-Szenarien
10 Min in Paaren lösen, dann 10 Min Plenum-Auflösung:
- Ihr nutzt eine MIT-Bibliothek und wollt euer Repo schließen (nicht offenlegen) — geht das?
- Ihr baut auf GPL-Code auf und wollt euer Ergebnis unter MIT veröffentlichen — geht das?
- Ihr habt keine LICENSE-Datei — darf ein:e Kommiliton:in euren Code für sein/ihr Projekt nutzen?
Auflösung: (1) Ja — MIT ist permissiv, ihr dürft ableiten und schließen, nur Namensnennung nötig. (2) Nein — GPL ist Copyleft, Ableitungen müssen wieder GPL sein. (3) Nein — ohne Lizenz sind alle Rechte vorbehalten, niemand darf ihn legal nutzen.
☕
Pause
15 Minuten
Streckt euch, atmet durch. Gleich präsentiert ihr — euer Auftritt!
⏱️ 60 Min · Gruppen-Aktivität
🎤 Eure Präsentationen — euer Auftritt
Jetzt seid ihr dran: ihr präsentiert eure Arbeit. In 4er-Gruppen, jede:r einmal — pro Person ca. 14 Minuten:
Ablauf pro Person (~14 Min):
- ~7 Min — eure Präsentation halten (mit euren Folien, wie in der echten Verteidigung)
- ~4 Min — die Gruppe stellt Prüfungsfragen (nutzt die typischen Fragen von vorhin!)
- ~3 Min — Feedback nach Checkliste:
- Aufbau klar?
- Ergebnisse verständlich?
- Souverän bei Fragen?
- Zeit gehalten?
Warum das wertvoll ist: das ist die wertvollste Übung des Tages — echte Fragen unter echten Bedingungen. Was hier holprig läuft, läuft in der echten Verteidigung dafür glatt.
Vor der Abgabe — die Checkliste
📝 Inhalt & Form
- ☐ Eidesstattliche Erklärung unterschrieben
- ☐ Plagiats-Selbstcheck durchgeführt
- ☐ Alle Quellen im Literaturverzeichnis
- ☐ Abbildungen/Tabellen nummeriert & beschriftet
- ☐ Rechtschreibung & Grammatik geprüft
📦 Formales & Abgabe
- ☐ Formvorgaben der HTW (Seitenränder, Schrift, Umfang)
- ☐ Abgabe-Format & -Frist geklärt
- ☐ ggf. Code-Repo + LICENSE-Datei
- ☐ Druck- / PDF-Exemplare vorbereitet
Tipp: arbeitet diese Liste einige Tage vor der Frist ab — nicht am letzten Abend. Drucken, Binden und Formalia kosten überraschend viel Zeit.
Die Roadmap bis zur Abgabe
Von heute bis zur Abgabe & Verteidigung — ihr habt das meiste schon geschafft:
②
In Schichten überarbeiten
⑥
Verteidigung vorbereiten & üben
Ihr schafft das. Ihr habt in sechs Seminaren von der Idee bis zur fast fertigen Arbeit gearbeitet — der letzte Abschnitt ist Handwerk, kein Hexenwerk. Ein Schritt nach dem anderen.
⏱️ 20 Min · Plenum + Eigenarbeit
💭 Reflexion — was nehmt ihr mit?
Bevor wir uns verabschieden, halten wir kurz inne:
10 Min — alleine: beantwortet für euch drei Fragen:
- Was war meine größte Erkenntnis aus den 6 Seminaren?
- Wo stehe ich gerade mit meiner Arbeit?
- Was ist mein nächster konkreter Schritt?
10 Min — Plenum: wer mag, teilt eine Erkenntnis oder den nächsten Schritt mit der Gruppe.
Kein Richtig oder Falsch. Diese Reflexion ist für euch — sie macht aus dem Gelernten einen Plan.
Was ihr in 6 Seminaren gelernt habt
- Seminar 1 — Wissenschaftliches Arbeiten
- Seminar 2 — Forschungsfrage & Exposé
- Seminar 3 — Methodik
- Seminar 4 — Quellen & Struktur
- Seminar 5 — Schreiben
- Seminar 6 — Präsentation & Abschluss
Den ganzen Weg gegangen: ihr habt den kompletten Bogen von der Idee bis zur fertigen Arbeit geschafft — Frage finden, Methode wählen, Quellen prüfen, schreiben, präsentieren und verteidigen. Das ist eine echte Forschungs-Kompetenz, die euch bleibt.
Take-aways aus heute
- Präsentations-Aufbau: 7 Punkte — Hook, Frage, Grundlagen, Methodik, Ergebnisse (Herzstück!), Fazit, Backup-Folien.
- Folien-Design: eine Botschaft pro Folie — ein Plakat, kein Skript.
- Prüfungsfragen: kurz, ehrlich, Grenzen offen benennen — „Ich weiß es nicht, aber…" ist okay.
- Lizenzen: permissiv (MIT/Apache) vs. Copyleft (GPL/AGPL); kein LICENSE = alle Rechte vorbehalten; Dependencies vor der Veröffentlichung prüfen.
- Abgabe-Checkliste: Erklärung, Quellen, Form, Frist, ggf. Repo + LICENSE — früh abarbeiten.
🎓
Viel Erfolg mit eurer Bachelorarbeit!
Es war mir eine große Freude, euch durch diese sechs Seminare zu begleiten. Ihr habt aus einer Idee eine echte wissenschaftliche Arbeit gemacht — jetzt fehlt nur noch der letzte Schritt. Bleibt dran, vertraut eurer Vorbereitung, und denkt daran: niemand kennt eure Arbeit besser als ihr.
Meine Sprechstunden stehen euch bis zur Abgabe offen — kommt vorbei, schreibt mir, wann immer ihr Fragen habt.
Fragen?
Prof. Dr. Alexandra Mikityuk
HTW Berlin · Büro Raum 308
🔗 Forschungs- & Recherche-Links
Die Verteidigung ist geistige Arbeit, keine Gliederung mit Farben. Diese Quellen helfen bei Aufbau, Folien und Auftritt.
📚 Wissenschaftliche Datenbanken
🎤 Präsentation & Verteidigung
💡 Viele Volltexte gibt es nur mit HTW-Login — Zugriff über die Bibliothek → „E-Ressourcen / DBIS". Externe Links: keine Gewähr.