Benutzer-Werkzeuge

Webseiten-Werkzeuge


rise:handbuch:3.5_semesterabschluss-rise_how-to

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
rise:handbuch:3.5_semesterabschluss-rise_how-to [2026-10-11 16:30] – gelöscht - Externe Bearbeitung (Unbekanntes Datum) 127.0.0.1rise:handbuch:3.5_semesterabschluss-rise_how-to [2026-10-16 12:19] (aktuell) – lukas
Zeile 1: Zeile 1:
 +====== Semesterabschluss und Übergabe ======
 +
 +Diese Seite enthält die **Abschluss-Checklisten für RISE-Projektgruppen (RISE I und Specialist) und Leadership**. Die Abhakpunkte stehen zuerst; darunter werden die Übergabeanforderungen erläutert. Der [[https://isis.tu-berlin.de/|aktuelle ISIS-Kurs]] enthält die Termine, Fristen und Abgabewege. Die Vorbereitung der Folgeaufgaben beginnt in Sprint 2.
 +
 +===== Checkliste für Projektgruppen (RISE I und Specialist) =====
 +
 +==== Dokumentation ====
 +
 +  * ☐ Semesterprotokoll im DokuWiki und Fachdokumentation am jeweils festgelegten Ablageort auf den tatsächlichen Abschlussstand bringen.
 +  * ☐ Neue und bearbeitete Fachinhalte im Semesterprotokoll verlinken. DokuWiki-Fachseiten in die passende Projektgliederung aufnehmen; git-Inhalte über die Navigation der git-Dokumentation erschließen. Verweise zwischen beiden Ablagen prüfen.
 +  * ☐ Die mit der Betreuung abgestimmte Dokumentationsstruktur und Verknüpfung der verwendeten Ablagen umsetzen.
 +  * ☐ Review-Feedback und sichtbare Korrekturhinweise bearbeiten; offene Punkte begründen.
 +  * ☐ Quellen, übernommene Vorarbeiten und eigene Beiträge unterscheiden; die Dokumentationsregeln für die verwendete Ablage und das geltende Bewertungsraster prüfen.
 +
 +==== Dateien und Zugänge ====
 +
 +  * ☐ Relevante Daten, CAD-/Simulationsstände, Präsentationen, Medien und zusätzliche Projektunterlagen in den vorgesehenen Nextcloud-Ordnern ablegen und aus der zugehörigen Dokumentation verlinken.
 +  * ☐ Code und Konfiguration im vereinbarten Repository sichern; verwendbare Versionen verlinken. Bei git-Dokumentation den lesbaren Abschlussstand und die zugehörige Quellversion verlinken.
 +  * ☐ Projektwissen aus Matrix oder privaten Ablagen in die gemeinsame Dokumentation überführen.
 +  * ☐ Finale Stände von verworfenen oder fehlerhaften Versionen unterscheiden; Links und Zugriffsrechte für die Nachfolgegruppe prüfen.
 +
 +==== Material und Inventur ====
 +
 +  * ☐ Die seit der Inventur im ersten Sprint fortlaufend gepflegte Inventurliste auf den letzten Stand bringen und im vorgesehenen Nextcloud-Ordner ablegen.
 +  * ☐ Den finalen Stand erneut ausdrucken und an jedem von der Gruppe genutzten Schrank aushängen.
 +  * ☐ Ausgeliehenes Material und vereinbarte Rückgaben kontrollieren; offene Punkte dokumentieren.
 +
 +==== Übergabe und Medien ====
 +
 +  * ☐ Folgeaufgaben mit Leadership im Semesterprotokoll priorisieren und mit Tutor*innen abstimmen.
 +  * ☐ Aufgabenkarten kleinteilig und in sinnvoller Reihenfolge anlegen. Eine Sprintzuordnung nur als Vorschlag kennzeichnen; die neue Gruppe plant ihre Sprints selbst.
 +  * ☐ Ausgangslage, Ziel, Abschlusskriterien, Schnittstellen, Voraussetzungen und offene Integrations-/Testfragen dokumentieren; benötigte Gruppengröße mit der Teamleitung abstimmen. Bei Beschaffungsbedarf zusätzlich Mindest- und Maximalbudget festlegen.
 +  * ☐ Eine editierbare Aufgabenfolie im bestehenden RISE-Aufgabenlayout und eine Folie zum aktuellen Stand abgeben; beide mit dem Wiki abgleichen und verlinken.
 +  * ☐ Übergabezeitpunkt und Beteiligte mit der Teamleitung abstimmen; offene Entscheidungen benennen.
 +  * ☐ Abschlussvideo zur Übergabe an die Nachfolgegruppe abgeben und verlinken.
 +  * ☐ Mindestens einen Social-Media-Beitrag der Gruppe im Semester mit der zuständigen Gruppe für Öffentlichkeitsarbeit (H3) abstimmen und spätestens mit der Abschlussdokumentation abgeben; den Beitrag im vorgesehenen Nextcloud-Ordner ablegen.
 +
 +==== Persönliche Prüfungsunterlagen ====
 +
 +  * ☐ Jedes Gruppenmitglied unterschreibt die Selbstständigkeitserklärung im Original, reicht sie nach aktueller ISIS-Vorgabe ein und kennzeichnet die KI-Nutzung nach Vorgabe.
 +
 +===== Checkliste für Leadership =====
 +
 +  * ☐ Betreute Gruppen, eigene Koordinationsaufgaben und Befugnisse mit der Betreuung klären und im Portfolio festhalten.
 +  * ☐ Mit den betreuten Projektgruppen ab Sprint 2 die Folgeaufgaben entwickeln, priorisieren und die editierbaren Aufgabenfolien abstimmen. Die Projektgruppen bleiben für ihre Dokumentation, Dateien, Inventurlisten und Abschlussmedien verantwortlich.
 +  * ☐ Retrospektive 1 und Retrospektive 2 halten; eigene Maßnahmen und deren Wirkung für das Portfolio dokumentieren.
 +  * ☐ Leitungsportfolio mit Belegen zur eigenen Arbeit nach dem für das Semester veröffentlichten Bewertungsraster abgeben.
 +  * ☐ Selbstständigkeitserklärung im Original unterschreiben und nach aktueller ISIS-Vorgabe einreichen; KI-Nutzung nach Vorgabe kennzeichnen.
 +
 +===== Erläuterungen =====
 +
 +==== Dokumentation, Dateien und Inventur ====
 +
 +Die Dokumentation muss für die nächste Gruppe nutzbar sein: Ergebnisse, Tests, Versionen, Fehler und offene Fragen gehören in die Fachdokumentation am [[rise:handbuch:2.3_zusammenarbeit_reference|festgelegten Ablageort]]. Das Semesterprotokoll im DokuWiki verlinkt die Fachseiten und den verwendbaren Abschlussstand. Fachinhalte aus der git-Dokumentation werden im DokuWiki verlinkt und nicht zusätzlich abgeschrieben. Größere Dateien liegen in der Projektablage und werden verlinkt.
 +
 +Für die git-Dokumentation müssen sowohl der lesbare Abschlussstand als auch die zugehörige Quellversion erreichbar sein. Prüft die Links und die Zugriffsrechte für die Nachfolgegruppe. Die [[rise:handbuch:3.4_wikidokumentation_how-to|Dokumentationsregeln]] gelten entsprechend der verwendeten Ablage: DokuWiki-Regeln zu Syntax, Farben und Signaturen betreffen DokuWiki-Seiten; Änderungen an git-Inhalten sind über die Versionshistorie nachvollziehbar.
 +
 +Die Abschlusskontrolle der Inventurliste betrifft die laufende Pflege und den finalen Ausdruck. Der Ablauf von der Inventur im ersten Sprint bis zum Aushang am Semesterende steht unter [[rise:handbuch:2.4_material_und_sicherheit_how-to|Material und Sicherheit]].
 +
 +==== Abschlussmedien ====
 +
 +Das Abschlussvideo ist eine Übergabe an die Nachfolgegruppe. Es zeigt den aktuellen Stand, wichtige Ergebnisse, Ablageorte und Fachseiten sowie die Bedienung von Software oder Hardware, wenn diese für die Weiterarbeit benötigt wird.
 +
 +Jede Projektgruppe stimmt mindestens einen Social-Media-Beitrag **während des Semesters** mit der zuständigen Gruppe für Öffentlichkeitsarbeit (H3) ab. Eine frühe Abgabe wird empfohlen, damit während des Semesters veröffentlicht werden kann. **Spätester Abgabetermin ist die Abgabe der Abschlussdokumentation**.
 +
 +===== Folgeaufgaben entwickeln =====
 +
 +  - **Ab Sprint 2:** Verwendbare Ergebnisse, Fehler, offene Fragen und Schnittstellen zusammentragen. Daraus konkrete mögliche Folgeaufgaben ableiten.
 +  - **Vor Review II:** Vorschlag für die Folgeaufgaben mit Tutor*innen abstimmen; Prioritäten und Abhängigkeiten mit Leadership klären.
 +  - **Im letzten Sprint:** Aufgaben nach Tests, Integration und Feedback aktualisieren. Abgeschlossene Punkte als Vorarbeit kennzeichnen und neue Befunde aufnehmen.
 +  - **Zur Übergabe:** Wiki-Abschnitt und Aufgabenfolie auf denselben Stand bringen. Offene Entscheidungen benennen.
 +
 +===== Was in den Wiki-Abschnitt gehört =====
 +
 +Pflegt die Folgeaufgaben als verlinkten Abschnitt des bestehenden Semesterprotokolls im DokuWiki; legt dafür keine zweite, unabhängige Dokumentation an. Der Abschnitt enthält:
 +
 +  * **Ausgangslage:** Was funktioniert, was ist getestet, was bleibt offen? Maßgebliche Dateien und Versionen verlinken.
 +  * **Ziel und Arbeitspakete:** Konkrete, priorisierte Aufgaben; notwendige Arbeit von Erweiterungen unterscheiden.
 +  * **Abschlusskriterien:** Woran erkennt die nächste Gruppe, dass eine Aufgabe erledigt ist? Welche Integrations- oder Tests fehlen?
 +  * **Schnittstellen und Voraussetzungen:** Betroffene Fachbereiche, benötigte Personen, Zugänge, Werkzeuge, Hardware und Sicherheitsbedingungen.
 +  * **Aufwand, Beschaffung und offene Entscheidungen:** Realistische Einschätzung; mit der Gruppenleitung abgestimmte Annahmen kenntlich machen.
 +
 +Legt die ausführbaren Arbeitspakete im vereinbarten Aufgabenwerkzeug an und verlinkt sie aus dem Wiki. Das Wiki hält Ausgangslage, Begründung, Ziele und Abhängigkeiten fest; Zuständigkeit und Bearbeitungsstand werden auf den Karten gepflegt. Bringt die Karten in eine **sinnvolle Reihenfolge**. Ein Vorschlag zur Verteilung auf künftige Sprints ist optional. Die neue Gruppe prüft den übernommenen Stand und erstellt ihre eigene Sprintplanung.
 +
 +===== Aufgabenfolie und Ergebnisstand =====
 +
 +Jede Projektgruppe gibt eine **editierbare PowerPoint-Aufgabenfolie im bestehenden RISE-Aufgabenlayout** ab. Die Folie nennt Ziel, priorisierte Aufgaben, Voraussetzungen, Schnittstellen und eine vorgeschlagene Teamgröße. Sie fasst den Wiki-Abschnitt zusammen und verweist auf Fachdetails, statt sie in Kleinschrift zu wiederholen. Eine zweite Folie zeigt den **aktuellen Stand**. Projektgruppe und Leadership stimmen die Aufgabenfolie gemeinsam ab.
 +
 +Die Präsentationsdatei liegt im aufgeräumten Gruppen-/Übergabeordner und wird aus dem Semesterprotokoll verlinkt. Screenshot oder PDF ersetzen die editierbare Aufgabenfolie nicht.
 +
 +----
 +[[rise:handbuch:1_uebersicht|Handbuch]] | [[rise:handbuch:3.3_hinweise_zu_vortraegen|Vorträge]] | [[rise:handbuch:2.1_semesterablauf_reference|Meilensteine]]
 +{{tag>RISE Handbuch Abschluss Übergabe Folgeaufgaben How-to}}
  

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki