Arbeitserklärung (SOW)
Einführung
Bei der Implementierung oder dem Aufbau großer und komplexer Systeme (z. B. eines Unternehmenssoftwaresystems) sollten die Arbeitsanforderungen und -bedingungen ordnungsgemäß dokumentiert werden. Statement of Work (SOW) ist ein solches Dokument, das beschreibt, was im vereinbarten Vertrag zu tun ist.
In der Regel wird die SOW in einer präzisen und endgültigen Sprache verfasst, die für das Geschäftsfeld relevant ist. Dies verhindert Fehlinterpretationen von Begriffen und Anforderungen.
Eine SOW deckt die Arbeitsanforderungen für ein bestimmtes Projekt ab und berücksichtigt gleichzeitig die Leistungs- und Entwurfsanforderungen.
Wenn Anforderungen detailliert sind oder in einem ergänzenden Dokument enthalten sind, verweist SOW auf das spezifische Dokument.
Die SOW definiert den Umfang und die Arbeitsvereinbarungen zwischen zwei Parteien, typischerweise zwischen einem Kunden und einem Dienstleister. Daher hat SOW auch eine rechtliche Schwere.
Zweck der SOW
Der Hauptzweck einer SOW besteht darin, die Verbindlichkeiten, Verantwortlichkeiten und Arbeitsvereinbarungen zwischen Kunden und Dienstleistern zu definieren.
Eine gut geschriebene SOW definiert den Umfang des Engagements und die Key Performance Indicators (KPIs) für das Engagement.
Daher können die KPIs verwendet werden, um festzustellen, ob der Dienstanbieter die Bedingungen der SOW erfüllt hat, und um sie als Grundlage für zukünftige Engagements zu verwenden.
SOW enthält alle Details zu nicht spezifikationsbezogenen Anforderungen des Auftragnehmers oder Dienstleisters. Wenn es um Spezifikationen geht, wird von SOW auf bestimmte Spezifikationsdokumente verwiesen.
Diese Spezifikationsdokumente können funktionale oder nicht funktionale Anforderungen sein.
Funktionale Anforderungen (in einem Softwaresystem) definieren, wie sich die Software funktional verhalten soll, und nicht funktionale Anforderungen beschreiben andere Merkmale der Software wie Leistung, Sicherheit, Wartbarkeit, Konfigurationsmanagement usw.
Format der SOW
Die SOW-Formate unterscheiden sich von Branche zu Branche. Unabhängig von der Branche sind einige Schlüsselbereiche der SOW gemeinsam. Im Folgenden sind die häufig angesprochenen Bereiche in einer SOW aufgeführt:
1. Geltungsbereich
In diesem Abschnitt werden die technischen Arbeiten beschrieben. Wenn es sich bei dem zu erstellenden System um ein Softwaresystem handelt, werden in diesem Abschnitt die Hardware- und Softwareanforderungen sowie die genauen Arbeiten für das endgültige System definiert.
Wenn etwas außerhalb des Geltungsbereichs liegt, werden diese Bereiche auch unter einer geeigneten Unterüberschrift aufgeführt.
2. Ort
Der Ort, an dem die Arbeit ausgeführt wird, wird in diesem Abschnitt angegeben. In diesem Abschnitt werden auch die Hardware- und Softwarespezifikationen beschrieben. Darüber hinaus wird hier eine Beschreibung der Humanressourcen und ihrer Funktionsweise gegeben.
3. Zeitpläne
Dies definiert die für die Projekte zugewiesene Zeitachse. Es enthält die Entwicklungszeit, Garantiezeit und Wartungszeit. Neben der Kalenderzeit werden auch die für die Fertigstellung des Projekts erforderlichen Manntage (Gesamtaufwand) notiert.
4. Lieferplan
In diesem Abschnitt der SOW werden die Lieferungen und die Fälligkeitstermine für die Lieferungen beschrieben.
5. Standards
Die Standards (intern oder extern) werden in diesem Abschnitt definiert. Alle Lieferungen und durchgeführten Arbeiten sollten den in diesem Abschnitt des Dokuments festgelegten Standards entsprechen.
6. Akzeptanzkriterien
In diesem Abschnitt werden die Mindestanforderungen für die Annahme von Leistungen definiert. Außerdem werden die Kriterien für die Annahme beschrieben.
7. Vertragsart und Zahlungen
Es gibt eine Reihe von Engagement-Modellen, wenn es darum geht, einen Dienstleister zu beauftragen.
Im Bereich der Softwareentwicklung gibt es zwei unterschiedliche Vertragsmodelle: ein festes Gebot und einen Vorbehalt.
Bei einem festen Angebot sind die Projektkosten konstant und es ist Sache des Dienstleisters, die Ressourcenzuweisung zu optimieren, um die Gewinnmargen aufrechtzuerhalten.
Der Kunde kümmert sich nicht um die Anzahl der Ressourcen, solange der Lieferplan eingehalten wird. Im Retainer-Modell zahlt der Kunde für die Anzahl der dem Projekt zugewiesenen Ressourcen.
Da SOW ein integraler Bestandteil eines Projekts ist, sollten fast alle leitenden Mitglieder des Projektteams über die Bedingungen der SOW informiert werden. Insbesondere bei Softwareentwicklungsprojekten wird manchmal eine Strafe verhängt, wenn die Liefertermine nicht eingehalten werden. Daher sollte jeder die solch anspruchsvollen Bedingungen einer SOW kennen.
Fazit
SOW ist ein wichtiges Dokument für das Projektmanagement. Es definiert den Umfang der Arbeit und die Arbeitsvereinbarungen. Daher sollten alle Beteiligten des Projekts ein gründliches Verständnis der SOW des Projekts haben und diese einhalten.