Plan

User Modules

Aufgaben-, Projekt- und Qualitätsmanagement
Kontakte, Verzeichnisse
Web-Management und Automatisierung
HR-Modul
Produkte, Vermögenswerte, Kauf und Verkauf

Technical Modules

Sabre-Modul
Konnektor zwischen AyMINE und Enterprise Architect

System Modules

Framework – Systembasis
Systemverwaltung

Wir melden uns wieder bei Ihnen,

Sie möchten sofort fragen?

Rufen Sie uns an unter Tel. +420 605 203 938

oder andere Kontakte nutzen

Plan

Ein Plan enthält Informationen, die beschreiben, wie ein bestimmter Teil einer Tätigkeit ausgeführt wird

[PlaceContent]

Beispiele für Pläne

  • Interner Auditplan – Als wesentlicher Bestandteil des Qualitäts­managementsystems ISO 9001 sieht der interne Auditplan interne Audits im Laufe des Jahres vor.
  • Projektplan – gemäß einer Projektmethodik oder -norm, z. B. PMBOK ISO 26262.
  • Risikomanagementplan – gilt sowohl für das Projekt (auf die eine oder andere Weise von allen Projektmethodiken mit PMBOK an der Spitze gefordert) als auch für die Organisation, wobei das Risikomanagement bestimmte Bereiche abdecken sollte; mehr dazu in Risikokapitel.

Was der Plan enthält

Der Plan ist eine Beschreibung der konkreten Umsetzung der durchzuführenden Aktivitäten. Er kann ad hoc oder auf der Grundlage einer Methodik entwickelt werden. Die Methodik ist die Definition des Plans.

Wie detailliert der Plan ist, hängt sehr stark davon ab, wie viel an anderer Stelle über die Aktivitäten definiert ist. Am Beispiel eines Projektplans werden wir mehr sehen

Projektplan

Plan ohne Methodik

Wenn keine Methodik vorhanden ist, muss der Projektplan Folgendes enthalten:

  • Definition der Rollen und des gesamten Projektteams
  • Für jede Rolle eine Beschreibung ihrer Aufgaben, Kompetenzen und Verantwortlichkeiten.
  • Eine Beschreibung, wie das Projekt mit allem, was bearbeitet wird, umgehen wird. Dazu gehören in der Regel Informationen (einschließlich Aufzeichnungen und Dokumente), aber auch erworbene und produzierte Vermögenswerte, d. h. Dinge materieller und immaterieller Art. Die Beseitigung umfasst
    • Wer ist dafür zuständig?
    • wie sie erstellt werden
    • wie sie identifiziert werden
    • wo sie gelagert werden
    • Wie werden sie bepreist (z. B. wie viel sie dem Kunden in Rechnung gestellt werden)?
  • Projektrisiken und der Umgang mit ihnen
  • Verbindungen des Projekts zu anderen Projekten, Teilnehmer
  • Projektgrenzen, einschlägige Rechtsvorschriften

Manchmal enthält der Projektplan eine Übersicht über die durchzuführenden Aktivitäten, in anderen Fällen ist die Übersicht separat im Zeitplan enthalten.

Projektový plán spojený s metodikou

Wenn der Projektplan von einer Projekt-Methodologie abgeleitet ist (typischerweise eine Methodologie, die auf einer generischen Methodologie basiert, z.B. PMBOK, SPICE, CMMI, etc.), wird der meiste der oben genannten Inhalte direkt durch die Projektmethodologie und das darin beschriebene Beispielprojekt definiert.

  • Rollen werden in Musterprojektrollen definiert.
  • Projektrisiken werden von Beispielrisiken abgeleitet
  • Der Zeitplan wird von vorgeschriebene Projektaktivitäten abgeleitet
  • Der Speicherort von Dateien und ihre Kennzeichnung wird durch die Methodik und Standardmuster für [eindeutige Datensatzkennzeichnung] bestimmt (/doc/de/tsk/tskArea_MarkPattern)
  • Verknüpfungen zu Rechtsvorschriften, Standards und anderen extern definierten Verpflichtungen werden in der Methodik [Verpflichtungen] (/doc/de/tsk/tskObligation) beschrieben.

Wie wird der Plan erstellt?

Der Plan wird zu Beginn des Rep. vor Beginn der geplanten Tätigkeit erstellt:

  • Der Projektplan wird vor Beginn des Projekts erstellt, zusammen mit anderen Plänen, die sich auf das Projekt beziehen – Sicherheitsplan, Risikoplan, Kommunikationsplan, Lieferplan usw.(immer abhängig von Methodik.)
  • Pläne, die sich aus dem SMJ ergeben, werden üblicherweise zu Beginn des Jahres für ein bestimmtes Jahr erstellt. Es ist jedoch keine Ausnahme, wenn z. B. der Plan für das interne Audit ein Dreijahresplan ist, d. h. alle drei Jahre genehmigt wird, und für jedes Jahr ein Auditplan für das betreffende Jahr erstellt wird, der die im Plan festgelegten Aufgaben erfüllt.
    In jedem Fall ist der Plan ein Dokument, das sich auf das Projekt oder das Gebiet bezieht. Er sollte als Konzept entwickelt werden, das genehmigt wird. Wenn er auf einer Methodik beruht, wird die Methodik [einen Arbeitsablauf in Form einer Musteraufgabe] enthalten(/doc/cs/tsk/tskDefUserTask), in dem ausführlicher beschrieben wird, was bei der Erstellung des Plans zu tun ist. Die Einzelheiten können auch direkt mit dem Musterplan.

Ein Plan ist kein Zeitplan

Der Titel dieses Abschnitts ist etwas provokant, denn natürlich beinhaltet ein Plan in der Regel auch einen Zeitplan mit Aufgaben. Die Provokation war jedoch beabsichtigt, da oft eine Gleichung zwischen den beiden Begriffen aufgestellt wird und der Plan dann nur als eine Liste verstanden wird, wer was wann tun wird.

Natürlich muss im Rahmen des Planungsprozesses auch gesagt werden, wer was wann tun wird, aber wie wir oben beschrieben haben, ist das nicht das Einzige, und es gibt eine ganze Reihe von Gründen, den Zeitplan vom Plan zu trennen.

Der Aufgabenplan ist nicht im Dokument enthalten

Wie bereits erwähnt, ist die Aufgabengliederung Teil des Zeitplans und nicht direkt Teil des Plans. Der Hauptgrund für die Trennung von Zeitplan und Plan ist der sehr unterschiedliche Lebenszyklus der beiden Arten von Informationen.

Beispiel – Änderung des Projektplans

  • Der Projektzeitplan wird normalerweise zu Beginn des Projekts genehmigt und bleibt während des gesamten Projekts unverändert.
  • Projektzeitplan
    • Viele der im Projektplan enthaltenen Informationen wirken sich auf den Projektplan aus und müssen daher im Zeitplan berücksichtigt werden.
    • Der Zeitplan wird im Rahmen des Änderungsmanagementprozesses aktualisiert, nicht aber der Projektplan.
    • Mehrere Personen sind an der Genehmigung des Zeitplans beteiligt, z. B. der Qualitätsmanager, die Leitung des Projektbüros und Vertreter des Kunden. Die Änderung des Projektplans wird vom Projektlenkungsausschuss genehmigt, dem Vertreter des Auftraggebers (bei internen Projekten des internen Auftraggebers) und des Auftragnehmers (Implementierungsteam) angehören, aber nicht alle, die sich zum Projektplan geäußert haben.

Die Unterschiede zeigen, dass es bei größeren Projekten ratsam ist, den Zeitplan und den Plan zu trennen.

Andere Pläne und Zeitpläne sind ähnlich

Die Situation bei anderen Plänen ist ähnlich. Zum Beispiel die Änderung des Zeitplans für interne Audits nach [ISO 9001].(https://www.pdqm.cz/o-nas/terms/standardy/iso-9001) kann in der Regel vom Leiter der Qualitätsabteilung ohne Genehmigung der Geschäftsleitung durchgeführt werden, der Auditplan muss jedoch von der Geschäftsleitung genehmigt werden.