TPSE Studi Infos

Änderungen

  • 2026-08-11 Initiale Version für das WiSe 2026/27.

  • 2026-09-10 Übersichtlichere Titel.

  • 2026-09-19 Eckdaten

  • 2026-10-10 Link & Tools, KI Handreichung

  • 2026-10-13 SEP-Website verlinkt, Anmeldung ohne Mail

Eckdaten TPSE und TUCaN-Anmeldung

Bitte stellt sicher, in den richtigen Modulen/Veranstaltungen angemeldet zu sein. In neueren Studienordnungen wurde die Veranstaltung in „Teamprojekt Softwareentwicklung“ umbenannt, dies ist inhaltlich identisch zum „Bachelor-Praktikum“.

Für Cognitive Science Studierende

Prüft bitte ob ihr zusätzlich auch zu

  • 20-00-0723 Psych IT Lab Part I - Practical Lab for Bachelors & Project Management

angemeldet seid, außer eure Studienordnung behauptet explizit das Gegenteil.

Alternative: Software Engineering Project (SEP)

Statt des TPSE kann auch das Software Engineering Project (SEP) belegt werden, ein größeres Projekt mit echten Firmen als Auftraggeber. Dort plant und implementiert ihr in einem Team von 5 bis 8 Studierenden ein professionelles Softwareprojekt, dessen Thema von Industriepartnern außerhalb der Uni stammt. Ihr erarbeitet eine eigene Lösungsstrategie, organisiert euch als Team, spezifiziert gemeinsam Anforderungen und definiert eure Prozesse; weitere Schwerpunkte sind der Entwurf einer großen Softwarearchitektur und die Qualitätssicherung. Neben den technischen Aspekten sammelt ihr Erfahrung in der Kommunikation mit einem echten Kunden und entwickelt Soft Skills. Das SEP läuft über ein Semester, jedes Team wird dabei direkt von einem erfahrenen Mitglied der Gruppe betreut.

Das SEP wird vom Fachgebiet Softwaretechnik (Prof. Dr.-Ing. Mira Mezini) ausgerichtet und kooperiert seit etwa 15 Jahren mit Industriepartnern wie SAP, Software AG oder Capgemini. Die Auftraggeber suchen Lösungen für Probleme mit Relevanz für Kunden und Endnutzer sowie Studien zu aktuellen Technologien.

Kontaktwege

Allgemeine Fragen (die auch andere Studierende betreffen) bitte grundsätzlich im Moodle-Forum posten.

Bei individuellen Angelegenheiten kontaktiert eure TB.

Bei sensitiven Problemen könnt ihr auch das Orga-Team direkt via tpse@cs.tu-darmstadt.de kontaktieren.

Remote-Teilnahme

Unter bestimmten Voraussetzungen ist eine vollständige Remote-Teilnahme möglich, nämlich wenn

Es gibt jedoch Präsenzvorlesungen, für die wir keine Aufnahmen garantieren können. Das Team- und Vortragstraining können eventuell remote stattfinden, sind aber in Person deutlich effizienter.

KI-Einsatz

Siehe auch die Handreichung der HDA

Disclaimer: Änderungen dieser Regeln behalten wir uns vor, während wir mehr über die Nutzung von KI lernen. Wie euer Projekt ist auch die Entwicklung unserer Veranstaltung: agil.

KI-Einsatz beim Coden

Der Einsatz von KI zum Coden ist erlaubt, unter folgenden Voraussetzungen:

Folgende Einsatzzwecke benötigen i. d. R. keine Absprache mit dem AG (im Zweifelsfall AG fragen):

Grundsätzlich gilt, dass ihr als Team die Verantwortung für den Code eures Projekts tragt – unabhängig davon, wie er entstanden ist. Insbesondere müsst ihr den Code erklären können und Designentscheidungen begründen können. Die heutigen KI-Agenten-Harnesses (wie Cursor AI oder Claude Code) sind gut darin, Prototypen zu generieren. Allerdings wird es schnell chaotisch und fehlerhaft, sobald es darüber hinaus zu einer vollwertigen, gut funktionierenden Software übergeht. Insbesondere wenn ihr wenig eigene Erfahrung mit Softwareentwicklung habt, ist KI-Nutzung deswegen schnell hinderlich.

KI-Einsatz bei Abgaben

KI darf zum Schreiben der Projektspezifikation und Projektdokumentation verwendet werden, aber nur für sprachliche Ausformulierung/Glättung. Das heißt: Liefert die Inhalte immer selbst. Die KI ist nicht dafür da, sich die Inhalte auszudenken, die in eure Abgaben sollen. Sollten wir feststellen, dass wesentliche Teile eurer Abgabe nicht der Wahrheit entsprechen/frei erfunden sind, kann das zu einem sofortigen Nicht-Bestehen dieses Kurses führen.

Auch hier gilt, ihr übernehmt die Verantwortung für alles, was in euren Abgaben steht. KI-generierte Fehler werden sich genauso auf eure Note auswirken wie menschengemachte Fehler. Eure Abgaben werden auch hinsichtlich ihrer Spezifizität bewertet. Wenn die Abgabe aus inhaltsleerem Text besteht, wie er bei inkorrektem KI-Einsatz gerne vorkommt, wird sich das negativ auf eure Note auswirken.

Teams mit unterschiedlichen Studiengängen

Teams mit Studierenden unterschiedlicher Studiengänge sind zugelassen. Seit einigen Jahren gibt es keinerlei Unterscheidungen mehr und die Veranstaltung ist für alle Studierenden identisch.

Achtung: Die Wirtschaftsinformatik bietet einen ähnlichen Kurs an. Vermischungen mit dem anderen Kurs sind nicht möglich. Teammitglieder im TPSE können nur Studierende sein, die auch im Modul „Teamprojekt Softwareentwicklung“ eingeschrieben sind.

Projekte mit unbekannten Technologien

Einige Projekte beinhalten Technologien oder Konzepte, die in den ersten 4 Semestern nicht zwangsläufig erlernt werden – beispielsweise Machine Learning. Ihr müsst euch davon nicht abhalten lassen, wenn ihr darin noch unerfahren seid: Prinzipiell ist es Teil der Rolle der AGs, das Fach- bzw. Domänenwissen beizusteuern. Das heißt, für die Softwareentwicklung müsst ihr den Anwendungsfall nicht komplett verstehen. Die AGs sollten euch das Verständnis, welches für euch nötig ist, vermitteln oder dazu Ressourcen bieten. Die nötige Einarbeitungszeit ist Teil des Gesamtaufwands.

Bedenkt auch, dass das TPSE kein Forschungsprojekt ist. Es ist also nicht eure Aufgabe Themenbereiche zu erkunden, wo der Auftraggeber noch nicht das entsprechende Domänenwissen hat.

Arbeitsaufwand

Wir erwarten regelmäßige Teilnahme am Prozess.

Das TPSE umfasst 9 CP, also insgesamt 270 Stunden pro Person. Das beinhaltet alles: Projektarbeit, Meetings, Dokumentation, Präsentationen, Trainings, Vorlesungen, … Zur Einschätzung: 10 Iterationen à 2 Wochen mit 3 Arbeitstagen (24 Stunden) pro Iteration ergeben 240 Stunden, also etwa 12 Stunden pro Woche.

Es kommt dabei aber nicht auf die letzte Stunde an. Wenn ein Teammitglied beispielsweise etwas weniger als die vorgegebene Stundenzahl geleistet hat und/oder ein anderes etwas mehr, aber das Projekt trotzdem den gewünschten Fortschritt erreicht hat, ist das unterm Strich OK, solange das Team intern damit einverstanden ist. Sollte von dem Richtwert spürbar abgewichen werden (in beide Richtungen), dies bitte in der Projektdokumentation erwähnen und begründen.

Die AGs dürfen nicht erwarten, dass mehr als 270 Stunden pro Person für die Gesamtveranstaltung aufgewendet werden.

Winterpause

Auf einstimmigen Wunsch des Teams kann die Winterpause zum Arbeiten genutzt werden. Dies ändert nichts am erwarteten Gesamtzeitaufwand.

Zeiterfassung

Grundsätzlich sind alle Stunden, die ihr für die Arbeit am Projekt aufwendet, auch zu erfassen. Hierzu zählt beispielsweise auch Einarbeitungszeit. Zur Orientierung dienen die folgenden Kategorien:

Zusammenarbeit im Team

Verzögerungen durch AGs

Eine Anpassung der Deadlines ist grundsätzlich nicht möglich, selbst wenn das Team die Verzögerungen nicht zu verantworten hat. Verzögerungen sind ein Risiko, mit dem ihr planen müsst. Wendet daher vorbeugende Strategien an (plant bspw. ausreichend Pufferzeit ein). Sprecht früh mit eurer Teambegleitung, wenn ihr Bedenken habt, dass irgendetwas nicht fertig werden könnte. Im Zweifelsfall ist es immer besser, den Umfang zu reduzieren.

Nutzungsstudien

Zur Durchführung und Aufbereitung der Ergebnisse von Nutzungsstudien (Anzahl Durchläufe, Teilnehmer, Format) werden von unserer Seite keine Vorgaben gemacht. Zu beachten ist aber, dass Qualität über Quantität geht und der Aufwand angemessen zum Nutzen sein muss.

Protokolle von AG-Treffen

Protokolle dienen euch und den AGs zur Absicherung, dass ihr dasselbe Verständnis von den Erkenntnissen/Entscheidungen in den Treffen habt. Es ist sinnvoll, den AGs eure Protokolle zugänglich zu machen, damit es nicht zu Missverständnissen kommt (z. B. durch falsche Priorisierung).

Die Protokolle der Treffen mit den Auftraggebenden müssen nicht bei der Projektorga abgegeben werden.

Ausfall von Teammitgliedern

Kurzzeitige (auch krankheitsbedingte) Ausfälle sollten lediglich innerhalb der Projektgruppe kommuniziert werden. Einfluss auf die Bewertung oder die zu leistende Stundenanzahl haben solche Ausfälle nicht. Wenn ein Projektmitglied länger ausfällt (>2 Wochen) und dies einen Einfluss auf die erreichbare Stundenanzahl hat, so meldet euch bitte bei der Projektorga.

Arbeiten nach der Deadline

Die Übergabe dient dazu, dass ihr euch auf die Abgabe der Projektdokumentation konzentrieren könnt, die ebenfalls einen großen Teil der Gesamtnote ausmacht. Insofern sollte mit der Übergabe, spätestens aber mit Ablauf der Deadline, nicht mehr am Projekt gearbeitet werden und keine Kommunikation mit den AGs mehr erforderlich sein. Außerhalb des TPSE steht es euch natürlich frei, inwieweit ihr mit euren AGs weiterarbeitet, zum Beispiel im Rahmen von HiWi-Verträgen, Thesen oder Ähnlichem. Trefft aber bitte keine verbindlichen Zusagen oder Absagen, bevor die Bewertung durch die AGs erfolgt ist.

Vorlesungsvideos von 2023 und davor

Die Kursorganisation hat sich seit dem Erstellen dieser Videos geändert, aber die grundsätzlichen Inhalte könnten immer noch relevant sein. Wir verlinken sie hier der Vollständigkeit halber.

Werkzeuge

Dies ist eine Liste an Werkzeugen und Dienstleistungen die im Rahmen des TPSE nützlich sein könnten.