Kleine Projekte

Teil 3:
Unerwartete Ereignisse
Die Projektgröße alleine entscheidet nicht, ob unerwartete Ereignisse während der Projektdurchführung auftreten. Auch kleinere Projekte können beispielsweise unter Termintreue leiden. Neben den unerwarteten Ereignissen beschäftigt sich Olaf Clausen im 3. Teil der Artikelserie mit der Dokumentation während der Projektdurchführung. Außerdem prüft er, ob sich bekannte Vorgehensweisen aus dem Projektmanagement auch für kleinere Projekte eignen und sich deren Methoden den Projektanforderungen entsprechend übertragen lassen.

 

Kleine Projekte

Teil 3:
Unerwartete Ereignisse
Die Projektgröße alleine entscheidet nicht, ob unerwartete Ereignisse während der Projektdurchführung auftreten. Auch kleinere Projekte können beispielsweise unter Termintreue leiden. Neben den unerwarteten Ereignissen beschäftigt sich Olaf Clausen im 3. Teil der Artikelserie mit der Dokumentation während der Projektdurchführung. Außerdem prüft er, ob sich bekannte Vorgehensweisen aus dem Projektmanagement auch für kleinere Projekte eignen und sich deren Methoden den Projektanforderungen entsprechend übertragen lassen.

 

Wir empfehlen zum Thema Berichten
5 Tage
13.06.2024
1,495,-
Methoden des modernen Portfoliomanagements

Die richtigen Dinge tun – für mehr Fokus, Agilität und Produktivität im Unternehmen! In unserem E-Learning-Seminar lernen Sie in nur 4 Workshops, wie Sie Ihr Portfolio mit modernen Methoden organisieren und ausbauen. Mehr Infos

Die Projektgröße alleine entscheidet nicht, ob unerwartete Ereignisse während der Projektdurchführung auftreten. Auch kleinere Projekte können beispielsweise unter Termintreue leiden. Neben den unerwarteten Ereignisse wollen wir uns in diesem Artikel mit der Dokumentation während der Projektdurchführung beschäftigen und bekannte Vorgehensweisen auf die Eignung bei kleineren Projekte prüfen und übertragen.

Unerwartete Ereignisse

Trotz guter Planung können während der Projektdurchführung verschiedene unerwartete Ereignisse eintreten. Im wesentlichen sind das:

  • Zeitliche Probleme: Termine können nicht eingehalten werden.
  • Inhaltliche Probleme: Die Aufgabenstellung ist schwieriger als gedacht.
  • Finanzielle Probleme: Liquiditätsengpässe
  • Zusätzliche Anforderungen: Der Projektumfang nimmt unerwartet zu.

Die genannten Punkte bedingen sich teilweise gegenseitig.

Zeitliche Probleme

Die Frage ist, ob zeitliche Probleme ein unerwartetes Ereignis oder vermeidbar sind. Gehen wir davon aus, dass sich trotz guter Planung der Aufwand durch Fehleinschätzungen deutlich erhöht hat. Gerade bei kleineren Projekten ist das kritisch, da sich ein Mehraufwand auch in geringer Höhe auf das Gesamtprojektvolumen sehr stark auswirkt. Wichtig ist es in diesem Fall, mittel Zeiterfassung den Mehraufwand genau zu dokumentieren. Vielleicht besteht nach erfolgreicher Projektbeendigung dann die Möglichkeit, diesen Aufwand nachträglich zu vergüten. Oder er wird bei einem möglichen Folgeprojekt berücksichtigt.

Zeitliche Probleme können aber auch durch Krankheit oder andere von außen verursachte Größen entstehen. Das bedeutet, dass der Aufwand sich zwar nicht erhöht hat, aber die geplante Zeit nicht für das Projekt eingesetzt werden konnte. Diese zeitliche Verschiebung kann auch auftreten, wenn die Prioritäten anders gewählt wurden als vorgesehen. So oder so, wie geht man in diesem Fall vor? Es gibt meiner Meinung nur eine "saubere" Lösung: Das Problem muss sofort beim Kunden angesprochen werden. Wichtig ist dabei, dass ein geänderter Zeitplan vorgestellt wird. Der Kunde muss erkennen können, dass zwar ein Problem aufgetreten ist, dass es aber auch schon einen Notfallplan gibt.

Inhaltliche Probleme

Insbesondere bei der Durchführung von Projekten in neuen Branchen bzw. Arbeitsbereichen kann es dazu kommen, dass inhaltliche Probleme auftreten. Die Materie ist dem Programmierenden nicht vertraut, so dass der Umfang von Aufgabenstellungen falsch eingeschätzt wird. Das Problem kann vermieden werden, wenn bei Projekten in neuen Bereichen für einige Aufgaben lediglich Stundensätze und nur ein grober Umfang definiert werden. Jetzt kann zwar über die Formulierungen im Angebot oder Pflichtenheft diskutiert werden. Das ist allerdings müßig. Gerade bei kleineren Projekten gibt es nur die Möglichkeiten, das Projekt im Einvernehmen mit dem Kunden abzubrechen und die investierten Stunden als "Lehrgeld" anzusehen oder neu über das Volumen zu verhandeln.

Insbesondere stelle ich inhaltliche Probleme bei Projekte im Handwerksbereich fest. Ein Handwerksmeister, der sein Handwerk gut versteht, arbeitet nicht jeden Tag mit einem Softwareentwickler zusammen. Daher steckt keine böse Absicht dahinter, wenn einige - in den Augen des Handwerksmeisters - Selbstverständlichkeiten nicht erwähnt werden. Ich empfehle Ihnen daher, bei kleineren Projekte in neuen Branchen die Entwicklung im wesentlichen vor Ort beim Kunden durchzuführen. Dem Handwerker ist meistens klar, dass Softwareentwickler gut bezahlt werden. Er kann nur den Aufwand der Programmierung nicht einschätzen und möchte nicht den Eindruck gewinnen, übers Ohr gehauen zu werden.

Inhaltliche Probleme können aber auch in anderem Zusammenhang auftreten. Kleine Projekte werden häufig als reine F&E-Projekte durchgeführt. Leider vergessen viele Entwickler, das den Kunden mitzuteilen. Es ist wirklich wichtig, den Kunden darauf bereits vor dem Projektbeginn hinzuweisen. Viele Fehler treten gerade durch die Verwendung von nicht ganz fertigen Entwicklungswerkzeugen auf. Auch der Entwickler ist bei diesen Fehlern machtlos. Sollten allerdings Kompetenzprobleme auftreten und Sie sich mit dem Produkt doch nicht so gut auskennen, wie Sie vielleicht gedacht haben, so sollte das Projekt so früh wie möglich beendet werden. Bei kleineren wie auch bei größeren Projekten halte ich es für vollkommen legitim, Fehleinschätzungen (sowohl bei Kompetenzen wie auch Ressourcen) bekannt zu geben oder nach anderen Lösungen zu suchen. Bei größeren Projekten kann man sich in der Regel das fehlende Know-how hinzukaufen. Bei kleineren Projekte ist dies meist auf Grund von Volumen und Zeitvorgaben nicht möglich.

Kleine Projekte


Gleich kostenlos weiterlesen!

  • Zum Newsletter anmelden und diesen Artikel freischalten

  • Jede Woche neue Inhalte, Tipps und Tools per E-Mail
Gratis Newsletter bestellen & sofort weiterlesen

 

Hiermit melde ich mich zum Newsletter an. Ich habe die Datenschutzrichtlinien gelesen und akzeptiere diese. Ihre Daten nutzen wir ausschließlich zum Newsletter-Versand. Sie können sich jederzeit abmelden, indem Sie auf den Link in der Fußzeile unserer E-Mails klicken. Informationen zu unserem Datenschutz finden Sie hier.

Fortsetzungen des Fachartikels

Teil 1:
Wichtige Planungsschritte

Die klassischen Methoden und Verfahren des Projektmanagements sind häufig nur bei größeren Projekten sinnvoll, kleine Projekte bereiten dagegen oft Probleme. Dieser Artikel widmet sich deshalb speziell den kleineren Projekten und ihrer Planung.

Teil 2:
Wichtige Daten effizient erheben
Kleine Projekte stehen fast immer unter Zeitdruck. Darunter leidet oft die allgemeine Verwaltung – vor allem während der Durchführung des Projekts.
Teil 4:
Projektanalyse mit Kennzahlen
Das Projekt ist abgeschlossen, die Software läuft beim Kunden. Aber war das Projekt erfolgreich? In diesem Artikel über kleine Projekte stellt Ihnen Olaf Clausen einen Vorschlag zur Erfolgsmessung von Projekten vor.
Teil 5:
Mitarbeiter an unterschiedlichen Standorten
Kleine Projekte werden häufig von Einzelunternehmen oder kleineren Firmen durchgeführt. Ein Büro als Kommunikationszentrale und ein Sekretariat für die Unterstützung bei der Projektarbeit sind nicht vorhanden.
Teil 6:
Urlaubsplanung für Selbständige
Viele Selbständige tun sich schwer damit, ihr Geschäft alleine zu lassen und entspannt Urlaub zu machen. Die Folge davon sind oft seelische, geistige und körperliche Erschöpfung bis hin zum Burnout.