Das Projekt BÜCHERSCHATZ - Fachbereich Informatik - Universität ...

Software-Produkt entwickelt werden soll. Weitere zentrale Fragen sind, aus welchen
Personen oder Gruppen das Entwicklungsteam besteht und wie dieses Team sich im
Projekt organisieren kann und will. Damit verbunden sind Themenbereiche wie
Aufgabenverteilung, Entscheidungs- und Machtbefugnisse, Projektablaufplanung,
Informationsfluß, Festhalten von Ergebnissen und Akzeptanz von Festlegungen. Die
Antworten auf die vorangegangenen Fragen bilden die Basis für die weitere
Zusammenarbeit. Sie fördern das gemeinsame Verständnis für das Projekt und
schaffen eine erste gemeinsame Projektsprache.
Die den Entwicklungsprozeß durchführenden Personen haben unterschiedliche
Sichten auf Probleme und deren mögliche Lösungen. Die Sichtweisen der Beteiligten
sind abhängig vom persönlichen Horizont und von den in Gruppen vorherrschenden
Vorstellungen, Leitideen und Metaphern. Die Betrachtungsschwerpunkte der Personen
oder Gruppen unterscheiden sich entsprechend den vertretenen Interessen und der
Stellung einer Person oder Gruppe im Team. Aus diesen multiplen Perspektiven und
Gewichtungen können während des Entwicklungsprozesses Komplikationen entstehen,
die sich u.a. im mangelnden Verständnis zwischen Entwicklern, Fachexperten und
Benutzern, in schlechter Informationsvermittlung und -übermittlung, gestörter
Kommunikation und Kooperation zwischen Personen oder Gruppen und Uneinigkeit
beim Umgang mit Entscheidungen im Entwicklungsprozeß niederschlagen. Diese
Probleme sind unvermeidbare Bestandteile des Prozesses, die bewußt gemacht und
gelöst werden müssen. Lernwilligkeit und Lernfähigkeit der am Prozeß Beteiligten
sowie Konsensfindung und Konfliktbewältigung zwischen den Beteiligten sind
bedeutende Elemente bei der Problembewältigung im Entwicklungsprozeß.
Fast zwangsläufig werden spezielle Barrieren der jeweiligen Fachgruppen in den
Entwicklungsprozeß hineingetragen. Entwickler stehen im Regelfall vor dem Problem,
daß sie zu Anwendungsgebieten wenig Bezug haben und bei der Entwicklung mit
ungesicherten Erkenntnissen umgehen müssen. Sie erschließen sich das erforderliche
Wissen erst mit Beginn des Projekts. Fachexperten und/oder Benutzer sind oft mit
EDV-Produkten in ihrer Abstraktionsfähigkeit überfordert. Sie haben keine oder wenig
Kenntnis von den von Entwicklern verwendeten Methoden, Techniken und Werkzeugen
und können bestimmte Informationen nicht oder nur unvollständig interpretieren.
Gemeinsam müssen alle Beteiligten die Hürde überwinden, vorhandene Programme
und Daten, gegebene Rahmenbedingungen aus Regelwerken, DIN-Normen u.ä. in den
Prozeß aufzunehmen und gegebenfalls in das System einzuarbeiten.
Floyd, Hofstetter wie auch Weltz und Ortmann machen aus unterschiedlichen
Perspektiven deutlich, daß vorgenannte Probleme auftreten und ‘Raum’ für die
Bewältigung im Entwicklungsprozeß brauchen. Anstehende Probleme dann lösen zu
wollen, wenn sie auftauchen, ist angesichts der Erfahrungen in vielen Projekten 23 eine
unzureichende Lösung und bleibt daher ein Lippenbekenntnis, wie den Projekt-
Beispielen in [Weltz/Ortmann 1992, S. 187ff.] zu entnehmen ist. Unsere Sicht auf die
Softwareentwicklung entspricht der von Floyd vorgeschlagenen Design-Sicht. Floyd
betrachtet die Softwareentwicklung
„...als Design von Artefakten, die in menschliches Arbeitshandeln eingebettet werden.
Softwareentwicklung ist dann ein Zusammenspiel von (technischem) Entwurf und
(soziotechnischer) Gestaltung und vollzieht sich in einem Lernprozeß. Dabei lassen sich
die Ebenen Lernen zwischen Entwickler/innen und Anwender/innen, Lernen im Ent-
23 Eine Untersuchung aus dem Jahr 1991 kommt zu folgendem Ergebnis: Jedes sechste DV-Projekt wurde ohne jegliches
Ergebnis abgebrochen, alle Projekte überzogen den Zeit- und Kostenrahmen um 100 bis 200 Prozent, und auf
hundert ausgelieferte Programmzeilen kommen im Durchschnitt drei Fehler (Boes/Boß 1991 zit.n. [Coy u.a. 1992,
S.4]). Die Thematik Softwaretechnik und Softwarekrise wird in [GI 1994] ausführlich behandelt.