Einem Projekt werden typisch erweise folgende Eigenschaften zugeschrieben:
Ein Projekt ist demnach ein befristetes, einmaliges Vorhaben, das durch bestimmte Ziele und Risiken gekennzeichnet ist. Im Rahmen der Projektarbeit wird etwas gemacht, das im betreffenden Unternehmen genauso vorher noch nicht gemacht wurde. Entweder ist die Aufgabe einmalig oder die Rahmenbedingungen (z. B. Technologie, Zeitraum) sind es. Aus diesem Grund ist auch nie sicher, ob ein Projekt erfolgreich sein wird, d. h. bei jedem Projekt ist grundsätzlich die Gefahr des Scheiterns vorhanden. Umgekehrt ist ein Projekt kein unkalkulierbares Risiko oder ein waghalsiges Abenteuer. Mit einer guten Vorbereitung und auf der Grundlage eines systematischen Projektvorgehens steigt die Chance, Erfolg zu haben. Nachfolgend werden wichtige Projekteigenschaften beleuchtet, die es im Vorfeld näher abzuklären bzw. zu definieren gilt.
Wie Sie gesehen haben, wird von einem Projekt im Allgemeinen eine Lösung erwartet. Die dem projektierenden Unternehmen nützt. In der folgenden Tabelle werden mögliche Ausprägungen und typische Beispiele für Projektergebnisse im IT-Bereich aufgeführt:
Erwartetes Ergebnis | Beispiele |
---|---|
Veränderte Organisation | Umwandlung der klassischen IT-Abteilung in ein modernes Service-Center |
Neue Systemkomponenten für Mitarbeitende im Verkauf | Tablet-PC mit Software zur dezentralen Kalkulation, Kundenerfassung und Vertragsgestaltung |
Neue Softwarelösung für Mitarbeitende in der Auftragsbearbeitung und Fakturierung | Erweiterung der ERP-Applikation um den neuen Baustein ABF |
Erweiterte Softwarelösung für das Finanzcontrolling. | Anpassung der RW-Applikation an Gesetze der Finanzmarktaufsicht (z. B. Basel 11) |
Manchmal wird ein Projekt durch das erwartete Ergebnis charakterisiert (z. B. Organisationsprojekt oder Softwareentwicklungsprojekt), manchmal schlägt sich darin das gewählte Vorgehen nieder (z. B. Entwicklungs-, Evaluations-, Beschaffungsprojekt).
Das erwartete Projektergebnis muss zu einem bestimmten Termin bereitgestellt werden und einen definierten Kostenrahmen einhalten. Daher gibt es in jedem Projekt folgende Ziele:
Die einzelnen Projektziele lassen sich (leider) nicht separat betrachten und unabhängig voneinander realisieren. Sie sind vielmehr direkt voneinander abhängig. Die wichtigsten Abhängigkeiten zwischen den Projektzielen lassen sich wie folgt beschreiben:
Sie sehen: Die Änderung eines Projektziels beeinflusst meistens ein anderes Projektziel. Wenn Sie also an einem bestimmten Projektziel «schrauben», müssen Sie immer auch die Auswirkungen auf die beiden anderen Projektziele analysieren. Diese wechselseitigen Abhängigkeiten führen häufig zu Zielkonflikten. Dieser Sachverhalt lässt sich anhand der folgenden Grafik gut verdeutlichen:
Abbildung 1: Abhängigkeit zwischen den Projektzielen
Projekte lassen sich von Kleinaufgaben beispielsweise dadurch unterscheiden, dass sie mindestens 15 Personentage Aufwand bedeuten oder mindestens 5000 Franken kosten. Doch auch Projekte sind nicht gleich umfangreich. Es gibt Projekte, die ein Vielfaches an Aufwand bedeuten oder viel höhere Kosten verursachen als andere. Entsprechend höher sind die Anforderungen an die Projektführung bzw. -durchführung. Manche Unternehmen tragen diesem Umstand Rechnung, indem sie ihre Projekte in mehrere Projektklassen einteilen und für umfangreiche Klassen strengere Vorschriften erlassen. Folgende Grafik soll diesen Sachverhalt verdeutlichen.
Abbildung 2: Projektklassen bilden
Hier wird der Projektumfang anhand der Faktoren Aufwand und Kosten bestimmt. Manche
Unternehmen berücksichtigen bei der Grössenbestimmung auch die Laufzeit und Risiken
eines Projekts. Weit verbreitet ist die Einteilung in folgende Projektklassen:
Einige dieser Teilprojekte, die zum Gelingen des Marsfluges nötig sind:
Im Gegensatz zu einem Marsflug mutet das Umrüsten eines PCs als Kleinprojekt an. Oie notwendigen Arbeiten können rasch identifiziert werden:
Dies ist ein typisches Kleinprojekt, welches in kurzer Zeit mit einem kleinen Team abgewickelt werden kann. Dennoch gilt auch hier, dass erst die Summe aller Teilaufgaben das Projektergebnis erbringt.
Grossprojekte wie z. B. der oben erwähnte Flug zum Mars sind anspruchsvoll, da Hunderte oder gar Tausende von Personen parallel oder nacheinander zahlreiche Aufgaben erledigen müssen. Diese müssen nicht nur geplant und koordiniert, sondern auch laufend überwacht werden. Denn bereits eine kleine zeitliche Verzögerung einer Einzelaufgabe kann zu einem grossen Problem ausarten, wenn vielfältige Abhängigkeiten bestehen.
Kleinprojekte sind naturgemäss weniger herausfordernd. Meist fallen jedoch die gleichen
Aufgaben wie bei Grossprojekten an, nur in einem kleineren Massstab:
Auch in Kleinprojekten gibt es für den Projektleiter also viel zu tun und Versäumnisse bei
den oben genannten Aufgaben können rasch zu Schwierigkeiten führen. Nachfolgend
einige typische Schwierigkeiten, die sich bei IT-Projekten immer wieder anzutreffen sind:
Typische Schwierigkeiten | Mögliche Gründe |
Eine Aufgabe stellt sich weit schwieriger heraus als ursprünglich angenommen. | Umfang und Komplexität des Projekts wurden unterschätzt. |
Die bereitgestellten finanziellen Mittel reichen nicht aus. | Kosten bzw. Aufwand wurden unterschätzt. |
Der verfügbare Zeitraum reicht nicht aus. | Kosten und Aufwand wurden unterschätzt. |
Aufgaben werden nicht effizient bzw. effektiv bearbeitet. | Das Projekt wurde schlecht geplant bzw. schlecht geführt oder das Projektteam arbeitet schlecht zusammen. |
(Zwischen-)Ergebnisse erfüllen die Anforderungen des Auftraggebers bzw. der Kunden nicht. | Die Anforderungen wurden nicht oder nur schlecht erhoben. |
Solche Schwierigkeiten lassen sich auch in IT-Kleinprojekten nicht immer vermeiden. Doch wenn sie nicht erkannt und gelöst werden, muss das Unternehmen mit Folgeproblemen rechnen. So kann sich etwa durch höhere Projektkosten der Gewinn reduzieren oder durch
Verzögerungen entgehen dem Unternehmen wichtige Geschäfte bzw. geplante Umsätze
oder eine schlechte Ergebnisqualität führt zu einem Image-Schaden.
Die Auslieferung der neuen Version eines Betriebssystems verzögert sich um mehr ein halbes Jahr. Obwohl das Projekt zum Abschluss gebracht wird, entgehen dem Hersteller dadurch namhafte Umsätze und es entsteht für ihn ein nicht messbarer Imageschaden.