Open Source Software: Einführung, Trends und öffentliche Beschaffung

Sitzung OIA – Impulsreferat Open Source Software
129. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit
Sitzung Operativer ICT-Ausschuss (OIA) Kanton Bern
Impulsreferat Open Source Software:
Einführung, Trends und öffentliche Beschaffung
29. Mai 2019, KAIO
Dr. Matthias Stürmer
Forschungsstelle Digitale Nachhaltigkeit
Institut für Informatik
Universität Bern

Matthias Stürmer
> Seit 2013 Leiter der Forschungsstelle Digitale Nachhaltigkeit am Institut für Informatik der
Universität Bern, Dozentur für Digitale Nachhaltigkeit am Institut für Wirtschaftsinformatik
> 2010 bis 2013 bei EY (Ernst & Young) als Senior Consultant/Manager im IT Advisory:
Beratung zu Open Source Software, Open Government Data und Social Media
> 2009 bis 2010 Business Development und Projektleiter bei Liip AG (Open Source Anbieter)
> 2006 bis 2009 Assistent an der ETH Zürich bei Prof. Georg von Krogh am Lehrstuhl für
Strategisches Management und Innovation, Doktorat zu Open Source Dynamics (SNF)
> 2000 bis 2005 Studium Betriebswirtschaft und Informatik an der
Universität Bern, Lizenziatsarbeit zu Open Source Community Building
> Seit 2017 Mitglied Steuerungsgruppe Smart Capital Region der Hauptstadtregion Schweiz
> Seit 2016 Präsident Verein Digital Impact Network
> Seit 2012 Vorstandsmitglied und Mitgründer Verein Opendata.ch
> Seit 2011 Stadtrat von Bern (EVP)
> Seit 2009 Geschäftsleiter Parlamentarische Gruppe Digitale Nachhaltigkeit
> Seit 2006 Vorstandsmitglied Verein CH Open (aktuell Vizepräsident)
Dr. Matthias Stürmer
Dozentur Digitale Nachhaltigkeit, Leiter
Universität Bern
Institut für Informatik
Schützenmattstrasse 14
CH-3012 Bern
Telefon direkt: +41 31 631 38 09
Mobile: +41 76 368 81 65
Tel: +41 31 631 38 79 (Sekretariat)
Twitter: @maemst
matthias.stuermer@inf.unibe.ch
www.digitale-nachhaltigkeit.unibe.ch

> Forschungsstelle am Institut für Informatik, Team von rund 20 Mitarbeitenden
> Forschung (u.a. 2 laufende SNF-Projekte) zu digitaler Nachhaltigkeit, Open
Source Software, Blockchain und Smart Contracts, Open Data und Linked Data,
Open Government und Smart City, öffentliche Beschaffungen
> Vorlesungen zu Open Data (Programmier-Übung zu JavaScript etc.),
digitaler Nachhaltigkeit, Requirements Engineering, Betreuung von über
40 abgeschlossener Bachelor- und Masterarbeiten
> Praxis-Angebote zu ICT-Beschaffungen: CAS ICT-Beschaffungen,
IT-Beschaffungskonferenz, Weiterbildungstage, Roundtables,
Plattformen www.beschaffungsstatistik.ch und www.intelliprocure.ch
> Dienstleistungen (Beratung, Gutachten, Studien, Prototyping) für Hochschulen,
Bundesverwaltung, Kantone, Städte, Firmen und Verbände
> Zusammenarbeit mit Hauptstadtregion Schweiz (Smart Capital Region) etc.

Agenda
1. Einführung Open Source Software
2. Aktuelle Trends und Migrationen
3. Öffentliche Beschaffung und Abhängigkeiten
4. Beschaffung von Open Source Software
5. Gemeinsame Weiterentwicklungen
6. Weitere Informationsquellen

629. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 6Quelle: NZZ, 22. Juni 2018 https://www.nzz.ch/finanzen/software-frisst-die-welt-und-microsoft-frisst-software-ld.1396404

Proprietäre Software
> Anbieter entwickelt Software und verkauft
Nutzungslizenz an Anwender
> Anbieter behält Urheberrecht an der Software
> Anwender kann die Software gemäss
Lizenzbestimmungen nutzen
> Proprietäre Lizenz gibt vor, dass Software nur von
bestimmter Anzahl Nutzer verwendet werden kann
oder nur für bestimmte Prozessor-Art etc.
> Anwender kennt Software-Code nicht und darf
Software nicht kopieren oder ändern
Proprietäre
Software
Anbieter
Anwender
Proprietäre
Lizenz

Open Source Software
Ein Software-Produkt wird als Open Source Software
bezeichnet, wenn es unter einer der rund 70 Lizenzen
veröffentlicht ist, welche durch die Open Source Initiative
(OSI, www.opensource.org) abgesegnet sind.
Alle Open Source Lizenzen geben vor:
1. Software darf beliebig eingesetzt werden
2. Quellcode der Software ist zugänglich
3. Software darf beliebig kopiert und verbreitet werden
4. Software darf verändert und der veränderter Form
weitergegeben werden
Quelle: http://www.opensource.ch/oss-knowhow/details/kbarticle/open-source-software-im-geschaeftskritischen-einsatz/
Anwender
Anbieter
Open
Source
Lizenz
Anwender
Anwender
Open Source
Software mit
Quellcode

Häufige Missverständnisse
«Open Source ist gratis.»
Ja im Sinne des Lizenzpreises, Nein beim professionellen Betrieb.
«Für Open Source Software gibt es keinen Support.»
Falsch, weltweit gibt es tausende von Open Source Dienstleistern
und in der Schweiz listet www.ossdirectory.com aktuell 232 Firmen.
«Niemand haftet für Fehler in Open Source Software.»
Falsch, mit Service Level Agreement (SLA) oder Subscription von
einem Open Source Anbieter kann Haftung und Gewährleistung von
Open Source Produkten sichergestellt werden.
«Meine Entwicklungen muss ich immer allen freigeben.»
Nein, nur bei AGPL, GPL und LGPL Code und auch dann nur an
denjenigen, der das Binary erhält.

Eigenschaft von Open Source Software:
Hohe Modularität

Nachhaltige Software-Entwicklung
Quelle: Björn Lundella, Brian Lings, Anna Syberfeldt 2011 “Practitioner perceptions of Open Source software in the
embedded systems area” The Journal of Systems and Software 84, p. 1540– 1549
Bild: „Airbus A380“ von Dmitry A. Mottl - Eigenes Werk. Lizenziert unter Gemeinfrei über Wikimedia Commons
„There are many systems still being
maintained after 30 years. In some
parts of this sector life-cycles are even
longer, with 70 years not being
uncommon for avionics.“

Niedrigere Entwicklungskosten
Link: https://www.genivi.org

Grosse Entwickler-Community
Letzte 12 Monate
29. April 2018 – 29. April 2019
Beitragende: 4009 Personen
Verbesserungen: 134’553 Commits
Grösse: 35,505,858 lines of code
Quelle: OpenHub
https://www.openhub.net/p/linux

Niedrige Herstellerabhängigkeit
Firmen, die vom 02.10.2016 bis 03.09.2017 zur
Linux Kernel Entwicklung beigetragen haben:
Quelle: Linux Foundation 2017 „Linux Kernel Development Report“ https://www.linuxfoundation.org/2017-linux-kernel-report-landing-page/

Unabhängigkeit von den USA
Quelle: http://www.stuermer.ch/maemst/wp-content/uploads/2019/05/2019-05-22_DerBund_AmGaengelbandDerAmerikanischenKonzerne.pdf

Potenzial von Open Source Software
1. Wissensaustausch mit internationalen Open Source Communities
2. Kosteneinsparungen durch Kooperationen mit anderen Nutzern
3. Niedrigere Herstellerabhängigkeit, bessere Verhandlungsposition
4. Offene Standards und hohe Interoperabilität
5. Mehr Sicherheit und Vertrauen durch Code-Transparenz
6. Oftmals hohe Code-Qualität
7. Einfachere Anpassungen an eigene Bedürfnisse
8. Rasche Innovationen und Integrationen möglich
9. Höhere Arbeitgeberattraktivität, Motivation für Mitarbeitende

Herausforderungen mit Open Source Software
1. Hohe Wechselkosten aufgrund von bestehenden Abhängigkeiten
2. Fehlende Features oder gar keine passende Open Source Lösungen
3. Management-Risiko «Nobody ever got fired for buying Microsoft»
4. Teilweise kleiner Markt mit wenigen Anbietern
5. Kaum Werbung für Open Source Software
6. Mangelnde Akzeptanz von Endbenutzern
7. Wenig oder kein internes Knowhow
8. Wenige qualifizierte Fachkräfte, teureres Personal
9. Rechtliche Unsicherheiten bezüglich Lizenzen etc.

Einsatz von Open Source Software
1) Einsatz ohne professionellen Support
OSS gratis aus dem Internet runterladen und installieren
+ Vorteile: niedrige Kosten, rasche Umsetzung
- Nachteile: kein garantierter Support, keine Haftungsansprüche
2) Einsatz mit internem Support
Internes Knowhow aufbauen und Ressourcen bestimmen
+ Vorteile: hohe Flexibilität, keine Anbieterabhängigkeiten
- Nachteile: hohe Investitionen, interne Fixkosten für Mitarbeitende
3) Einsatz durch externen Anbieter
Subscriptions und Wartungs- und Supportverträge mit Externen
+ Vorteile: Verbindlichkeiten, Absicherung „gegen oben“
- Nachteile: externe Kosten, Abhängigkeiten zu Anbietern
Quelle: http://www.opensource.ch/oss-knowhow/details/kbarticle/open-source-software-im-geschaeftskritischen-einsatz/

So funktioniert Open Source Software Entwicklung

Einbindung Open Source Software
Quelle: SBB, 2010 – «Prinzip A9: Gesamtwirtschaftliche Open Source Entscheide»

Open Source Lizenzen
Drei Kategorien von Open Source Lizenzen:
1. Starkes Copyleft: GNU General Public License
(GPL), Affero GPL
2. Schwaches Copyleft: GNU Lesser General Public
License (LGPL) und Mozilla Public License MPL
3. Permissive Lizenzen (kein Copyleft):
Berkley Software Distribution BSD,
MIT License, Apache Software License etc.
Siehe auch: https://choosealicense.com/licenses/

Copyleft
> Wortspiel: Copyright vs. Copyleft
> Enthalten in: GNU GPL
> Wahrung der Freiheit als grundlegende Idee: Freie
Software bleibt für immer Freie Software
> Vorgabe: Veränderte Software muss unter gleichen
Bedingungen freigegeben werden
> Viraler Effekt: alle abgeleiteten Werke werden von
Copyleft «infiziert»
> Aber nicht alle Open Source Lizenzen
haben Copyleft-Eigenschaft

gpl-violations.org
Quelle: http://gpl-violations.org/news/20041024-linux-tomtom/

Geschäftsmodelle mit Open Source
1. Software-Entwicklung als Auftrag oder Werkvertrag
2. Verkauf von Service Level Agreement (SLA) oder
Subscriptions für Support, Haftung, Gewährleistung,
Hardware-Kompatibilität etc. (Red Hat, SUSE etc.)
3. Ergänzung zu Software- und Hardware Produkten (IBM etc.)
4. Nutzung im Rahmen von Software as a Service (Cloud)
5. Multiple Licensing: Verkauf von Rechten über die OSS Lizenz
hinaus (z.B. Verzicht auf Copyleft)
6. Verkauf von Werbung (Google, Facebook, Twitter etc.)

Agenda

Gartner Hype Cycle Open Source 2017
1. On the Rise
• Open-Space Optical Communication
• DevOps Toolchain
• Open-Source Base Station
• Open Source (Focus Android)
• Open Bank Project
• Serverless Infrastructure
• Progressive Web Apps
• Micro Operating Systems
• OS Containers
2. At the Peak
• Open Mobile Alliance Lightweight M2M
• OpenID Connect
• Container Networking
• LiteOS
• Open Compute Project Networking
• IoT Platform
• IoT Architecture
• Machine Learning
• Open-Source Storage
• Rapid Mobile App Development Tools
• Event Stream Processing
• Open Data
• OpenStack
• Blockchain
• Reactive Programming
3. Sliding Into the Trough
• Advanced Analytics Solutions
• Spark
• Open SCADA
• Raspberry Pi
• Open Microcredentials
• High-Control Application PaaS
• Open-Source Cloud Infrastructure
Framework
• OpenPOWER
• In-Memory Computing
• Big Data
4. Climbing the Slope
• Business Analytics Services
• SOA Testing
• Humanitarian Disaster Relief
• Client-Side MVC
• OpenGL ES
• OpenSL ES
Quelle: https://www.gartner.com/doc/3815263/hype-cycle-opensource-software-
1
1
22
3
3
4
4

Oracle-Ablösung durch MariaDB bei der Post
Quelle: http://www.ossdirectory.com/oss-knowhow/details/kbarticle/mariadb-migration-der-kassenapllikation-v-max/

LibreOffice: Italienisches Militär spart 26-29 Mio. €
Quelle: https://joinup.ec.europa.eu/community/osor/news/italian-military-save-26-29-million-euro-migrating-libreoffice

Open Source Studie Schweiz 2018
> Alle 3 Jahre im Auftrag von swissICT und CH Open
> Ausgeführt im Frühling 2018 durch
> Finanziert durch Informatiksteuerungsorgan des
Bundes (ISB), Kanton Bern, Stadt Bern und
zahlreiche Open Source Anbieter
> 243 CEOs, CTOs etc. haben geantwortet
> 26 Fachartikel und Praxisbeispiele zu OSS
> Visualisierung der Resultate und Download des
PDF auf www.oss-studie.ch

3029. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 30Quelle: 10vor10, 19. Juni 2018 https://www.srf.ch/news/wirtschaft/open-source-software-bezahlen-fuer-software-geraet-ausser-mode

3129. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 31
Vorwort von
Swisscom CEO Urs Schaeppi:
«In der Entwicklung haben wir die
Faustregel: 80 Prozent Open Source
plus 20 Prozent Eigenentwicklung
für innovative, einfach nutzbare
und differenzierende Produkte.»

Relevanz von Open Source Software
Wie hat sich Ihrer Meinung nach die Relevanz von Open Source Software in den letzten drei Jahren
verändert? Relevanz von Open Source Software...
…für die heutige ICT (in %) …in Ihrer Organisation (in %)

Einsatzbereiche – im Einsatz oder geplant I
In welchen Bereichen setzt Ihre Organisation Open Source Software heute ein oder plant den Einsatz?
(in %)
(N = 213)
(N = 200)
(N = 202)

Einsatzbereiche – im Einsatz oder geplant II
In welchen Bereichen setzt Ihre Organisation Open Source Software heute ein oder plant den Einsatz?
(in %)
(N = 213)
(N = 200)
(N = 202)

Einsatzbereiche – Bedarf vorhanden I
Wo besteht ungedeckter Bedarf an Open Source Alternativen? (in %)
Bedarf wäre
vorhanden, aber
Einsatz nicht geplant
Bereits im Einsatz
oder Einsatz geplant
N = 213

Einsatzbereiche – Bedarf vorhanden II
Wo besteht ungedeckter Bedarf an Open Source Alternativen? (in %)
Bedarf wäre
vorhanden, aber
Einsatz nicht geplant
Bereits im Einsatz
oder Einsatz geplant
N = 213

CMS/DMS
Welche Open Source Content Management Systeme (CMS) und Document Management Systeme
(DMS) verwendet ihre Organisation? (in %)
4.3
6.8
6.8
6.8
12.0
13.7
14.5
33.3
49.6
django CMS
Alfresco
Plone
Contao
Magnolia
Joomla!
Drupal
TYPO3
WordPress
N = 117 (gefiltert)

Datenbanken
Welche Open Source Datenbanken verwendet Ihre Organisation? (in %)
1.7
3.4
9.3
28.0
30.5
44.1
52.5
81.4
Apache Cassandra
Couch DB
Apache Hadoop
SQLite
MongoDB
MariaDB
PostgreSQL
MySQL
N = 118 (gefiltert)

Cloud Computing Systeme
Welche Open Source Cloud Computing Systeme verwendet Ihre Organisation? (in %)
5.5
9.9
12.1
19.8
24.2
29.7
86.8
Cloud Foundry
Xen
KVM
OpenShift
OpenStack
Kubernetes
Docker
N = 91 (gefiltert)

Desktop-Anwendungen
Welche Open Source Desktop-Anwendungen verwendet Ihre Organisation? (in %)
4.3
10.3
12.8
15.4
17.9
29.9
33.3
42.7
43.6
47.9
66.7
86.3
Scribus
Inkscape
PdfEditor
Greenshot
OpenOffice.org
LibreOffice
Mozilla Thunderbird
KeePass
GIMP
VLC
7-Zip
Mozilla Firefox
N = 117 (gefiltert)

Gründe für den Einsatz I
Wie wichtig sind folgende Gründe für den Einsatz von Open Source Software in Ihrer Organisation?
(in %)
N = 205
87.3
84.3
83.9
81.4
79.5
78.5
77.0
76.0
75.5

Gründe für den Einsatz II
Wie wichtig sind folgende Gründe für den Einsatz von Open Source Software in Ihrer Organisation?
(in %)
N = 205
75.2
73.1
70.1
65.2
61.7
61.0
61.0
18.0

Hinderungsgründe beim Einsatz I
Wie wichtig sind folgende Hinderungsgründe beim Einsatz von Open Source Software in Ihrer Organisation?
(in %)
N = 205
71.4
69.4
69.4
68.9
65.8
65.8
63.2
61.2
60.7
60.2
59.7
59.2

Hinderungsgründe beim Einsatz II
Wie wichtig sind folgende Hinderungsgründe beim Einsatz von Open Source Software in Ihrer Organisation?
(in %)
N = 205
57.6
57.7
56.6
55.1
51.5
47.5
41.8
39.3
35.7
34.2
22.4

Gründe vs. Hinderungsgründe
− Wie wichtig sind folgende Gründe für den Einsatz von Open Source Software in Ihrer Organisation?
− Wie wichtig sind folgende Hinderungsgründe beim Einsatz von Open Source Software in Ihrer
Organisation?

4629. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 46Link: https://de.wikipedia.org/wiki/Digitale_Nachhaltigkeit

4729. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 47Link: https://www.baloise.com/en/home/about-us/what-we-stand-for/sustainability/digital-sustainability-information-security.html

4829. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 48Link: https://baloise.github.io/open-source/docs/arc42/

Security-Probleme bei Open Source Software
https://resources.whitesourcesoftware.com/blog-whitesource/top-security-open-source-vulnerabilitieshttps://de.wikipedia.org/wiki/Heartbleed

FOSSA: Security Audit of Open Source Software
Quelle: https://joinup.ec.europa.eu/collection/eu-fossa-2

Strategischer Leitfaden OSS beim Bund
> Veröffentlicht am 1. Februar 2019 durch ISB
> Löst OSS Teilstrategie von 2005 ab
> Enthält:
1. Ausgangslage
2. Bezug zu weiteren Strategien
3. Vorgehen
4. Zielsetzungen
5. Massnahmen
Quelle: https://www.isb.admin.ch/isb/de/home/ikt-vorgaben/strategien-teilstrategien/sb004-ikt-teilstrategie-open-source.html

Strategischer Leitfaden Open Source Software
Zielsetzungen: Massnahmen:
A) Innovation und
Effizienz erhöhen
1. Merkblatt «Software-Ausschreibungen» überarbeiten
B) Kultur der Zusammen-
arbeit fördern
2. Wissens- und Erfahrungsaustausch fördern
D) Übersicht schaffen um
Synergien zu nutzen
5. Übersicht über eingesetzte Open Source Software schaffen
6. Gemeinsame Beschaffung von Dienstleistungen umsetzen
C) Klarheit schaffen und
Risiken minimieren
3. Praxisleitfaden Open Source Software verfassen
4. Anleitung zur Freigabe von Open Source Software entwickeln
E) Attraktivität als Informatik-
arbeitgeber stärken
7. Open Source Kultur fördern und kommunizieren

A) Innovation und Effizienz erhöhen
Wirtschaft setzt auf Open Source Komponenten um rasch eigenständige
Applikationen entwickeln und betreiben zu können. Verwendung von
Open Source Software spart Zeit und Ressourcen.
Massnahme 1: Merkblatt «Software-Ausschreibungen» überarbeiten
— Berücksichtigung spezifischer Merkmale von Open Source Software
— Anbietermarkt von Open Source Dienstleistungen berücksichtigen
A)
B)
C)
D)
E)

B) Kultur der Zusammenarbeit fördern
Open Source Software fördert offene Kommunikation und Praktiken der
gemeinsamen Weiterentwicklung. Dies stärkt die interföderale Zusammenarbeit,
erhöht die digitale Souveränität und reduziert Abhängigkeiten von IT-Herstellern.
Massnahme 2: Wissens- und Erfahrungsaustausch fördern
— Ansprechstelle für rechtliche, technische und organisatorische Fragen
— Fachgemeinschaft (Community of Interest) zum Austausch von Erfahrungen
A)
B)
C)
D)
E)

C) Klarheit schaffen und Risiken
minimieren
Open Source Lizenzen verursachen gelegentlich Unsicherheiten und Fragen.
Technische und juristische Empfehlungen zu Einsatz und Freigabe von Open
Source Software schaffen Klarheit und reduzieren Risiken.
Massnahme 3: Praxisleitfaden Open Source Software verfassen
— Einführung in Open Source Software, Informationen über Lizenzen, Referenzen
— Best Practices, Open Source Alternativen und praxisnahe Empfehlungen
Massnahme 4: Anleitung zur Freigabe von Open Source Software entwickeln
— Sobald Entscheid des Bundesrates vorliegt Anleitung erarbeiten
— Vorgaben klären wann wer unter welcher Lizenz Open Source Software freigeben darf
A)
B)
C)
D)
E)

D) Übersicht schaffen um Synergien
zu nutzen
Wissen und Erfahrung bezüglich Einsatz von Open Source Software sind
vorhanden, aber Synergien können noch nicht genutzt werden weil Beschaffung
weitgehend unkoordiniert stattfindet.
Massnahme 5: Übersicht zu eingesetzter Open Source Software schaffen
— Open Source Software muss oftmals nicht beschafft werden, darum kein Überblick
— Inventarisierung schafft Synergien und erlaubt rasche Korrekturen bei Sicherheitslücken
Massnahme 6: Gemeinsame Beschaffung von Dienstleistungen umsetzen
— Wartung und Support von Open Source Lösungen durch externe Anbieter kann
gemeinsam beschafft werden
A)
B)
C)
D)
E)

E) Attraktivität als Informatikarbeitgeber
stärken
Informatik-Fachleute arbeiten nachweislich gerne mit Open Source Software da
sie damit ihr Wissen vertiefen und unabhängig von Lizenzvorschriften proprietärer
Software inhaltlich arbeiten können. Das Open Source Know-How wird auch von
der Bundesverwaltung benötigt.
Massnahme 7: Open Source Kultur fördern und kommunizieren
— Die Kultur in Open Source Projekten bezüglich Teilen von Wissen und Hilfsbereitschaft
bei Problemen motiviert Informatik-Fachkräfte
— Bekanntmachung einer «Open Source freundlichen» Arbeitsumgebung erhöht die
Arbeitgeberattraktivität und hilft beim Aufbau von internem Open Source Know-How
A)
B)
C)
D)
E)

Agenda

6329. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 63Quelle: https://www.nzz.ch/fragwuerdige_auftragsvergabe_des_bundes_an_microsoft-1.2502044

6429. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 64Quelle: http://www.derbund.ch/schweiz/standard/freihaendige-itgrossauftraege-des-bundes-sorgen-fuer-unmut/story/29200791

6629. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 66Link: https://www.luzernerzeitung.ch/schweiz/bund-millionenauftraege-unter-hand-vergeben-ld.83744

6729. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 67Link: https://www.simap.ch/shabforms/servlet/Search?EID=7&NOTICE_NR=895841

6829. Mai 2019 – Dr. Matthias Stürmer, Forschungsstelle Digitale Nachhaltigkeit 68Quelle: http://www.computerworld.ch/news/it-branche/artikel/das-system-freihaender-viel-optimierungspotenzial-70184/

SRF Rundschau zu IT-Beschaffungen
Link: http://www.srf.ch/news/schweiz/it-projekte-milliarden-ohne-ausschreibung

Abhängigkeit von Software-Konzernen
Quelle: http://www.tagesspiegel.de/weltspiegel/it-in-der-oeffentlichen-verwaltung-
europas-fatale-abhaengigkeit-von-microsoft/19628246.html

ARD-Reportage über Abhängigkeit von Microsoft
Quelle: ARD-Reportage vom 19. Februar 2018, Video: https://www.youtube.com/watch?v=_ZaDuinGf2o

ARTE-Dokumentation über Freie Software
Quelle: ARTE-Film von 2018 https://www.arte.tv/de/videos/077346-000-A/software-rebellen/ https://www.youtube.com/watch?v=BxJyDkIqv5Q

IT- und CT-Projekte auf simap.ch
Information Technology (IT):
> 48000000 Softwarepaket und Informationssysteme
> 72000000 IT-Dienste: Beratung, Software-Entwicklung, Internet und Hilfestellung
> 51600000 Installation von Computern und Büromaschinen
> 30200000 Computeranlagen und Zubehör
Communication Technology (CT):
> 32000000: Rundfunk- und Fernsehgeräte, Kommunikations- und Fernmeldeanlagen und Zubehör
> 35700000: Militärische elektronische Systeme
> 45314000: Installation von Fernmeldeanlagen
> 48219700: Kommunikationsserversoftwarepaket
> 48500000: Kommunikations- und Multimedia-Softwarepaket
> 50330000: Wartung von Fernmeldeeinrichtungen
> 51300000: Installation von Kommunikationsgeräten
> 64200000: Fernmeldedienste
> 71316000: Beratung in der Fernmeldetechnik
ICT

Anzahl monatliche Ausschreibungen
Link: https://beschaffungsstatistik.ch

Anzahl monatliche Zuschläge

Anzahl monatliche Freihänder

Freihänder-Anteil

Noch nicht erfasst:
«Offene» Produkte-Ausschreibungen

Forschung zu Vendor Lock-In
> Analyse von simap.ch zeigt weit
überdurchschnittliche Zahl von freihändigen
Vergaben an IT-Hersteller
Quelle: http://dl.acm.org/citation.cfm?id=3047329

Verhandlungsschwierigkeiten mit IT-Herstellern
> Vertragsprobleme mit Adobe wegen Adobe Cloud Produkten und
Adobe Experience Manager (AEM)
> Schwierige Situation mit Microsoft wegen Enterprise Agreements
> Unfriendly Partner Oracle wegen Lizenz-Audits und Volumenpreise
> Grosse Ausgaben für neue Generation SAP-Systeme (HANA)
Fazit:
> Viele grosse IT-Hersteller bereiten (neben technischen Problemen)
auch vertragliche Schwierigkeiten
> Behörden haben kaum Verhandlungsstärke weil keine Alternative
vorhanden sind
> Schon glaubhafte Prüfung von Open Source Alternativen kann
Lizenzpreise senken

System- vs. Anbieter-Abhängigkeit
Nutzer ist abhängig vom System (System Lock-In):
1. Technische Abhängigkeiten: Schnittstellen, Datenformate etc.
2. Organisatorische Abhängigkeiten: Gewohnheiten der Mitarbeitenden, auf Software
angepasste Prozesse und Strukturen etc.
 Ziel ist erreicht, wenn das System gut in die Organisation integriert ist
Nutzer ist abhängig vom Anbieter (Vendor Lock-In):
1. Rechtliche Abhängigkeiten: Urheberrecht, Verträge, Lizenzbedingungen
2. Knowhow-Abhängigkeiten: Mitarbeiter des Anbieters wissen wie was zusammenhängt
3. Psychologische Abhängigkeiten: Marken-Produkte, Bekanntheit, Verbreitung
 «Nobody Ever Got Fired for Buying IBM/Microsoft.»

Weniger Anbieter-Abhängigkeiten
mit Open Source Software
Behörde
IT-Anbieter
IT-Anbieter
IT-Anbieter
Wechsel möglich
Behörde
IT-Anbieter
abhängig
Kopie der Open
Source Software
abhängig
Proprietäre
Software
Open Source
Projekt
Öffentliches Gut
durch OSS-Lizenz
abhängig
Eigentum

Agenda

BBL Merkblatt «Software-Ausschreibungen»
Software-Ausschreibungen: Sicherstellung eines breiten Wettbewerbs
Quelle: https://www.beschaffung.admin.ch/bpl/de/home/beschaffung/merkblaetter.html

Wichtige Aussagen
Grundsätzliche Vorgaben gemäss BBL Merkblatt:
1. «Anbieter von Open-Source und Closed-Source bzw. proprietärer
Software sowie von Mischformen sollen gleiche Chancen haben,
einen öffentlichen Auftrag zu erhalten»
2. «Vergabestelle darf Technologien, Produkte und Hersteller nur
dann vorgeben bzw. ausschliessen, wenn zwingende sachliche
Gründe vorliegen und schriftlich festgehalten sind»
3. «Vorgegebene Schnittstellen und Dateiformate basieren soweit
möglich sowie technisch und wirtschaftlich sinnvoll auf offenen, frei
zugänglichen Spezifikationen und Standards»

Wichtige Aussagen
Open Source Software ist per se nicht Beschaffungs-relevant:
> «Die OSS-Lizenz allein kostet die beschaffende Stelle in der Regel
nichts und ist für sich allein daher auch nicht beschaffungsrelevant.»
> «Kosten und damit Beschaffungsrelevanz entstehen erst, wenn bei
einem Anbieter Dienstleistungen (bspw. Beratung, Integration,
Anpassungen, Schulungen, Weiterentwicklung, Betrieb, Wartung etc.)
für bestimmte OSS eingekauft werden oder OSS zusammen mit
andern, kostenpflichtigen Software-Komponenten und/oder
Dienstleistungen eingekauft wird.»

SIK Checkliste «Beschaffung von Open Source»
> Ziel ist die bessere Berücksichtigung von
Open Source Software bei der Beschaffung von IT
> Erarbeitet durch die Arbeitsgruppe
Open Source Software der Schweizerischen
Informatikkonferenz (SIK)
> Input von Behördenstellen, Beschaffungsjuristen
und Open Source Experten
> Aktuelle Version: 18. August 2015, Version 1.0
Quelle: http://www.ossdirectory.com/oss-knowhow/details/kbarticle/sik-checkliste-fuer-beschaffung-von-open-source-software/

Wichtige Fragen in der Checkliste
> Kriterien die verhindern, dass Open Source ausgeschlossen wird: Sind die
Beschaffungsunterlagen funktional verfasst ohne Vorgabe von proprietären Produkten?
— Vorgaben von proprietären Produkten (Sharepoint, SAP etc.) schliessen OSS Anbieter aus
— Folge davon sind verstärkte Abhängigkeiten, Förderung von Monopolstellungen,
Einschränkung von Wettbewerb und Innovation, langfristige Zunahme der Informatikkosten
> Kriterien, welche die Eigenschaften von Open Source berücksichtigen: Wird die Lieferung
der Software unter einer Open Source Lizenz in der technischen Spezifikation (TS)
vorgegeben bzw. wird Open Source als Zuschlagskriterium (ZK) bemessen?
— OSS erlaubt vollständigen Zugang zum Quellcode und das Recht diesen zu verändern
 Möglichkeit selber oder im Auftrag an Dritte Software zu auditieren, korrigieren,
anzupassen und weiterzuentwickeln
— Vorgabe als TS oder Bewertung als ZK ist sinnvoll und beschaffungsrechtlich erlaubt

Wichtige Fragen in der Checkliste
> Werden auch Referenzinstallationen von Open Source Lösungen berücksichtigt,
die nicht vom Anbieter selber realisiert wurden?
— Verbreitungsgrad einer OSS Lösung an allen produktiv laufenden Installationen
bemessen macht Sinn (auch Behörden-interne Realisierung möglich)
> Wird Aktivität einer Open Source Community berücksichtigt?
— Möglichst aktive und heterogene Community wichtig für Nachhaltigkeit
— Aktivität von OSS Projekten auf Open HUB www.openhub.net gezeigt
> Wird Verfügbarkeit von Dienstleistern einer OSS Lösung geprüft?
— Für langfristige Weiterentwicklung und möglichen Anbieterwechsel ist breite
Dienstleister-Community wichtig
— Bspw. als ZK Anzahl kommerzielle Anbieter für OSS Lösung berücksichtigen

Vorgabe einer Open Source Lösung
Quelle: Ausschreibung «Open Government Data-Portal» des Bundesarchivs, 04.12.2014

Vorgabe der Open Source Freigabe
Quelle: Ausschreibung «Linked Data Plattform» des Bundesarchivs, 05.03.2018

«Open Source Software» als ZK
Die Open Source Initiative (OSI) zertifiziert keine
Software, sondern bloss die Open Source Lizenzen
Quelle: Ausschreibung «IT@KOS Beschaffung Schulverwaltungs-Lösung», 24.01.2017

«Open Source Software» als ZK
Investitionsschutz: Unabhängigkeit vom Entwickler (Gewichtung: 2%)
Die Maximalpunktzahl erhält, wer aufzeigt, dass der Kunde auch bei einem Konkurs des Lieferanten, einer Einstellung
des Produkts und in ähnlichen Situationen das Produkt weiter warten und einsetzen kann, insbesondere infolge einem
oder mehrerer der folgenden Faktoren:
> das Produkt ist ganz oder teilweise Open Source Software (OSS),
> der Kunde erhält den aktuellen Source Code und ein Nutzungs- und Veränderungsrecht an der Software im
Umfang einer OSS-Lizenz,
> am Markt gibt es auch ausserhalb des Lieferanten Entwickler mit guten Kenntnissen des Produktes.
Quelle: Ausschreibung «IT@KOS Beschaffung Schulverwaltungs-Lösung», 24.01.2017

«Open Source Software» als EK:
Submiss-Beschaffung der Stadt Bern
Analyse der Kriterien (B6_Kriterienkatalog)
> Auszug aus der Ausschreibung:
Eignungskriterium 3  Der Anbieter erklärt sich bereit, dass der
Source Code unter einer OS-Lizenz veröffentlicht wird.
Nachweis: Deklaration der Einwilligung, den Source Code unter einer
Open Source Lizenz zu entwickeln oder bereitzustellen.
> Problem: European Dynamics wird das unbekannte und von keinem
anderen Anbieter unterstützte Open Source Framework "Qlack Fuse"
verwenden.
> Wie könnten «Fake» Open Source Lösungen künftig verhindert werden?

ZKs für fundierte Bewertung von
Open Source Beschaffungen
1. Werden bestehende Open Source Komponenten verwendet?  Nachweis: Etabliertes Open Source Framework wird
verwendet (versus eigenes Framework entwickeln)
2. Hat der Anbieter bereits Software-Projekte basierend auf diesem Open Source Framework realisiert?
Nachweis: eigene Projekt-Referenzen mit dem Open Source Framework
3. Wird das Open Source Framework auch von anderen Firmen verwendet? [relevant für Reduktion der
Anbieterabhängigkeit]  Nachweis: Anzahl Firmen, die das Open Source Framework mit Wartung und Support
unterstützen (siehe bspw. OSS Directory)
4. Wie aktiv wird das Open Source Framework weiterentwickelt?  Nachweis: OpenHub Statistiken der Entwicklungs-
Aktivität («12 Month Statistics»: «Contributors» & «Commits»)
5. Wird das Open Source Framework von unterschiedlichen Firmen weiterentwickelt? [Ziel ist eine möglichst
heterogene Open Source Community]  Nachweis: Entwickler («Contributors») arbeiten bei verschiedenen Firmen
6. Werden standardisierte Schnittstellen und offene Dateiformate verwendet?  Nachweis: Spezifikationen von allen
Schnittstellen sind öffentlich zugänglich
7. Ist das Framework gut dokumentiert?  Nachweis: Umfang und Qualität der Dokumentation wird bewertet (API-
Dokumentation, Tutorials, Handbuch, veröffentlichte Bücher etc.)
8. Ist die Open Source Lösung auch auf Linux lauffähig? [versus Microsoft Windows Server]
 Nachweis: Angabe ob Software auch auf Linux-Servern betrieben werden kann

Vergleich der Community-Aktivität von
verschiedenen Open Source Framworks
Link: https://www.openhub.net/p/_compare?project_0=Qlack2-Fuse&project_1=Symfony&project_2=Ruby+on+Rails

OpenHub als Informationsplattform für OSS
www.openhub.net
Link: https://www.openhub.net/p/firefox
https://www.openhub.net/p/_compare?project_0=Drupal+%28core%
29&project_1=TYPO3+CMS&project_2=WordPress

Rahmenverträge mit
Open Source Anbietern in Schweden
Nutzen der Rahmenverträge:
> Verwaltung erhält Support und Wartung von mehreren
kompetenten Ansprechspartnern für Vielzahl von Open
Source Produkten
> Verwaltung erhält Beschaffungssicherheit und Anleitung
für Vorgehen bei Beschaffung von Open Source Support
> Rahmenvertrag deckt Urheberrecht, Haftung,
Gewährleistung etc. ab
> Beschaffungen von Open Source durch
Mini-Tenders werden für die Verwaltung vereinfacht
Quelle: http://www.digitale-nachhaltigkeit.ch/2013/04/oss-rahmenvertraege/

Rahmenverträge mit
Open Source Anbietern in Schweden
Schwedische Verwaltung
OSS GU OSS GU OSS GU OSS GU OSS GU
OSS Rahmenvertrag
Subunternehmer-Verträge
72 OSS-Dienstleister
Quelle: http://www.digitale-nachhaltigkeit.ch/2013/04/oss-rahmenvertraege/

Open Source «Generalunternehmen»
Rahmenverträge mit OSS GU in
den Software-Bereichen:
1. Anwender-Software
2. Geschäftsverwaltung
3. Betriebssystem
4. Security
5. IT-Operations
6. Asset Management
7. Middleware
8. Entwicklungs-Tools
9. Datenbanken
10. Datenanalyse-Software
OSS GU muss folgende
Dienstleistungen erbringen:
1. Fehlerbehebung
2. Integration und Testing
3. Installation
4. Migration
5. Support
6. Wartung
7. Ausbildung
Quelle: https://www.digitale-nachhaltigkeit.ch/wp-content/uploads/2013/04/anbudsinbjudan-ppna-programvaror-2010-ausschreibung-open-source-software-2010.pdf

Agenda

OSS-Freigabe von Kanton und Stadt Bern
Quelle: Der Bund, 3. September 2018 https://www.derbund.ch/bern/eigennuetzige-softwaregeschenke/story/16408835

Gemeinsame Weiterentwicklung von
Varianten:
a) Erweiterung einer bestehenden Open Source Lösung
b) Gemeinsame Entwicklung einer neuen Open Source Lösung
Vorteile:
> Kosten der Weiterentwicklung können aufgeteilt werden
> Alle haben uneingeschränktes Nutzungsrecht der Software
> Weiterentwicklung auf verschiedene Anbieter verteilt
> Wesentlich kleinere Abhängigkeiten von Anbietern
Nachteil:
> Höherer Koordinationsaufwand als beim Einkauf von Lizenzen

Einzelne Features erweitern mit
www.bountysource.com

Institutionalisiertes Crowdfunding
Phase 1: Initialisierung
a) Interesse und Wille von professionellen Open Source Nutzern wecken
b) Anforderungen zusammentragen und mit Entwicklern diskutieren
c) Resultat: Spezifikation zur gemeinsamen Weiterentwicklung verfassen
Phase 2: Finanzierung
a) Spezifikation publizieren als RfP, Firmen für Offerten einladen
b) Evaluieren der Angebote und Auswahl treffen
c) Resultat: Finanzierung des notwendigen Betrags gemeinsam aufteilen
Phase 3: Umsetzung
a) Projektmanagement festlegen, Verträge unterzeichnen, loslegen
b) Tests bei den Nutzern durchführen, Entwicklung abschliessen
c) Resultat: Neuen Source Code publizieren, in OSS Projekt integrieren

Beispiel Weiterentwicklung LibreOffice
> Ziel war 2011 bessere Interoperabilität von
LibreOffice mit Microsoft Word
> Städte München, Freiburg i.B., Leipzig, Jena, BGer,
ISB und Kt. Waadt finanzierten total EUR 160’000
> Dazu 5 Use Cases ausgewählt und Spezifikation
verfasst, publiziert auf Website und in
entsprechenden News-Kanälen
> 2 Angebote eingegangen (Lanedo und SUSE),
Use Cases auf beide Firmen verteilt, im Sommer
2013 erfolgreich abgeschlossen
Quelle: http://www.osb-alliance.de/working-groups/wg-office-interoperability

Beispiel OpenLayers 3
Co-Finanzierung durch swisstopo
Quelle: http://www.digitale-nachhaltigkeit.unibe.ch/unibe/portal/fak_wiso/a_bwl/inst_wi/abt_digital/content/e90971/e562996/
e591574/e591600/files591612/12_CedricMoullet_CrowdfundingWeiterentwicklungGeoportal_ger.pdf

Beispiel CAMAC für Baugesuchsverwaltung
Quelle: http://camac.ch/de

Open Source Freigaben durch Kt. Bern
Quelle: https://www.fin.be.ch/fin/de/index/direktion/ueber-die-
direktion/aktuell.meldungNeu.onemeldungonly.portalnavrrcsubeleme.html/portal/de/meldungen/mm/2016/08/20160826_1438_nachrichten_aus_derverwaltung

Gutachten zur Freigabe von OSS
> Autoren: Prof. Dr. Tomas Poledna,
Prof. Dr. Simon Schlauri und Samuel Schweizer
> Jahr und Umfang: 2017, 201 Seiten
> Auftraggeber: Kanton Bern
> Inhalt: Erläutert warum der Staat eigene
Software unter einer Open Source Lizenz
veröffentlichen darf
> Buch als PDF gratis verfügbar
PDF Download: http://www.oapen.org/search?identifier=632680

Anleitungen zur Freigabe von
Open Source Software des Kantons Bern
Links: https://github.com/kanton-bern

Erste OSS-Freigabe des Kantons Bern
Link: https://www.be.ch/portal/de/index/mediencenter/medienmitteilungen.meldungNeu.html/portal/de/meldungen/mm/2018/12/20181211_1603_der_kanton_schaffttransparenzmitopensource-
software?utm_source=rss&utm_medium=Medienmitteilungen&utm_campaign=Der+Kanton+schafft+Transparenz+mit+Open+Source-Software

Sichtbarkeit von und Vertrauen in OSS fördern
Quelle: https://github.com/kanton-bern

Ki-Tax: Erste OSS-Freigabe durch Stadt Bern

GitHub and Government
Link: https://government.github.com

Agenda

Open Source Studie Schweiz 2018
Inhalt:
> Vorwort von Urs Schaeppi, CEO Swisscom
> Studienresultate
> Fachbeiträge
> Praxisbeispiele
> Firmenportraits
Link: https://www.oss-studie.ch/assets/pdfs/OSS-Studie2018.pdf

Buchauszug «Open Source Lizenzen»
Inhalt:
> Grundsätzliches
> Rechtsnatur
> Kompatibilität von Open Source Lizenzen
> Copyleft
> Checkliste Open Source Software
Link: https://www.it-recht.ch/wp-content/uploads/2014/11/Straub-Softwareschutz-Open-Source-Software-Zurich-2011.pdf

BITKOM Open Source Leitfaden
Inhalt:
> Grundlagen
> Geschäftsmodelle
> Erstellungsmodelle
> Standardisierung und Kundenschutz
> Rechtliche Aspekte von Open Source Software
> Open Source Software im Unternehmen
> Chancen und Herausforderungen
Link: https://www.bitkom.org/Bitkom/Publikationen/Bitkom-Leitfaden-zu-Open-Source-Software-20.html

The Sharing and Reuse Framework for IT Solutions
Inhalt:
> Enhance cross-organisation coordination
> Collaborate to identify common needs
> Adopt business models that facilitate sharing and
reuse
> Promote legal certainty
> Procure IT solutions in a transparent and open way
> Document, share and reuse common solution
building blocks
Link: https://joinup.ec.europa.eu/sites/default/files/custom-page/attachment/sharing_and_reuse_of_it_solutions_framework_final.pdf

FSFE Public Money Public Code
Inhalt:
> Using Free Software to Democratise Smart Cities
> The Costs of Vendor Lock‐In
> Hidden Champions
> The Impact of Free Software on Competition
> 10 Myths about Free Software
> Making Business and Economic Sense
> […]
Link: https://download.fsfe.org/campaigns/pmpc/PMPC-Modernising-with-Free-Software.pdf

Verein CH Open www.ch-open.ch

OSS Directory: Verzeichnis von
Open Source Anbietern, Case Studies etc.

Parlamentarische Gruppe Digitale Nachhaltigkeit
www.parldigi.ch

Über Parldigi
> Gegründet 2009 zur Förderung von
> Weitere Themen wie Open Government Data, Bitcoin,
Netzneutralität, Netzsperren, Überwachung etc.
> Über 50 eingereichte Vorstösse, zahlreiche
erfolgreiche Motionen und Postulate
(öffentliche Beschaffung, OGD etc.)
> Zahlreiche Dinner-Anlässe und Open Hearings
> Gespräche mit Bundesräten und Verwaltungskader
> Website: www.parldigi.ch

6 politische Schwerpunkte von Parldigi
Open
Source
Software
Open
Standards
Open
Government
Data
Open
Access
Open
Content
Open
Internet

Open Source Software: Einführung, Trends und öffentliche Beschaffung

Weitere ähnliche Inhalte

Ähnlich wie Open Source Software: Einführung, Trends und öffentliche Beschaffung

Mehr von Matthias Stürmer

Open Source Software: Einführung, Trends und öffentliche Beschaffung