Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rise:handbuch:2.3_zusammenarbeit_reference [2026-10-11 23:26] – lukas
+++ rise:handbuch:2.3_zusammenarbeit_reference [2026-10-16 11:31] (aktuell) – [Fachbereiche, Werkzeuge und Außenkommunikation] lukas
@@ Zeile 1: / Zeile 1: @@
 ====== Zusammenarbeit: Rollen, Kommunikation und Ablage ======
-Diese Übersicht hilft dir, die Zuständigkeiten und Arbeitsorte im Projekt zu verstehen. Welche Werkzeuge und Rollen deine Gruppe konkret nutzt, klärt ihr bei der Teamformierung und haltet sie auf eurer Semesterprotokollseite fest.((RISE-Teamleitung: Freigegebene Angaben zu Rollen und Werkzeugen, Juli 2026.))
+RISE entwickelt ein gemeinsames System. Gruppen bearbeiten abgegrenzte Aufgaben und stimmen ihre Schnittstellen miteinander ab. Klärt Rollen, Verantwortungsumfang und Werkzeuge bei der Teamformierung und haltet sie auf der Semesterprotokollseite fest. Die einzelnen Arbeitspakete einer Gruppe sind keine automatisch getrennten Teams.
 ===== Wer macht was? =====
-  * **Teamleitung:** koordiniert das Gesamtprojekt und ist Ansprechstelle für organisatorische Fragen. Den leitenden wissenschaftlichen Mitarbeiter sprecht ihr bei Prüfungs- und Anrechnungssonderfällen an.
+  * **Teamleitung:** Koordiniert das Gesamtprojekt und organisatorische Fragen. Der leitende wissenschaftliche Mitarbeiter ist die erste Ansprechstelle für Prüfungs- und Anrechnungssonderfälle; formelle Entscheidungen treffen die zuständigen Stellen.
-  * **Tutor*innen und studentische Gruppenleitungen:** begleiten Gruppen, unterstützen fachliche Entscheidungen und die Abstimmung zwischen Gruppen. Wie ihr den regelmäßigen Gruppentermin und den gemeinsamen Arbeitstermin nutzt, steht unter [[rise:handbuch:2.2_woechentliche_termine|Wöchentliche Termine]].
+  * **Gruppenleitung (Leadership):** Begleitet die zugeordneten Projektgruppen fachlich und organisatorisch. Übernimmt Leitungs- und Koordinationsaufgaben, gibt Feedback und unterstützt Onboarding, Schnittstellenarbeit und Wissenssicherung. Gruppenleitung und Leadership bezeichnen dieselbe Rolle. Im SCRUM-Team agieren sie als Product Owner.
-  * **Product Owner:** sorgt für fachliche Prioritäten und die Abstimmung der Aufgabe mit den Beteiligten. In RISE können Tutor*innen oder Personen im Leadership Track diese Aufgaben übernehmen. Klärt die konkrete Person für eure Gruppe.
+    * Die Gruppenleitung übernimmt in der Regel zugleich die **Product-Owner-Funktion**: Sie hält Ziel und fachliche Prioritäten im Blick und stimmt die Aufgabe mit den Beteiligten ab. Product Owner bezeichnet damit eine Funktion, nicht automatisch eine zusätzliche Person oder Leitungsebene. Übernimmt eine andere Person diese Funktion, hält die Gruppe die Zuordnung im Semesterprotokoll fest.
-  * **Scrum Master:** unterstützt das Team beim Arbeitsprozess, bei Terminen und beim Beseitigen organisatorischer Hindernisse. Jedes Team bestimmt diese Rolle.
+  * **Scrum Master:** Unterstützt Arbeitsprozess, Termine und das Sichtbarmachen beziehungsweise Bearbeiten organisatorischer Hindernisse. Jede Gruppe klärt, wer diese Funktion übernimmt.
-  * **Developer*innen:** bearbeiten die fachlichen und organisatorischen Aufgaben. Fortgeschrittene Studierende können im Specialist Track die Entwicklung fortsetzen.
+  * **Developer*innen:** Bearbeiten fachliche und organisatorische Aufgaben. Im **Specialist Track** vertiefen fortgeschrittene Studierende fachliche Entwicklungsarbeit.
-Der Leadership Track umfasst unter anderem Gruppenleitung, Product-Owner-Aufgaben, Koordination und Evaluation. Wie diese Funktionen in der Sprintarbeit zusammenspielen, erklärt [[rise:handbuch:2.5_rise_scrum_reference|RISE-Scrum]]. Für die Prüfungszuordnung der Tracks siehe [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]].
+Den regelmäßigen Austausch mit der Gruppenleitung beziehungsweise der benannten betreuenden Person beschreibt [[rise:handbuch:2.2_woechentliche_termine|Wöchentliche Termine]].
-===== Wo gehört welche Information hin? =====
+===== Leitungsaufgaben konkret =====
-^ Ort ^ Nutzt ihn für ^ Dein erster Schritt ^
+^ Bereich ^ Aufgaben ^ Was wird festgehalten? ^
-| [[https://isis.tu-berlin.de/|ISIS]] | Kursorganisation, aktuelle Disposition, interne Vorlagen, Sicherheitsvideo und Test, Ausleihformular. | Im aktuellen RISE-Kurs anmelden und die Disposition suchen. |
+| Teamführung | Neue Mitglieder einführen; Ziele, Verantwortlichkeiten und Fristen mit der Gruppe klären; regelmäßige Meetings unterstützen. | Vereinbarte Ziele, Zuständigkeiten, Einarbeitung und konkrete Unterstützungsbeiträge. |
-| [[https://docs.chat.tu-berlin.de/|Matrix]] | Laufende Nachrichten in und zwischen Gruppen. | Client nach TU-Anleitung einrichten; Team- und Gruppenräume bei der Teamleitung erfragen. |
+| Problemlösung | Hindernisse früh erkennen; Ursachen und Optionen klären; Unterstützung organisieren; nötigenfalls eskalieren. | Problembeschreibung, Entscheidung, Maßnahme und nachverfolgtes Ergebnis. |
-| [[https://cloud.rise-tub.de/|RISE-Nextcloud]] | Projektdateien, CAD- und Simulationsdaten, Präsentationen, Medien, Inventar und Übergaben. | Zugang und passenden Gruppenordner bei der Teamleitung erfragen. |
+| Schnittstellenarbeit | Abhängigkeiten, Übergabegegenstände und Prüfkriterien zwischen Gruppen vereinbaren; Änderungen rückmelden. | Schnittstellenabsprachen und Entscheidungen in der Fachdokumentation, verlinkt aus dem Semesterprotokoll. |
-| DokuWiki | Nachvollziehbares Wissen, Entscheidungen, Semesterprotokolle und weiterverwendbare Fachseiten. | [[rise:handbuch:3.4_wikidokumentation_how-to|Wiki-Dokumentation]] und [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Vorlage]] lesen. |
+| Reflexion und Qualität | Feedback auswerten; Reviews und Tests begleiten; Befunde, Korrekturen und verbleibende Grenzen verfolgen. | Prüf- und Testnachweise, Rückmeldungen, Korrekturschleifen und eigene Reflexion. |
-| Nextcloud Deck oder vereinbartes Issues-Werkzeug | Aufgaben, Prioritäten und Bearbeitungsstand. | Mit dem Team ein Werkzeug und Verantwortlichkeiten festlegen. |
+| Folgeaufgaben und Übergabe | Arbeit mit den betreuten Gruppen koordinieren. | Der Ablauf und die Anforderungen stehen in der [[rise:handbuch:3.5_semesterabschluss-rise_how-to|Abschluss-Checkliste]]. |
-| GitHub; vorhandene GitLab-Bestände | Code und Versionsverlauf; ältere Repositories als Vorarbeit. | Zugriff auf das Repository der Gruppe erfragen. |
-Wichtige Entscheidungen aus Chats gehören in die Wiki-Dokumentation. Verlinkt größere Dateien und Code an ihrem Ablageort. Pflegt Aufgabenstände im vereinbarten Aufgabenwerkzeug, damit keine zweite Aufgabenliste entsteht. Schnittstellen zu anderen Gruppen beschreibt ihr auf der [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollseite]].
+Betreute Gruppen und Zuständigkeiten werden zu Semesterbeginn mit der Teamleitung festgelegt. Die **endgültige Prüfungsbewertung bleibt bei den Prüfungsverantwortlichen**. Fachliche oder sicherheitsbezogene Freigaben dürfen Leadership-Personen nicht allein aus ihrer Rolle ableiten.
-===== Fachbereiche und Fachwerkzeuge =====
+Prüfungsleistungen und Bewertung für Leadership sind ausschließlich unter [[rise:handbuch:3.2_bewertungsmodalitaeten|Bewertungsmodalitäten]] beschrieben.
-RISE umfasst Human Machine Interaction, Mechanical Design, Electrical Engineering, Control Engineering, Biomechanics und Operations mit Event Management, Finance, PR und Sponsoring. Je nach Aufgabe kommen beispielsweise Siemens NX oder Onshape für CAD, KiCad für Leiterplatten, MATLAB für Berechnungen, ROS/ROS2 für Robotiksoftware und Isaac Sim/Isaac Lab für Simulation zum Einsatz. Nicht jede Gruppe benötigt alle Werkzeuge.((RISE: Auftaktveranstaltung SoSe 2026, Folien 41 und 45; RISE-Teamleitung: Freigegebener Werkzeugstatus, Juli 2026.))
+===== Gemeinsame Integration und frühe Tests =====
-Sponsoring und weitere Außenkommunikation stimmt ihr mit der Teamleitung und der zuständigen Operations-Gruppe ab. Legt zugehörige Absprachen und Materialien in der vorgesehenen Projektablage ab.
+Integration ist laufende Entwicklungsarbeit. Die beteiligten Gruppen legen Anforderungen, Schnittstellen, Testaufbau und Erfolgskriterien fest, bevor sie Teile zusammenführen. Sie benennen Verantwortliche und dokumentieren verwendete Hardware, Softwarestände, Durchführung, Ergebnisse und offene Fehler. Simulation, Einzelkomponententest und Gesamtsystemtest prüfen unterschiedliche Fragen.
-----
+Tests an realer Hardware werden mit Betreuung und den für Sicherheit zuständigen Personen abgestimmt. Eine funktionierende Komponente oder Simulation allein ist kein Nachweis für sicheren Pilot*innenbetrieb. Freigaben und Sicherheitsunterweisung gemäß [[rise:handbuch:2.4_material_und_sicherheit_how-to|Material und Sicherheit]] beachten.
-[[rise:handbuch:1_uebersicht|Zur Handbuch-Startseite]] | [[rise:handbuch:1.1_onboarding_tutorial|Zum Onboarding]]
-== Tags: ==
+Die Aufgabenstellung und die betreuten Projektseiten legen fest, welche Komponenten und Schnittstellen eine Gruppe bearbeitet. Den gültigen technischen Stand prüft die Gruppe außerdem am verwendeten Repository und an der vorhandenen Hardware.
-{{tag>RISE Handbuch Zusammenarbeit Rollen Tools Reference}}
+===== Kommunikation, Wissens- und Datenmanagement =====
+^ Ort ^ Inhalt ^ Erster Schritt ^
+| [[https://isis.tu-berlin.de/|ISIS]] | Semesterzeitplan, Kursorganisation, Abgaben, Vorlagen, Videos und Sicherheitsunterweisung. | Den aktuellen RISE-Kurs nutzen. |
+| [[https://docs.chat.tu-berlin.de/|Matrix]] | Laufende Nachrichten in und zwischen Gruppen. | Client nach TU-Anleitung einrichten; Team- und Gruppenräume erfragen. |
+| [[https://cloud.rise-tub.de/|RISE-Nextcloud]] | CAD- und Simulationsdaten, Dokumente, Präsentationen, Medien, Inventar und Übergaben. | Konto, Rechte und richtigen Gruppenordner prüfen. |
+| DokuWiki | Handbuch, Semesterprotokolle aller Projektgruppen und Fachseiten außerhalb der Software- und Elektronikdokumentation. | [[rise:handbuch:3.4_wikidokumentation_how-to|Konventionen]] und [[rise:studi:rise-exo-2:vorlagen:semesterprotokoll|Semesterprotokollvorlage]] lesen. |
+| [[https://riseos-docs-e1325d.gitlab-pages.tu-berlin.de/|git-Dokumentation (git-Wiki)]] | Fachliche Dokumentation der Software und der elektrischen/elektronischen Systeme; im aktuellen Aufgabenzuschnitt E1/E2. | Die lesbare Dokumentation sichten und den Bearbeitungszugang zum [[https://github.com/riserobotics/rise-docs|Dokumentationsrepository]] prüfen. |
+| Nextcloud Deck oder vereinbarte Issues | Aufgaben, Prioritäten, Zuständigkeiten und Bearbeitungsstand. | Ein gemeinsames Aufgabenwerkzeug pro Arbeitskontext vereinbaren. |
+| GitHub und vorhandene GitLab-Bestände | Code, Konfiguration und Versionsverlauf. | Das für die Aufgabe verwendete Repository mit der Betreuung festlegen. |
+**Jede Projektgruppe führt ihr Semesterprotokoll im DokuWiki, auch im Bereich Software und Elektronik.** Es verlinkt die zugehörige Fachdokumentation und die verwendeten Dateien und Versionen. Die Zuordnung der Fachinhalte richtet sich nach dem Thema; die Teamnummer allein bestimmt keinen zusätzlichen Dokumentationsort.
+Pflegt einen Fachinhalt an einem maßgeblichen Ort. Verlinkt ihn aus dem Semesterprotokoll und von betroffenen Schnittstellen; schreibt dieselbe Fachdokumentation nicht zusätzlich im anderen System ab. Dauerhaft wichtige Chatentscheidungen werden in der passenden Fachseite festgehalten und im Semesterprotokoll verlinkt. Große Dateien und Code bleiben am jeweiligen Ablageort.
+Der laufende Backlog bleibt im Aufgabenwerkzeug. Dokumentation erklärt Ausgangslage, Entscheidungen und Ergebnisse; sie führt keine zweite laufende Aufgabenliste.
+===== Fachbereiche, Werkzeuge und Außenkommunikation =====
+RISE umfasst die Fachbereiche **Human Machine Interaction**, **Mechanical Design**, **Electrical Engineering**, **Control Engineering**, **Biomechanics** und **Operations**. Zu Operations gehören unter anderem Event Management, Finance, PR und Sponsoring. Fachbereiche beschreiben Kompetenzen und Arbeitsfelder, keine festen Teams. Welche Gruppen im Semester gebildet werden und wer welche Aufgabe übernimmt, wird bei der Themenvergabe geklärt und auf den jeweiligen Projekt- und Semesterprotokollseiten festgehalten.
+Je nach Aufgabe kommen Siemens NX oder Onshape, KiCad, MATLAB, AnyBody, ROS 2, Gazebo, RViz, Isaac Sim/Isaac Lab oder Blender zum Einsatz. Nicht jede Gruppe benötigt jedes Werkzeug. Installation, Version und Zugang werden mit der fachlichen Betreuung geklärt.
+[[https://blogs.tu-berlin.de/mt_rise/de/home-deutsch/|Website]], [[https://www.instagram.com/rise_tub/|Instagram]], [[https://www.linkedin.com/company/rise-research-and-innovation-in-student-exoskeleton-development|LinkedIn]] und [[https://www.youtube.com/@RISE_TUB|YouTube]] dienen Außenkommunikation, Recruiting und Partnerkontakt. Sponsoring und Veröffentlichungen werden mit Teamleitung und dem zuständigen Operations-Bereich abgestimmt.
+----
+[[rise:handbuch:2.5_rise_scrum_reference|RISE-Scrum]] | [[rise:handbuch:1_uebersicht|Handbuch]]
+{{tag>RISE Handbuch Zusammenarbeit Rollen Fachbereiche Leadership Integration Reference}}