Arbeitsbericht – Wikipedia

Posted on by

Dokument im Projektmanagement, einschließlich Leistungen und Zeitplänen

EIN Lastenheft ((SAU) ist ein Dokument, das routinemäßig im Bereich des Projektmanagements eingesetzt wird. Es ist die narrative Beschreibung des Arbeitsbedarfs eines Projekts.[1] Es definiert projektspezifische Aktivitäten, Ergebnisse und Zeitpläne für einen Anbieter, der Dienstleistungen für den Kunden erbringt. Die SOW enthält in der Regel auch detaillierte Anforderungen und Preise mit Standardbedingungen für Regulierung und Governance. Dies ist häufig eine wichtige Ergänzung zu einem Rahmenvertrag oder einer Angebotsanfrage (RFP).

Überblick[edit]

Viele Formate und Stile von Vorlagen für Kontoauszüge wurden auf die in der Angebotsanfrage beschriebenen Hardware- oder Softwarelösungen spezialisiert. Viele Unternehmen erstellen ihre eigene angepasste Version von SOWs, die auf typische Anfragen und Vorschläge spezialisiert oder verallgemeinert sind. Es wird jedoch in der Regel durch die Ziele des Top-Managements sowie durch Eingaben der Kunden- und / oder Benutzergruppen informiert.[1]

Beachten Sie, dass die Arbeitsaufstellung in vielen Fällen ein verbindlicher Vertrag ist.[2]Master-Serviceverträge oder Berater- / Schulungsserviceverträge verschieben bestimmte arbeitsspezifische Vertragskomponenten, die in einzelnen Arbeitserklärungen behandelt werden. Der Rahmenservicevertrag dient als Rahmenvertrag, der die Bedingungen für potenziell mehrere SOWs regelt. Manchmal bezieht es sich auf den Arbeitsumfang. Wenn ein Projekt beispielsweise vertraglich abgeschlossen wird, kann die darin enthaltene Scope Statement als SOW verwendet werden, da sie auch die Arbeit des Projekts klar und präzise umreißt.[3]

Bereiche angesprochen[edit]

Eine Arbeitserklärung befasst sich typischerweise mit diesen Themen.[4][5][6]

  • Zweck: Warum machen wir dieses Projekt? Eine Zweckbestimmung versucht dies zu beantworten.
  • Arbeitsumfang: Hier werden die auszuführenden Arbeiten beschrieben und die Hardware und Software angegeben. Die Definition des Geltungsbereichs wird zum Scope-Anweisung.[7]
  • Arbeitsort: Hier wird beschrieben, wo die Arbeit ausgeführt werden soll, einschließlich des Standorts der Hardware und Software, und wo sich die Leute treffen, um die Arbeit zu erledigen.
  • Leistungzeitraum: Dies gibt die zulässige Zeit für Projekte an, z. B. Start- und Endzeit, Anzahl der Stunden, die pro Woche oder Monat abgerechnet werden können, in denen Arbeiten ausgeführt werden sollen, und alles andere, was sich auf die Planung bezieht.
  • Lieferplan: Dieser Teil listet auf und beschreibt, was wann fällig ist.
  • Anwendbare Standards: Hier werden alle branchenspezifischen Standards beschrieben, die bei der Vertragserfüllung eingehalten werden müssen.
  • Akzeptanzkriterium: Dies gibt an, wie der Käufer oder Empfänger von Waren bestimmt, ob das Produkt oder die Dienstleistung akzeptabel ist, normalerweise mit objektiven Kriterien. Siehe Abnahmetests.
  • Besondere Anforderungen: Hier werden spezielle Hard- oder Software, spezielle Anforderungen an die Belegschaft wie Abschlüsse oder Zertifizierungen für Personal, Reiseanforderungen und alles andere angegeben, was nicht in den Vertragsspezifikationen enthalten ist.
  • Vertragsart / Zahlungsplan: Die Projektakzeptanz hängt davon ab, ob das verfügbare Budget ausreicht, um die erforderlichen Arbeiten abzudecken. Daher wird eine Aufschlüsselung der Zahlungen nach Vorauszahlung oder Phasenzahlung in der Regel frühzeitig ausgehandelt.
  • Verschiedenes: Viele Punkte, die nicht Teil der Hauptverhandlungen sind, werden möglicherweise aufgelistet, weil sie für das Projekt wichtig sind. Wenn Sie sie übersehen oder vergessen, kann dies zu Problemen für das Projekt führen.

Verträge der US-Regierung[edit]

Bei Serviceverträgen der US-Regierung bleibt der Einsatz von SOWs stark, obwohl Zielerklärungen (SOOs) und Leistungserklärungen (PWSs) aufgrund ihrer Betonung leistungsbasierter Konzepte wie gewünschter Serviceergebnisse und Leistungsstandards immer beliebter werden. SOWs werden normalerweise verwendet, wenn die Aufgabe bekannt ist und in bestimmten Begriffen beschrieben werden kann. Sie können bevorzugt werden, wenn die Regierung keine innovativen Ansätze wünscht oder Abweichungen in den Auftragnehmerprozessen als Risiko betrachtet. SOOs legen Ergebnisse und Leistungsziele auf hoher Ebene fest, und PWSs betonen Ergebnisse, gewünschte Ergebnisse und Ziele auf einer detaillierteren und messbareren Ebene, während SOWs dem Auftragnehmer oder Anbieter explizite Aussagen zur Arbeitsrichtung enthalten.

SOWs sind in der Regel voll mit “Auftragnehmer muss” -Erklärungen zur Einhaltung der Vorschriften (z. B. “Diese Aufgabe muss gemäß der Richtlinie der Agentur xyz vom MM / TT / JJJJ” ausgeführt werden). In der Praxis enthalten SOWs auch Verweise auf gewünschte Leistungsergebnisse, Leistungsstandards und Metriken, wodurch die Unterscheidung zwischen SOOs und PWS verwischt wird. Abgesehen von bewährten Verfahren gibt es nur wenige Leitlinien der Regierung, die nachdrücklich vorschreiben, wie und wann SOWs im Vergleich zu SOOs oder PWSs verwendet werden sollen. Während die FAR in Teil 2 Definitionen PWS definiert und in Teil 37.6 Performance Based Acquisition auf SOOs und PWS verweist, werden SOWs nicht angesprochen.

SOWs sind normalerweise in der Aufforderung der Regierung (RFP oder RFQ) enthalten und werden, wie mit dem Anbieter ausgehandelt werden kann, in den endgültigen Vertrag übertragen. In bundesstaatlichen Anfragen und Verträgen werden SOWs in Abschnitt C “Beschreibungen / Spezifikationen” des einheitlichen Vertragsformats eingefügt.[8][9][10]

kann aber auch als Anhang in Abschnitt J eingefügt werden. In Aufgabenaufträgen kann die SOW einfach in die Bedingungen des Auftrags selbst aufgenommen werden. Die SOW wird häufig durch technische Referenzdokumente und Anhänge ergänzt. Bei der Entwicklung der SOW ist es wichtig sicherzustellen, dass die Arbeitserklärung umfassend und ausreichend detailliert ist, dass die Erklärungen jedoch keine Bedingungen oder sonstigen Bestimmungen an anderer Stelle in der Aufforderung oder im Vertrag duplizieren.

Die Leitlinien in MIL-STD-881 und MIL-HDBK-245 besagen, dass bei der Entwicklung der SOW eine Projektstrukturplan verwendet werden sollte. Dies kann den PSP als Gliederung verwenden, wobei jedes PSP-Element (mit demselben Namen und derselben Nummerierung) die Unterteile des SOW-Abschnitts 3 sind, was die Entwicklung erleichtert und die spätere Abrechnung und Nachverfolgung verbessert. Der PSP, der sich darauf konzentriert, eine Hierarchie der Arbeitselemente intelligent zu unterteilen und zu definieren, kann dann die SOW in übereinstimmenden Abschnitten darauf konzentrieren, zu beschreiben, was mit diesem Teil getan wird oder wie dieser Teil getan wird.

Die Leistungsbeschreibung sollte direkt mit den im CDRL-Formular angegebenen Leistungen verknüpft sein. Dies erfolgt, indem jeder CDRL-Eintrag einen Verweis auf die SOW-Absätze enthält, in denen der Artikel erstellt oder verwendet wird, und der SOW-Text sollte klar sein, wo ein Ergebnis besprochen wird, indem der Titel verwendet oder die Artikelnummer in Klammern gesetzt wird (z. B. “”[A-001]”).

Siehe auch[edit]

Notizen und Referenzen[edit]

  1. ^ ein b Kerzner, Harold (2009). Projektmanagement: Ein Systemansatz für Planung, Planung und Controlling, 10. Ausgabe. Hoboken, NJ: John Wiley & Sons. p. 426. ISBN 9780470278703.
  2. ^ Rodney D. Stewart (1992). Angebotserstellung. p. 108. ISBN 978-0471552697. Daher ist die Arbeitserklärung ein Dokument, das letztendlich als rechtsverbindliches Vertragsdokument dienen wird, das die Arbeitselemente mit zu liefernder und nicht zu liefernder Hardware, Software, Dokumentation und Dienstleistungen integriert und in Beziehung setzt.
  3. ^ Heldman, Kim (2006). Projektmanagement JumpStart. San Francisco, Kalifornien: SYBEX. pp. 100. ISBN 0782142141.
  4. ^ “SOW-Schreibhandbuch (Statement of Work)” (PDF). DAS Procurement Services, Version 2. Oregon State Regierung. 2018-04-02. Archiviert (PDF) vom Original am 18.07.2019. Abgerufen 2019-07-18.
  5. ^ “Beispiele für Arbeitserklärungen (SOW)” (PDF). South Florida Water Management District. 2007-02-28. Archiviert (PDF) vom Original am 18.07.2019. Abgerufen 2019-07-18.
  6. ^ “Beispielvorlagenarbeitserklärung” (PDF). Landwirtschaftsdeparment der Vereinigten Staaten von Amerika. 30.06.2006. Archiviert (PDF) vom Original am 18.02.2017. Abgerufen 2019-07-18.
  7. ^ Nicholas, John; Steyn, Herman (2008). Projektmanagement für Business, Engineering und Technologie: Prinzipien und Praxis, 3. Auflage. Burlington, MA: Elsevier. pp. 162. ISBN 9780750683999.
  8. ^ Siehe Einheitliches Vertragsformat, FAR 14.2
  9. ^ “Einheitliches Vertragsformat”. dau.mil. 2008-07-14.
  10. ^ “Einheitliches Vertragsformat”. dau.mil.

Externe Links[edit]