Agiles Vorgehen Ausschreibungen/20220429

Aus FOSSGIS Wiki
Zur Navigation springenZur Suche springen

Agiles Vorgehen in Ausschreibungen[Bearbeiten | Quelltext bearbeiten]

Wie kommen öffentliche Ausschreibungsverfahren und agiles Vorgehen zusammen?

Die Fortsetzung der Arbeitsgruppe findet am 29.04.2022 um 16 Uhr statt.
Raum: https://meet.fossgis.de/Agiles_Vorgehen_Ausschreibungen

Protokolle im Wiki: https://www.fossgis.de/wiki/Agiles_Vorgehen_Ausschreibungen

Link zur Handreichung: https://nextcloud.webo.hosting/s/WoFzGopkstnKQkH

Wer ist da[Bearbeiten | Quelltext bearbeiten]

  • Torsten Friebe
  • Torsten Wiebke
  • Katja Haferkorn
  • Michael Schiebold

Notizen[Bearbeiten | Quelltext bearbeiten]

Dies und das[Bearbeiten | Quelltext bearbeiten]

- Notizen aus Dialogpanel und Fragen und Infos der Teilnehmenden: https://fossgis-koordination.pads.ccc.de/Agile-Ausschreibungen-Dialogpanel
- Torsten F. berichtet von Ausschreibungen, die OS wollen
- Michael S. (LA Digitalis., Breitband u. Verm.)
-- begeistert, dass es zur FOSSGIS Themen rund um agiles Vorgehen und die Ausschreibungsthmeatik gab
-- Auslauf von ArcMap bis 2026 - neues Softwaresystem muss her
-- Idee: Laufendhaltung von amtlichen Daten mit OSS
-- Vergabe für Projekte, deren Ergebnis man nicht kennt, wäre agiles Vorgehen, Vergabestelle geht Standardweg
-- Wollen Machbarkeitsstudie Nutzung JOSM für Laufenthaltung von öffentlichen Daten in Auftrag geben.

Was sagt Community zu der Idee?[Bearbeiten | Quelltext bearbeiten]

dass eine öffentliche Verwaltung darüber nachdenkt, zu prüfen, ob JOSM für die Laufenthaltung von amtlichen Daten geeignet sein könnte.

- Nutzen und darüber sprechen
- Das Wagnis Open Source und Open Data bringt einige Unsicherheiten mit sich, Lizenzen, Datennutzung...

* Wie können wir als FOSSGIS Fragen gut beantworten?
- kommt auf Menschen an, die auf Verwaltungspositionen sitzen, wenn FOSSGIS bekannt, dann ist Vertrauen größer
- Behörde kann Vorbehalte gegenüber e.V. haben, dazu sind Referenzen gut (BfS, BKG...)
- FOSSGIS kann Vorteile benennen, die OSS-Nutzung hat

Lesehinweise:[Bearbeiten | Quelltext bearbeiten]

  • Standish Group macht Studien:

- Risiko des Misserfolgs (1/3 der Projekte scheitert)
- nicht verwendeter Code in Software
--> Agiles Vorgehen, kann dies verhindern (Clean Code)
--> Riskien durch Begleitmaßnahmen minimieren
ToDo: Studien recherchieren

Weiterarbeit an der Handreichung[Bearbeiten | Quelltext bearbeiten]

- Anwendungsfälle ausformulieren
- Softwareablösung mit ggf. technischen Änderungen (custumized ARCMap läuft aus, Sonderfälle müssen bearbeitbar sein)
- Chancen: Arbeitsabläufe und Geschäftsprozesse hinterfragen
- Klärung, was ist gewollt?
- viele kleine best practices
- durch agile Softwareentwicklung ist das Risiko des Misserfolgs geringer geworden
- der Nutzen muss vorher klar sein.
- Rolle Product Owner ist wichtig - ist immer mittendrin, ansprechbar, ist im Thema, kämpft für das Produkt, Schnittstelle zwischen Entwicklung und Projekt

- es braucht immer eine Leistungsbeschreibung
--> Königsweg: Unterstützung bei Leistungsbeschreibung durch erfahrene und gezielte Fragen, jemand mit Erfahrung aus dem Bereich unterstützt bei der Erstellung der Leistungsbeschreibung

* als Projekt im Gitlab anlegen
- Projektbezeichnung: AG Agile Ausschreibungen
- AG-Leute einladen (Maintainer)
- Teilkapitel

* Ziel
- zum Juli erste Version veröffentlichen
- später weitere Beispiele

* wer macht mit?
- MS ist gern bereit Erfahrungen zu berichten
- wie könnten wir Frau Krellmann einbinden?
-- konkrete Fragen
-- gemeinsame Veranstaltung planen

nächster Termin[Bearbeiten | Quelltext bearbeiten]

24.05., 18 Uhr