[ox-de-raw] Fwd: Stefan Meretz, Michaela Hipp * Management Freier Software-Projekte - Projekt di.ver, Gewerkschaft ver.di (was: [ox-en] Conference documentation / Konferenzdokumentation)
- From: Stefan Meretz <stefan.meretz hbv.org>
- Date: Tue, 1 Jan 2008 16:30:16 +0100
---------- Weitergeleitete Nachricht ----------
Betreff: Stefan Meretz, Michaela Hipp * Management Freier
Software-Projekte - Projekt di.ver, Gewerkschaft ver.di (was: [ox-en]
Conference documentation / Konferenzdokumentation)
Datum: 2007-12-30
Von: Stefan Merten <smerten oekonux.de>
An: list-en oekonux.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Management Freier Software-Projekte
===================================
Stefan Meretz [stefan.meretz at hbv.org], Michaela Hipp
Projekt di.ver, Gewerkschaft ver.di
- -----------------------------------
** Unable to import figure MeretzHipp1.png **
Inhalt
======
o Freie Software
o Einfach Freie Software
o Doppelt Freie Software
o Freie Software in Gewerkschaften
o Erfahrungen aus dem Projekt union.cms
o Do's und Don'ts für Projektmanager/innen
Freie Software
==============
Synonyme:
o FS: Freie Software
o OSS: Open Source Software
o FLOSS: Free/Libre Open Source Software
Unterscheidung:
o "Einfach Frei": Produkt ist frei
o "Doppelt Frei": Produkt und Entwicklungsprozess ist frei
Einfach Freie Software
======================
Freiheit des Produkts - vier Freiheitsrechte:
o run: einsetzen für jeden Zweck
o study: studieren der Quellen
o redistribute: kopieren und verteilen
o modify & release: verändern und verbreiten
Doppelt Freie Software
======================
Zusätzlich: Freiheit der Entwicklung
o freie Bestimmung des Entwicklungszwecks/ziels
o freie Bestimmung der Entwicklungsmethoden
o freie Bestimmung des Entwicklungsteams
o freie Bestimmung der Entwicklungschritte
Gegensätze
==========
Produkt:
o Freie Software
o alle 4 Freiheiten sind gegeben
o Proprietäre Software
o eine oder mehrere Freiheiten sind nicht gegeben
Entwicklung:
o Selbstbestimmte Entwicklung
o Ziel, Methoden, Team und Abwicklung sind selbstbestimmt
o Fremdbestimmte Entwicklung
o Ziel, Methoden, Team oder Abwicklung werden fremdbestimmt
These: Qualität
===============
o Maximale Qualität ist Resultat maximaler Freiheit von Produkt und
Prozess
o Qualität ist dabei nicht singuläre Eigenschaft des Produkts,
sondern nachhaltige und erfolgreiche Nutzung eines Produkts in
einem sozialen Kontext (Unternehmen, Organisation...)
Freie Software in Gewerkschaften
================================
o Gewerkschaften unterscheiden sich nicht grundsätzlich von
Unternehmen
o Verantwortliche verfolgen die Philosophie "Millionen Fliegen
können nicht irren..."
o Änderungen bedeuten Risiken, die niemand verantworten will
o Freie Software ist kein strategischer Ansatz, sondern Resultat
des Einsatzes Einzelner
o Freie Software ist vor allem im Serverbereich durchsetzungsfähig
o Letztlich geht's um Kostenminimierung
Das Beispiel union.cms
======================
o Zwei Argumente zur Durchsetzung des Projekts innerhalb von
ver.di:
o Kosten
o Vertrauen
o Charakter des Projekts
o Produkt soll frei sein (GPL)
o Entwicklung ist formal nicht frei
o Selbstbestimmung ermöglichen
o Durchbrechen des Seilschaftenprinzips
o Maximale Transparenz des Prozesses
o Risikobereitschaft und Verantwortung
o Offenheit und Einbeziehung aller Interessierten
Stolpersteine
=============
o Vorgehensmodell
o Erwartung: "Wasserfall-Konzept"
o Praxis: Prozessbegleitende Entwicklung
o Kommunikation
o Erwartung: individuelle Kommunikation
o Praxis: Bedarf kann nicht befriedigt werden
o Vertragsgestaltung
o Erwartung: Absicherung und Schadloshalten
o Praxis: Flexibilität erhalten
o Entwicklerpool und -qualität
o Erwartung: union.cms-Community
o Praxis: Verbreiterung noch nicht erreicht
Do's für Projektmanager/innen
=============================
o Entfaltungsraum für alle schaffen
o Entwicklern den Rücken frei halten
o Widersprüche "einfach-freier" Projekte wahrnehmen
o Sackgassen erkennen und verlassen
o Teambuilding als permanenter Prozess
o Konfliktbereitschaft, Zuhören, offen sein
o Prinzip "So viel wie nötig, so wenig wie möglich" (Planung, Doku,
)
o Pragmatismus statt Perfektion
o Projektmanagement als Dienstleistung
Don'ts für Projektmanager/innen
===============================
o Produkt Vorrang vor Prozess geben
o Rechtfertigen und Schuld zuweisen
o Sicherheitsbedürfnis nachgeben durch Festschreiben von statischen
Zielen ("moving targets")
o Projektmanagement als hierarchische Leitungs-Funktion ansehen
o Profilierung und Machtkämpfe zulassen
... zum guten Schluß?
=====================
Vor einem Jahr waren wir noch zuversichtlich...
... Danke!
==========
... heute sind wir es auch noch!
** Unable to import figure MeretzHipp2.png **
Kontakt: diver at verdi.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7
<http://mailcrypt.sourceforge.net/>
iQCVAwUBR3fX3wnTZgC3zSk5AQLdxgP/URVZek+mgawBg570MJLiKendtJMxJCpP
6H4rn0GpcwF/OYpZz5IjouQCNllvc4blRVRWl0Wzu7vVT+iZfdza5LvbUC+hTFsU
pXS5gkXCQND6bXo2EPLSEF7TZacOYGsTerIdKtDszXF+u4Do1TORmqY4NC9QR3uR
krIT99I8LDA=
=MVw3
-----END PGP SIGNATURE-----
_________________________________
Web-Site: http://www.oekonux.org/
Organization: http://www.oekonux.de/projekt/
Contact: projekt oekonux.de
-------------------------------------------------------
--
Start here: www.meretz.de