Skip to content

Protokolle

Joachim Schirrmacher edited this page Apr 7, 2021 · 3 revisions

07.03.2021

Wir haben uns diesmal den Canvas vorgenommen, da in der kommenden Woche die Zwischenpräsentation bevorsteht. Der Canvas sollte idealerweise noch in dieser Woche, spätestens am kommenden Dienstag abgegeben werden.

Bei der Diskussion sind wir auf den Gedanken gekommen, uns auf die Datensammlung zu fokussieren und Informationen zu CO2-Emmissionen in Scope 3 als API bereit zu stellen. Zu jeder Kategorie könnten Varianten angeboten werden.

Die Ableitung individueller Emmissionen von Mitarbeitenden und die Gamifizierung zur individuellen Emmissions-Reduktion stellen wir als mögliches Erweiterungsziel hinten an, und würden höchstens eine beispielhafte, sehr einfache Implementierung im Rahmen des Hackathons abbilden.

31.03.2021

Wir wollen uns auf Scope 3 und die Individuen begrenzen, weil Scope 1 & 2 bereits durch "professionelle" Projekte intensiv bearbeitet wird.

Wie könnte unsere Anwendung aussehen?

Nutzer:in meldet sich an und kann sich zunächst durch Beantwortung von Fragen in verschiedenen Bereichen selbst einordnen. Ein "arbeitsbezogener CO2-Fußabdruck" entsteht. Das funktioniert ähnlich wie in den existierenden CO2-Rechnern eher grob anhand von typischen Kategorien.

Dann macht das System Vorschläge, wo Verbesserungen erzielt werden könnten und der/die Nutzer:in wählt aus, wo sie/er aktiv werden will. Nach einer Zeitspanne (z.B. 4 Wochen) kommt dann eine Abfrage, ob das Ziel erreicht wurde (ja, nein, teilweise).

Jede:r kann sich selbst mit Kollegen verknüpfen und dadurch eine Gruppe bilden. Gruppen können ihre Einsparungen miteinander vergleichen.

Modulares Konzept

Bereiche sind modular definiert und können sukzessive ergänzt werden. Welche Bereiche es gibt, wie viel CO2 darin entsteht und welche Einsparmöglichkeiten existieren, könnte als Crowdsourcing auch mithilfe der Nutzer:innen definiert werden.

Technischer Aufbau

Es wird wohl auf eine Webanwendung (Browser-Frontend mit Backend und Datenbank) hinaus laufen. Da es im Internet zugänglich sein muss, kommt bahninterne Infrastruktur eher nicht in Frage. Solange noch keine größeren Datenmengen zu erwarten sind, kann Joachim einen Server bereit stellen.

24.03.2021

Dateiablage: Sarah fragt beim Organisationsteam nach, ob noch eine länderübergreifende Plattform angeboten wird. Bis dann interne, vertrauliche Daten auf SharePoint (?) von DB ablegen, Dani greift darauf über jemand von der DB zu.
Code, Ideensammlungen, öffentliche Links, Protokolle... auf GitHub ablegen

Ideen für Projekt: CO2-Emissionen verteilt auf Scope 1-3 (siehe Pitch-Präsentation von Marcel):

  • Scope 1-2 werden vermutlich kaum beeinflussbar sein, höchstens von spezifischen Berufsgruppen (z.B. Lookführer können vorausschauend fahren und somit Emissionen von Scope 1/2 reduzieren)
  • Alle Mitarbeitenden können Scope 3 beeinflussen: spannend wird sein, wie stark dass die Auswirkungen auf die persönlichen / konzernweiten Emissionen sein werden -> dafür brauchen wir viele Emissions-Daten und -Rechner. Scope 3 beinhaltet nur "arbeitsbezogenen" Emissionen, Ferien werden z.B. nicht dazugezählt.

Lösungsansätze: Was-wäre-wenn-Szenarien und wieviel CO2 mit einer Massnahme gespart werden kann (z.B. Teams-Meeting statt Geschäftsreise nach Berlin).

Pendenzen bis zum nächsten Meeting:

  • Links zu CO2-Rechnern auf GitHub durchschauen, selbst nach weiteren CO2-Rechnern suchen.
  • Bahninterne Projekte suchen, wenn möglich Ansprechpartner finden
    (siehe auch Projektboard)

Darf gerne noch ergänzt werden :)


Clone this wiki locally