Agiles Vorgehen Ausschreibungen/20220429
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]
- "Wie missverstandenes Vergaberecht staatliche IT-Projekte behindert": https://www.heise.de/select/ct/2022/4/2133617334116261571
- "Einblicke in das Prozedere von Ausschreibungen und Vergabe - Langer Atem notwendig": https://entwickler.de/agile/langer-atem-notwendig
- 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
