Agiles Vorgehen Ausschreibungen/20220429: Unterschied zwischen den Versionen

Aus FOSSGIS Wiki
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 6: Zeile 6:
Raum: https://meet.fossgis.de/Agiles_Vorgehen_Ausschreibungen
Raum: https://meet.fossgis.de/Agiles_Vorgehen_Ausschreibungen


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


- Handreichung
Link zur Handreichung: https://nextcloud.webo.hosting/s/WoFzGopkstnKQkH
 
=== Wer ist da===
* Torsten Friebe
* Torsten Wiebke
* Katja Haferkorn
* Michael Schiebold
 
=== Notizen===
 
====Dies und das====
- Notizen aus Dialogpanel und Fragen und Infos der Teilnehmenden: https://fossgis-koordination.pads.ccc.de/Agile-Ausschreibungen-Dialogpanel<br>
- Torsten F. berichtet von Ausschreibungen, die OS wollen<br>
- Michael S. (LA Digitalis., Breitband u. Verm.) <br>
-- begeistert, dass es zur FOSSGIS Themen rund um agiles Vorgehen und die Ausschreibungsthmeatik gab<br>
-- Auslauf von ArcMap bis 2026 - neues Softwaresystem muss her<br>
-- Idee: Laufendhaltung von amtlichen Daten mit OSS <br>
-- Vergabe für Projekte, deren Ergebnis man nicht kennt, wäre agiles Vorgehen, Vergabestelle geht Standardweg<br>
-- Wollen Machbarkeitsstudie Nutzung JOSM für Laufenthaltung von öffentlichen Daten in Auftrag geben.<br>
 
==== Was sagt Community zu der Idee?====
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<br>
- Das Wagnis Open Source und Open Data bringt einige Unsicherheiten mit sich, Lizenzen, Datennutzung...<br>
 
'''* Wie können wir als FOSSGIS Fragen gut beantworten?'''<br>
- kommt auf Menschen an, die auf Verwaltungspositionen sitzen, wenn FOSSGIS bekannt, dann ist Vertrauen größer<br>
- Behörde kann Vorbehalte gegenüber e.V. haben, dazu sind Referenzen gut (BfS, BKG...)<br>
- FOSSGIS kann Vorteile benennen, die OSS-Nutzung hat <br>
 
====Lesehinweise:====
* "Wie missverstandenes Vergaberecht staatliche IT-Projekte behindert": https://www.heise.de/select/ct/2022/4/2133617334116261571<br>
 
* "Einblicke in das Prozedere von Ausschreibungen und Vergabe - Langer Atem notwendig": https://entwickler.de/agile/langer-atem-notwendig <br>
 
* Standish Group macht Studien:<br>
- Risiko des Misserfolgs (1/3 der Projekte scheitert)<br>
- nicht verwendeter Code in Software<br>
--> Agiles Vorgehen, kann dies verhindern (Clean Code)<br>
--> Riskien durch Begleitmaßnahmen minimieren<br>
'''ToDo: Studien recherchieren'''<br>
 
==== Weiterarbeit an der Handreichung====
- Anwendungsfälle ausformulieren<br>
- Softwareablösung mit ggf. technischen Änderungen (custumized ARCMap läuft aus, Sonderfälle müssen bearbeitbar sein)<br>
- Chancen: Arbeitsabläufe und Geschäftsprozesse hinterfragen<br>
- Klärung, was ist gewollt?<br>
- viele kleine best practices <br>
- durch agile Softwareentwicklung ist das Risiko des Misserfolgs geringer geworden<br>
- der Nutzen muss vorher klar sein.<br>
- Rolle '''Product Owner''' ist wichtig - ist immer mittendrin, ansprechbar,  ist im Thema, kämpft für das Produkt, Schnittstelle zwischen Entwicklung und Projekt<br>
 
- es braucht immer eine '''Leistungsbeschreibung''' <br>
--> '''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'''<br>
- Projektbezeichnung: AG Agile Ausschreibungen<br>
- AG-Leute einladen (Maintainer)<br>
- Teilkapitel<br>
 
'''* Ziel''' <br>
- zum Juli erste Version veröffentlichen <br>
- später weitere Beispiele<br>
 
'''* wer macht mit?'''<br>
- MS ist gern bereit Erfahrungen zu berichten<br>
- wie könnten wir Frau Krellmann einbinden?<br>
-- konkrete Fragen<br>
-- gemeinsame Veranstaltung planen<br>
 
===nächster Termin===
24.05., 18 Uhr

Version vom 2. Mai 2022, 11:28 Uhr

Agiles Vorgehen in Ausschreibungen

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

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

Notizen

Dies und das

- 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?

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:

  • 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

- 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

24.05., 18 Uhr