Agiles Vorgehen Ausschreibungen/20220429: Unterschied zwischen den Versionen

Aus FOSSGIS Wiki
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
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===
[[Agiles_Vorgehen_Ausschreibungen/20220524|24.05., 18 Uhr]]

Aktuelle Version vom 10. Mai 2022, 12:51 Uhr

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