Agiles Vorgehen Ausschreibungen/20211102
Agiles Vorgehen in Ausschreibungen[Bearbeiten | Quelltext bearbeiten]
Wie kommen öffentliche Ausschreibungsverfahren und agiles Vorgehen zusammen?
Wenn es nicht mehr reicht, eine Liste mit gewünschten Features in einem Lastenheft festzuhalten, weil sich das "Produkt" am Kundenwunsch entwickeln und die Kundschaft mit dem "Produkt" wachsen will.
Am 02. November 2021 hat sich die virtuelle Arbeitsgruppe um 17.30 Uhr getroffen, um sich weiter in dieses Thema hineinzudenken.
Ort: https://meet.fossgis.de/Agiles_Vorgehen_Ausschreibungen
wer war dabei?[Bearbeiten | Quelltext bearbeiten]
- Arnulf
- Torsten Wie
- Torsten Frie
- Katja
Notizen[Bearbeiten | Quelltext bearbeiten]
was haben wir bisher geschafft[Bearbeiten | Quelltext bearbeiten]
- Problem eingegrenzt
- Material gesammelt, siehe Protokolle und Notizen
was wollen wir bis wann erreichen?[Bearbeiten | Quelltext bearbeiten]
- Userstory entwerfen, Iterationen beschreiben
- Beitrag FOSSGIS 2022 (bis 21.11.2021)
- Handreichung erarbeiten (bis Beitrag zur FOSSGIS läuft)
- wir bekehren niemanden. Wir geben Hinweise, wie es gelingen kann.
Beitrag für das Konferenz-Programm[Bearbeiten | Quelltext bearbeiten]
- Profil AG schärfen --> Vortrag FOSSGIS 2022
- Formatideen:
-- Vortrag oder
-- Improtheater oder
-- Fischbowl
- Gerrit und Torsten haben ein kleines Beispiel, was sie als Vortrag einreichen wollen
-- ist aber vielleicht nicht ideal, um die Ziele der AG zu beschreiben --> Improtheater, Interview, Fishbowl wahrscheinlich geeigneter
- Arnulf wird einen Vortrag einreichen, der ein Beispiel beinhaltet.
- Idee: Live interaktiv Interview, eventuell in Diskussionspanel Dialogrunde
-- Teilnehmende der Runde:
--- Vergabestelle - wie wird da gearbeitet
--- Dienstleister - wo liegt das Risiko bei der Abgabe eines Angebots
--- Anwender:in - bekommt nicht immer die Software, die erforderlich ist, kann sie aber auch nicht genau beschreiben
-- worüber wird gesprochen:
--- Vom Scheitern lernen, was genau gelernt --> Handbuch: Früh scheitern, früh lernen, früh in die Iteration kommen
--- was waren Tricks im EVB-IT-Vertrag, was wo angekreuzt
--- was hat zum Gelingen beigetragen?
--- Interview - was interessiert die Entwickler:innen, die Fossgis-Community, die Anwender:innen
ein paar Impulse zum eigentlichen AG-Thema[Bearbeiten | Quelltext bearbeiten]
* Was sind Gelingensschritte?
- Abfolge von Projektmanagement besser getaktet
- dauerhafte Risikoanalyse, Fortschritt besprechen
- Daily erkennbar
- Transparenz, konstruktives Feedback
- Ergebnisse gleich veröffentlichen und miteinander arbeiten, statt hintereinander auf Meilenstein(e) orientiert.
* Was sind Verhinderungsgründe?
- Angst ist eines der größten Probleme, die die Entscheidungsträger haben, eine falsche Entscheidung zu treffen
- Einkauf muss auf Vergabeverfahren und rechtliche Fragen achten, die brauchen Basiswissen zu Open Source
- IT-Abteilung kümmert sich um Umsetzung im Haus (IT-Sicherheit)
* Hauptproblem Vergabestelle:
- wollen alles genau durchdefiniert, eindeutige Leistungsbeschreibung und Vermeidung eines Leistungsvertrages - Vergabe eines Werkvertrages mit definiertem Werk
- Leistungsbeschreibung + Endproduktbeschreibung
- Risiko liegt auf der Anbieterseite
* wieso eigentlich agil?
- weil es den Prozess erleichtert
- agiles Vorgehen herunterkochen und verstehbar machen
- Agil ist nix anderes als Projektmanagement in prozesshafter Reihenfolge
Handreichung/ Handbuch ...[Bearbeiten | Quelltext bearbeiten]
Handbuch mit wichtigen Hinweisen und Glossar für alle, aber Hinweise auf alle anderen, scheinbar selbstverständlichen, Tools wie Projektmanagement, Vergaberechtshinweisen, etc. Zu berücksichtigen ist, dass der Fachanwender, der eine Softwareentwicklung benötigt, gar nicht die Ausbildung zur Erstellung von Leistungsbeschreibungen hat. Im schlimmsten Falle ist er Wissenschaftler.in und hat von IT nur so viel Ahnung wie er braucht um sie anzuwenden. Die Vergabestellen bringen in der Regel auch kein Fachwissen zu IT mit und die IT-Fachabteilungen haben in der Regel keine Entwicklungserfahrung da sie mit dem laufendhalten des Betriebes beschäftigt sind.
- Präsenstreffen, um eine Handreichung zu erarbeiten.
-- Struktur für Handbuch
-- Links, Glossar
-- Weg durch den Dschungel
-- Erfahrungen zusammentragen
- das nächste mal Termin für Treffen finden
- Vier Stufen der agilen Software-Entwicklung
1. Habe davon gehört, mache es aber nicht aktiv
2. Unterstütze das (aber bin nicht aktiv involviert)
3. Wir entwickeln intern agil
4. Wir entwickeln intern agil mit externer Unterstützung
Verabredungen[Bearbeiten | Quelltext bearbeiten]
Abstract zusammenstellen für Dialogrunde bis zum nächsten Treffen (hier im Pad gemeinsam entwerfen)
