{"id":3821,"date":"2025-05-23T11:13:45","date_gmt":"2025-05-23T09:13:45","guid":{"rendered":"http:\/\/blogs.sonia.de\/aggit\/?page_id=3821"},"modified":"2025-05-23T11:13:45","modified_gmt":"2025-05-23T09:13:45","slug":"projektron-bcs","status":"publish","type":"page","link":"https:\/\/blogs.sonia.de\/aggit\/projektron-bcs\/","title":{"rendered":"Projektron BCS"},"content":{"rendered":"\n

Beschreibung<\/strong><\/p>\n\n\n\n

Projektron BCS ist eine webbasierte Projektmanagementsoftware, die zahlreiche Funktionen f\u00fcr die Planung, Durchf\u00fchrung und \u00dcberwachung von Projekten bietet. Die in Deutschland entwickelte Software ist so konzipiert, dass sie verschiedene Managementmethoden unterst\u00fctzt, darunter auch agile Ans\u00e4tze wie Scrum und Kanban<\/a>. Damit eignet sie sich auch f\u00fcr den Einsatz in Bildungskontexten, in denen agiles Arbeiten gef\u00f6rdert wird. Projektron BCS erm\u00f6glicht die strukturierte Erfassung von Arbeitszeiten, das Ressourcenmanagement und das Controlling des Projektfortschritts. Die Software unterst\u00fctzt die Zusammenarbeit und Kommunikation in Projektteams und kann so zu einer effizienteren Organisation und Steuerung von Lernprojekten beitragen.<\/p>\n\n\n\n

Projektplanung<\/strong><\/p>\n\n\n\n

F\u00fcr jedes studentische Team kann ein Projekt angelegt werden. Dem Team werden die Mitglieder zugeordnet, so dass nur die eigenen Projektergebnisse eingesehen werden k\u00f6nnen. Die einzelnen Sprints werden als Aufgaben angelegt und mit einem Stundenbudget versehen (z.B. 1 Credit = 30 Stunden Aufwand pro Teammitglied). Abbildung 1 zeigt den Zeitplan eines Teams in Form eines GANTT-Diagramms. Alle Teamergebnisse k\u00f6nnen in der Dateiablage gespeichert und versioniert werden.<\/p>\n\n\n\n

\"\"
Abb. <\/a>1: Beispiel f\u00fcr einen Zeitplan mit drei \u00fcber das Semester verteilte Sprints.<\/figcaption><\/figure>\n\n\n\n

Scrumboard<\/strong><\/p>\n\n\n\n

F\u00fcr jeden Sprint werden User Stories erstellt. Das Team entwickelt Akzeptanzkriterien f\u00fcr die User Stories und erstellt entsprechende Aktivit\u00e4ten (Backlog). Jede Aktivit\u00e4t wird einem Teammitglied als Verantwortlichem zugeordnet und mit einem geplanten Aufwand versehen. In der Aufgaben\u00fcbersicht (siehe Abbildung 2) werden alle Aktivit\u00e4ten \u00fcbersichtlich als Tickets dargestellt. Im Verlauf des Sprints wandern die Aktivit\u00e4ten von links nach rechts (Eingeplant, in Arbeit, Fertig) \u00fcber das Board. Ein Burndown Chart gibt einen \u00dcberblick \u00fcber den Abarbeitungsgrad. Die Ziele sind auf dem Board gut sichtbar. Ein Timer hilft bei der Einhaltung des Zeitlimits. Eskalationsthemen, z.B. R\u00fcckfragen an den Dozenten, werden in den Verlaufsprotokollen festgehalten. Jedes Teammitglied bucht die verbrauchten Stunden auf den Sprint. So kann \u00fcberpr\u00fcft werden, ob der individuelle Aufwand f\u00fcr den Sprint im geplanten Rahmen bleibt.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\"\"
Abb. <\/a>2: Beispiel f\u00fcr ein Scrumboard am Ende des Sprints.<\/figcaption><\/figure>\n\n\n\n
<\/div>\n\n\n\n
\n\n\n\n

Nutzen und Mehrwert f\u00fcr den Lehr-\/Lernprozess:<\/strong><\/p>\n\n\n\n