Probleme

Ein Problem ist ein Ereignis, das sich auf das Projekt auswirkt. Dies können Probleme mit Mitarbeitern oder Lieferanten, technische Fehler, Materialmangel usw. sein. Diese Ereignisse befassen sich mit Hindernissen, die den Projekterfolg behindern und / oder das Projektteam daran hindern können, seine Ziele zu erreichen. Sie können durch Faktoren wie zu untersuchende Situationen und aufkommende oder unerwartete Verantwortlichkeiten verursacht werden. Selbst wenn diese Probleme normalerweise aus externer Sicht (Kunde oder Teammitglied) identifiziert und erstellt werden, liegt es in der Verantwortung des Projektmanagers, Probleme regelmäßig effektiv zu verwalten und zu überwachen, um die Stabilität und Effizienz des Projekts im gesamten Projektlebenszyklus aufrechtzuerhalten.

Probleme und Risiken werden häufig synonym verwendet und bedeuten vermutlich ungefähr dasselbe. Sie sind jedoch nicht gleich. Der grundlegende Unterschied besteht im Timing.

Laut PMBOK kann ein Risiko als ungewisses Ereignis oder ungewisser Zustand definiert werden, der sich positiv oder negativ auf die Ziele eines Projekts auswirkt. Ein Problem kann als ein Ereignis oder eine Bedingung definiert werden, die bereits eingetreten ist und die Projektziele beeinflusst hat oder derzeit beeinflusst.

Problembeispiele:

  • Probleme mit Mitarbeitern oder Lieferanten

  • Technische Fehler oder Konstruktionsfehler

  • Materialmangel oder Verzögerungen

  • Widerstand gegen Änderung

  • Zurückgezogene Unterstützung des Sponsors

Das Management eines Problems ist eine Form der Krise. Der Schweregrad kann variieren.

  • Ein ernstes Problem: Ein Problem, das den Fortschritt oder den erfolgreichen Abschluss des Projekts behindern könnte und sofortige Aufmerksamkeit erfordert.

  • Ein Anliegen: ist kein ernstes Problem, aber es ist etwas, dessen Sie sich bewusst sein wollen, da es sich zu etwas entwickeln kann, das Aufmerksamkeit erfordert.

  • Eine Situation: ist ein weiteres Problem, das ein Anliegen oder ein ernstes Problem darstellen kann, sich jedoch unter situationsbezogenen Perspektiven entwickelt.

Problemmanagement-Prozess

Der Problemmanagement-Prozess ist dem Risikomanagementprozess sehr ähnlich.

image1.png
  • Problem identifizieren - Es ist der Prozess, durch den Probleme identifiziert werden. Probleme können aus mehreren Quellen stammen. Zum Beispiel aufgrund einer per E-Mail gestellten Frage oder einer der regelmäßigen Projektbesprechungen, die abgehalten werden. Sobald ein Problem identifiziert wurde, sollte es aufgezeichnet werden.

  • Verantwortlichen identifizieren - Sobald ein Problem identifiziert wurde, sollte es einem Verantwortlichen zugewiesen werden, der für die Lösung und / oder Berichterstattung des Problems verantwortlich ist.

  • Problem analysieren - Die Probleme sollten dann analysiert werden, um ihre Dringlichkeit und Wichtigkeit festzustellen. Ein Problem mit hoher Auswirkung, aber geringer Dringlichkeit muss behandelt werden, aber das Projektteam hat Zeit, um zu planen, was geschehen soll, während ein Problem mit hoher Dringlichkeit und hoher Auswirkung sofort behoben werden muss, oder es kann sehr schnell eine große nachteilige Auswirkung auf das Projekt haben.

  • Problem bewerten - Wenn viele Probleme gleichzeitig auftreten, werden sie verglichen und priorisiert.

  • Handlungsschritte definieren - Es stellt den Zeitpunkt dar, zu dem die Probleme von den Verantwortlichen behoben werden.

  • Überwachen & überprüfen - Der Projektmanager überprüft und aktualisiert regelmäßig alle Probleme, um festzustellen, ob sie behoben wurden und geschlossen werden können oder ob sich die Auswirkungen und die Dringlichkeit des Problems geändert haben.

Beziehungen zu anderen Sciforma Objekten

Es gibt folgende Beziehungen für Probleme:

Issues_Relationships.png

Strawberry_Arrow.png

Umgewandelt in

Diese Beziehung wird erstellt, wenn das Problem den Workflowstatus „Abgeschlossen“ erreicht. Das Problem kann daraufhin in ein anderes Objekt umgewandelt werden und der Benutzer kann die Entwicklung rückverfolgen.

Probleme können in Vorgänge (1-1) umgewandelt werden.

Attached_to.png

Anhängen an

Das Risiko kann an ein anderes Objekt angehängt werden, was es dem Benutzer erlaubt einige oder alle Elemente miteinander in Verbindung zu bringen. Diese Verbindung kann ohne Konsequenzen erstellt und gelöscht werden.

Aktionen (1-N), Anhänge (1-N) und Backlog Items (N-N) können an Probleme angehängt werden.

LoopGrey

Duplizieren und Anhängen an

Die Beziehung wird erstellt, wenn das Problem den Workflowstatus „Duplikat“ erreicht. Das Problem kann dann eine Vater-Sohn-Beziehung zu einem anderen Problem haben.

Ein Problem kann an ein andere Problem (N-N) angehängt werden, wenn sie „verbunden“ werden.