Benutzer-Werkzeuge

Webseiten-Werkzeuge


rise:handbuch:1.3_standardaufgaben

Dies ist eine alte Version des Dokuments!


Hinweise und Standardaufgaben im Semester

Auf dieser Seite sind einige allgemeine Hinweise und Standardaufgaben zur Bearbeitung im Semester zu finden. Diese Seite dient als erster Einstieg als Teil des RISE-Handbuchs.

Tools - Webex Teams, Nextcloud, Wiki

Matrix

Für die Kommunikation intern und gruppenübergreifend wird das Tool Matrix verwendet. Bitte lade dir den Client herunter und melde dich - wie auf der TU-Seite beschrieben - an (auch als Handy-App möglich). Die einzelnen Gruppen werden von der Teamleitung angelegt. Man kann sich jedoch auch selbst in Gruppen einschreiben, neue Gruppen erstellen oder direkte Nachrichten verschicken. Bei Fragen oder Problemen wende dich bitte an die Teamleitung. Für allgemeine Fragen steht das ISIS-Forum zur Verfügung.

Nextcloud

Für die Datenablage wird seit dem Wintersemester 2023/2024 der Cloud-Dienst Nextcloud verwendet. Der Zugang wird von der Teamleitung eingerichtet. Hierzu erhälst du eine seperate Mail. Falls das nicht der Fall ist, melde dich bitte. Zu Beginn werden nur Leserechte vergeben. Im Laufe des Semesters wird das geändert. Stelle bitte sicher, dass bis zum Ende des Semesters alle Unterlagen in den entsprechenden Ordnern der Nextcloud abgelegt sind. Außerdem bietet die Nextcloud einige nützliche Funktionen, wie zum Beispiel das Deck, die die Arbeit im Semester erleichtern soll.

Wiki

Das Wiki dient zum Wissensdatenmanagement, zur Recherche und zur Dokumentation. Die Abschlussarbeit wird in Form einer Wikidokumentation erfolgen. Alle bisher gesammelten Daten, Erfahrungen und Aufgaben sind hier zu finden. Das Wiki ist in Semestern unterteilt. In jedem Semester werden die einzelnen Kleingruppen aufgelistet. Unter jeder Kleingruppe sind die in dem Semester gesammelten Dokumentationen zu finden. Um einen besseren Überblick zu erhalten, wurde ein Inhaltsverzeichnis erstellt. Dies ist eine der ersten Anlaufstellen bei der Einarbeitungsphase.

Das Bewertungsschema und der generelle Umgang mit dem Wiki ist hier zu finden. Zusätzlich zur Abgabe der Dokumentation muss eine Selbstständigkeitserklärung (von allen Gruppenmitgliedern original unterschrieben - Vorlage auf ISIS zu finden) abgegeben werden.

Prüfungsanmeldung

RISE kann über mehrere Wege angerechnet werden. Zunächst gibt es die Möglichkeit sich RISE als RISE I & RISE II jeweils als technisch und nicht-technisch anrechnen zu lassen. Dann gibt es die Möglichkeit RISE als Projekt Medizintechnik zu absolvieren. hierbei ist wichtig, dass das richtige Modul auch in Moses angemeldet ist. Außerdem können hier Abschlussarbeiten geschrieben werden. Einige Fakultäten lassen RISE auch als Betriebs-Praktikum zu, dies ist nochmal mit dem Praktikumsobmenschen klären. Ob man sich RISE als Wahlpflichtmodul anrechnen lassen kann, ist abhängig vom Studiengang und muss auf MOSES nachgelesen werden.

Wenn man bei RISE teilnehmen möchte und es sich nicht unbeding anrechnen lassen muss, kann das Projekt auf Freiwilligenbasis absolviert werden. Außerdem ist RISE seit dem 01.01.2024 eine BgA. Somit kann man auch als festes Teammitglied dabei sein.

RISE als normales Modul hat eine Portfolioprüfung. Daher muss sich relativ zeitnah zu Semesterbeginn für die Prüfung angemeldet werden. Genauere Informationen werden in der Auftaktveranstaltung mitgeteilt und können nachträglich auf ISIS nachgelesen werden.

Semesterablauf

Aktuell nutzt RISE das agile Projektmanagement-Framework „Scrum“ (neu seit Wintersemester 2023/2024 - davor normales Projektmanagement mit Zeitplan und Meilensteinen). Basierend darauf wird das Semester in mehrere Sprints unterteilt. Zum Ende jedes Sprints wird jede Gruppe eine Präsentation halten und dem Gesamtteam vorstellen, was sie in den jeweiligen Sprints erreicht haben. Diese Präsentationen zum Sprintende werden Sprint Reviews genannt. Bewertungsrelevant sind Sprint Review II und Sprint Review IV. Zu den Vorträgen sind hier noch weitere Infos

Vor dem Sprint Review I wird eine Art Zeitplan abgefragt. Zu einem vorgegebenen Termin werden alle Gruppen eine grobe Einordnung ihrer Aufgaben mit den jeweiligen Prioritäten und Arbeitsaufwandseinschätzungen vorstellen. Dies ist nicht bewertungsrelevant, aber liefert euch die Basis für den Verlauf eures Semesters. Daher arbeitet diesen Plan sorgfältig aus.

Neben den Sprint Reviews gibt es die sogenannten Kleingruppentermine. Jede Gruppe sollte mindestens zwei pro Semester wahrnehmen (mehr sind bei Wunsch möglich). Die Anmeldung dazu geschieht über ISIS. Dabei wählt man einen Tag und den gewünschten Zeit-Slot an dem man teilnehmen möchte. An einem Tag können bis zu vier Kleingruppentermine stattfinden. Bei einem solchen Termin stellt die Gruppe ihren aktuellen Stand vor und kann sich ggf. direkt an eine andere Gruppe wenden, um ein Problem zu besprechen. Nachdem der aktuelle Stand vorgestellt wurde, folgt die Diskussionsrunde - entweder mit dem gesamten Team oder Teilgruppen. Hinweis: Die Vorstellung des aktuellen Arbeitsstandes muss nicht als Präsentation erfolgen. Da die Termine im Semester manchmal nicht ausreichen, werden meistens auch Termine außerhalb der Vorlesungszeit angeboten (diese Termine werden vorher durch eine Umfrage abgefragt). Die Kleingruppentermine sind zusätzlich zu den Sprint Reviews.

Zum Ende des Semesters muss eine Dokumentation in Form eines Wiki-Eintrags erfolgen. Diese Dokumentation ist bewertungsrelevant. Die Abgabe erfolgt zum Tag des letzten Sprint Reviews. Ein genaues Datum wird von der Teamleitung frühzeitig angekündigt.

Zeitplanvorstellung

Hinweise zur Zeitplanvorstellung

Wichtige Hinweise:

  • Die Prüfungsanmeldung auf MOSES muss vor diesem Termin abgeschlossen sein.
  • Für die Präsentation bitte den Folienmaster nutzen.
  • Bitte beachtet die Vorgaben aus der Input-Vorlesung zur methodischen Produktentwicklung und dem agilen Projektmanagement.
  • Es soll die Zielsetzung dargestellt werden und das gesamte Team in das Thema kurz eingeführt werden. Achtet auf definierte und abschließbare Zwischenziele, die zu den Sprint Reviews erfüllt sein sollen. (Lieber kleine Abschlüsse nach Priorisierung statt großer Parallelisierung)
  • Es sollen alle Sprints (nicht nur der erste Sprint - ist nicht ganz nach Scrum) mit geclusterten Sprintzielen dargestellt werden. Die Reihenfolge entspricht der Priorisierung der Backlogs (Decks in der Nextcloud).

Aufgabenpakete und Sprint-Planung

Hinweise:

  • Baut die entsprechenden Aufgabenpakete zusammen.
  • Im Vorfeld soll ein möglichst umfassender Product-Backlog erstellt werden, in dem die Aufgabenpakete so kleinteilig heruntergebrochen werden, dass den einzelnen Aufgaben problemlos Story-Points zugewiesen werden können.
  • Der zu vorstellende Zeitplan stellt die priorisierte Reihenfolge des Product-Backlogs dar (aufgeteilt in Sprints).
  • Die Sprintplanung soll - der Gruppengröße angemessen - realistisch bleiben. Nach jedem einzelnen Sprint wird diese angepasst.
  • Bei der Planung sollen Urlaubs- und Klausurzeiten beachtet werden.

Darstellung des Zeitplans

  • Der vorgestellte Zeitplan dient als Diskussionsgrundlage und soll den groben Verlauf darstellen. Es muss nicht jeder einzelne Unterpunkt kleinteilig dargestellt werden.
  • Doppeldokumentationen sind zu vermeiden. Als Unterstützung dient die Deck-Funktion der Nextcloud. Es kann über die Export-Funktion eine CSV-Datei ausgegeben werden, die dann für Filterungen oder Visualisierungen genutzt werden kann.

Sprint Review

Die bewerteten Sprint Review II + IV gehen über zwei Tage. Die Studierenden müssen zu ihren Zeitslots, aber nicht an beiden Tagen über die gesamte Zeit anwesend sein. Dennoch ist es sinnvoll sich die Präsentationen der Schnittstellengruppen anzusehen oder zumindest online mitzuverfolgen. Insgesamt ist zu beachten, dass ein mangelnder Informationsaustausch unter den Gruppen (insgesondere vor den Sprint Reviews) zwingend bewertungsrelevant ist, da die Product Owner für die Kommunikation zwischen den Schnittstellen verantwortlich sind. Aufgrund der engen Taktung der Präsentationen, ist Pünktlichkeit zwingend erforderlich. Die Präsentationszeiten starten spätestens zum angegebenen Zeitpunkt. Die Pausen vor den Präsentationen dienen zur Vorbereitung der Technik. Sollte zwingend vom persönlichen Rechner aus präsentiert werden wollen, muss sichergestellt werden, dass Eduroam oder ein Ethernet-Anschluss und das WEBEX-Meeting vor dem Zeitslot aktiv laufen, sodass der Bildschirm unmittelbar geteilt werden kann.

Anmerkungen zum Format

  • Pro Gruppenmitglied gibt es 5 Minuten.
  • Schwerpunkte der Präsentation sind nach der Einführung in die Thematik entsprechend des Bewertungsschemas zu wählen. Vorzustellen ist:
    • kurze Darstellung der Aufgabe
    • Sprintanalyse und Priorisierungsanpassung
    • Konzeptentwicklung und -entscheidung, sowie Darstellung der Methodik
    • Finanzierung - (grober) Überblick über die Bestellauswahl und die Kosten
    • Ergebnisse
    • nächste Schritte und kritische Selbsteinschätzung
  • Die Präsentationen sollen am Tag der Vorstellung vor 7:30 Uhr in den jeweiligen Nextcloud-Ordnern bei Präsentationen abgelegt worden sein.
  • Es gibt die Möglichkeit sich ein Feedback von den anderen Gruppen einzuholen. Dafür werden von der Teamleitung Links vorgegeben, die zu Umfragen führen. Diese Links sollen als QR-Code in der Präsentation eingebaut werden.
  • Für Social Media müssen:
    • zu Sprint Review I, II und III ein aussagekräftiges Bild mit einer kleinen Beschreibung zur Gruppenarbeit in der Nextcloud (8_OEFFENTLICHKEITSARBEIT) abgelegt werden. (ptional auch ein kleines Video)
    • zu Sprint IV muss ein Video in den Ordner abgelegt werden.
    • *Outtakes dürfen auch gerne mit dazu abgelegt werden.**
  • zum Sprint Review IV:
    • Es sollen alle im Semester gesammelten Daten und Unterlagen in der Nextcloud abgelegt werden.
    • Neben der Präsentation müssen noch 1 bis max. 2 schöne Powerpoint-Zusammenfassungsfolien erstellt werden (in deutsch und englisch), um einen Gesamtüberblick des Projektfortschritts/Inkrements darstellen zu können.
    • Die Übergabe für das nächste Semester soll mit der Teamleitung abgesprochen werden. Es sollte ein fester Termin stehen und ggf. bereits gesagt werden, ob es in Präsenz oder Online stattfinden soll.
    • Für den Ausblick müssen die Gruppengröße und die Aufgabenpakete, sowie ein Mindest- und Maximalbudget für die Nachfolgegruppe definiert werden. Dies wird auch in der Bewertung berücksichtigt.

Bewertungsschema Präsentationen

Zu finden auf ISIS.

Bewertungsschema technische Dokumentation

Zu finden im Wiki und auf ISIS.

Inventur

In jedem Semester erfolgt eine Inventur des Bestandes. Dazu werden die Inventurlisten (zu finden in der Nextcloud unter Inventur) mit den vorhandenen Teilen am Fachgebiet abgeglichen und ggf. aktualisiert. Die aktualisierte Liste muss wieder in der Nextcloud abgelegt und auf die genutzten Schränke befestigt werden. Es bietet sich an die Inventurliste einmal am Anfang des Semesters zu sichten, um sich einen Überblick zu verschaffen, und sich die Liste am Ende für die Aktualisierung durchzugehen.

Designfreeze interne Fertigung

Neben den bereits getroffenen Fertigungsabsprachen zur Priorisierung, wird durch die Disposition ein Termin für den Designfreeze festgelegt. Zu diesem Termin müssen alle Teile zur Fertigung (leitungsseitig) freigegeben sein und das Fertigungsprozedere sollte sicher mit den entsprechenden Fertiger*innen geklärt sein, dass eine Fertigung bis zur Abschlusspräsentation geährleistet werden kann. Alles was danach kommt, hat keinen Anspruch auf Fertigung.

Notenübersicht

Die Ankündigung zur Freigabe der Notenübersicht erfolgt am Ende des Semesters. Die Notenliste wird dann auf ISIS freigeschaltet und ist dann einsehbar.

Sicherheitsunterweisung

Zur Teilnahme an RISE und vor allem zur Nutzung der Räumlichkeiten am Fachgebiet muss eine Sicherheitsunterweisung durchgeführt werden. Dazu gibt es ein Video und ein kleines Quiz. Dies ist auf ISIS zu finden.

Folienmaster

Für die Präsentationen gibt RISE einen Folienmaster vor. Dieser ist auf ISIS unter Vorlagen zu finden.

Teamleitung

Neben der Teamleitung - aufgestellt durch die Tutor*innen und Lukas Schneidewind (Stand Wintersemester 2023/2024) - werden zwei Ansprechpartner*innen aus den Kleingruppen ernannt. Laut Scrum wird ein Scrum Master und ein Product Owner benötigt. Diese werden durch zwei Kleingruppenmitgliedern abgebildet. Eine Einführung zu Scrum, Product Owner, Scrum Master und alles was dazu gehört gibt es zu Beginn des Semesters. Außerdem wird dazu ein Foliensatz auf ISIS zu finden sein.

Bestellliste

In den ersten drei RISE-Semestern liefen die Bestellungen über Förderungsgelder. Ab dem 01.01.2024 ist das Projekt abhängig von Geld- oder Sachsponsoring bzw. läuft die Bezahlung über das Fachgebiet oder den Projektwerkstattsgeldern. Um Dinge zu bestellen, werden Bestelllisten verwendet. Das genaue Bestellverfahren muss mit der Teamleitung abgeklärt werden.

RISE als BgA

  • Gebühren: 20€ p.P. und p. Saison (01.10.-30.09.) beinhaltet:
    • Inanspruchnahme von Einrichtungen von RISE
    • Teilnahme an der Entwicklung und Fertigung von robotischen Exoskeletten bzw. nutzbaren Prototypen
    • Grundsätzliche Ermöglichung zur Teilnahme an offiziellen nationalen und internationalen Assistenzsystemwettbewerben, z.B. CYBATHLON der ETH Zürich
  • Anmeldung erfolgt persönlich und mit Bewerbung
  • Angemeldet, wenn man als Anwärter*in oder aktives Teammitglied gilt
  • Bezahlung bei Teamleiter (Lukas) + innerhalb der ersten 2 Monate nach Saisonbeginn / während des Semesters Zahlung spätestens 8 Wochen nach Anmeldung
  • Reisekosten bei Antritt von Events werden nicht von RISE übernommen (außer es kann durch Sponsoring gewährleistet werden)

Weitere Hinweise

  • Die Mindestschriftgröße einer PowerPoint (ohne Lupenfunkion) ist 15.
  • Die angesetzte Zeit darf nicht überschritten, aber ggf. gerne unterschritten werden, insbesondere bei kleineren Teams.
  • Es wird empfohlen sich ein erstes Feedback von den jeweiligen Tutor*innen einzuholen. Dazu ihnen die Unterlagen rechtzeitig zukommen lassen.
/storage/farm/medtech.wiki.tu-berlin.de/data/attic/rise/handbuch/1.3_standardaufgaben.1791725408.txt.gz · Zuletzt geändert: von lukas

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki