Informatik-Projektentwicklung

Unter Informatik, dem Fachgebiet der Informations- und Datentechnik, hat heute alles mögliche Platz:

Vorbereitung und Initialisierung eines Projekts.

Umschreibung und Abgrenzung des Problembereichs. Problemanalyse, Skizzierung erster Lösungsideen sowie der Wirtschaftlichkeit der späteren Anwendung. Formulierung des Pflichtenhefts und — darauf aufbauend — Abschätzung von Umfang und Ablauf des Projekts.

Grobentwurf von sinnvollen Lösungsvarianten im Hinblick auf den Projektentscheid. Technische Lösbarkeit und wirtschaftliche Konsequenzen sind miteinzubeziehen.

Vollständige strukturierte Entwicklung der zukünftigen Problemlösung (Anwendersystem) aufgrund des Projektentscheids.

Systematische und gesamthafte Überprüfung des neuen Anwendersystems

Vorbereitung und Umstellung des Betriebs samt Mitarbeitern auf das künftige Anwendersystem bei minimaler Gefährdung der Funktionstüchtigkeit

Betrieb des neuen Anwendersystems mit notwendigen Unterhalts- und Überwachungsarbeiten

Im ersten Teil dieses Buches (Kap. 1 bis 8) wurde das Vorgehen bei der Entwicklung einer neuen Informatiklösung — ein Projekt — in Phasen gegliedert, phasenweise beschrieben und mit einem übersichtlichen Beispiel (Vereinsadministration “VVV”) illustriert. Nun ist aber die dort gezeigte Situation, bei der ein kleiner Betrieb (das Sekretariat des Vereins VVV) aus einem Zustand mit rein manuellen Büroabläufen in einen Zustand mit Informatikunterstützung hinüberwechseln will, in der Praxis längst nicht mehr immer der Normalfall.

Die Entwicklung von Informatiklösungen — oder sogar allgemeiner: von automatisierten Lösungen — für den Einsatz in einer betrieblichen Praxis muss immer zwei Arten von Menschen in die Überlegungen einbeziehen:

Das schönste technische Produkt ist nichts wert, wenn man es nicht kennt oder nicht bedienen kann. Zur Überwindung dieser Informationslücken dienen Dokumentation (Abschnitte 11.1, 11.2, 11.3) und Präsentation (Abschnitt 11.4). Die Dokumentation ist ständig verfügbar; Präsentationen sind Einzelaktionen.

Bei einem Auto oder bei einem Transistorradio weiss auch der Laie recht gut, was unter “Qualität” zu verstehen ist. Dieser Begriff umfasst sowohl positive Aspekte (gute Leistung, bequeme Bedienung usw.) als auch das Fehlen von negativen (keine Pannen, wenig Unterhalt usw.). Da die meisten Funktionen von Auto und Rundfunkgerät sinnlich sofort wahrnehmbar sind, ist auch der Qualitätsbegriff ohne weiteres einsichtig.

Die moderne Industriegesellschaft hat seit Jahrzehnten immer wieder neue und noch grössere Projekte in Angriff genommen, Beispiele sind etwa der bemannte Flug zum Mond oder die internationale Digitalisierung des Telefonsystems. Auch kompaktere Aufgaben, etwa die Entwicklung eines neuen Flugzeugs oder der Bau eines grossen Strassentunnels, können nur mit guten Projektführungsmethoden zeitlich und wirtschaftlich im Griff behalten werden.

Mancher Informatiker — besonders der Student — interessiert sich brennend für modernste technische Lösungen, und auch organisatorischen Fragen wendet er sich nicht ungern zu. Wirtschaftliche Aspekte einer Informatiklösung hingegen betrachtet der Techniker oft als unwesentlich. Handelsleute hält er für überflüssig, wenn nicht gar für Parasiten. Diese Vorurteile verkennen völlig die Tatsache, dass alle grösseren technischen Entwicklungen und Projekte nur möglich sind, wenn dafür entsprechende wirtschaftliche Mittel zur Verfügung stehen. Diese Mittel werden typischerweise in Geldwerten gemessen. Geldbeträge sind Masszahlen und als solche weder gut noch schlecht. Allerdings lassen sich damit recht unterschiedliche Dinge unternehmen, zweckmässige und dumme. Hier lässt sich dann sehr wohl die Frage nach dem Sinn stellen!

Der Normalbürger empfindet Gesetzbücher und Verordnungen im allgemeinen weder als besonders sympathisch noch als leicht lesbar. Er ist daher froh, wenn er damit wenig zu tun hat. Anderseits ist er sich doch dauernd irgendwie bewusst, dass er selbst und sein tägliches Handeln vielen staatlichen oder anderen Regeln unterstehen und dass er bei Widerhandlungen mit Schwierigkeiten rechnen muss, bis hin zu Gerichtsfällen, Bussen und ähnlichen unangenehmen Dingen. Dem geht man besser aus dem Weg!

Bereits im Abschnitt 10.2 haben wir uns mit dem Begriff der Projektgrösse befasst und dafür als wesentliches Mass den Projektaufwand erkannt, der vor allem als personeller Entwicklungsaufwand geleistet werden muss. Dabei ist die Projektdauer auf zwei (allenfalls drei) Jahre beschränkt, und die Zahl der einzusetzenden Projektmitarbeiter hängt vom Problemumfang ab, darf aber aus Gründen der Führbarkeit und der Koordination in der klassischen Informatik-Projektorganisation 10 bis 15 Personen nicht übersteigen. Diese Zahl wird erst allmählich und nach der Konzeptphase erreicht (“Schildkrötenkurve”, Fig. 10.1).

Neue, attraktive Informatiklösungen werden gerne vorgestellt und in Fachblättern beschrieben; dabei finden technische und andere Verbesserungen gebührende Erwähnung. Dass die Entwicklung neuer Lösungen leider häufig mit grossen Kosten- und/oder Terminüberschreitungen gekoppelt ist, wird vor der Öffentlichkeit aber meist verschwiegen. Über diese Tatsache mag sich der Informatikverantwortliche oder auch die ganze Geschäftsleitung ärgern, die Öffentlichkeit erhält davon nur ausnahmsweise Kenntnis. Wozu sollte ein solcher unschöner Begleitumstand auch ins Schaufenster gehängt werden?