Wie definiere ich außerhalb des Geltungsbereichs für abhängige Funktionen?

Ich mache ein Projekt, das die erforderlichen Funktionen für die Lieferung unter der Annahme von Funktion A definiert hat.

Während der Anforderungssammlung wird festgestellt, dass die Funktion von Funktion B abhängt, die gut entwickelt sein sollte. Und Funktion B ist entscheidend für die gesamte Funktionsbereitstellung.

Soll ich definieren, dass die Funktion B außerhalb meines Geltungsbereichs liegt?

Ist Funktion B für alles erforderlich, was Sie ursprünglich geplant haben?

Antworten (2)

Umfang, Annahmen und Verantwortlichkeiten sind keine Synonyme

Es klingt, als würdest du eine Vermutung beschreiben . Ihr Projekt geht davon aus, dass Funktion B, die eine wichtige Abhängigkeit darstellt, verfügbar ist und wie erwartet funktioniert. Diese Annahme sollte in Ihren Projektplanungsdokumenten und -mitteilungen explizit gemacht werden.

In der Zwischenzeit klingt Ihre Verwendung des Wortes „Umfang“ eher nach einer Aussage über Verantwortung . Wenn Funktion B nicht verfügbar ist oder nicht wie erwartet funktioniert, inwieweit liegt dies außerhalb des Umfangs Ihres Projekts? Nur weil Sie möglicherweise nicht für die erfolgreiche Bereitstellung von Funktion B verantwortlich sind, sollte das Sourcing und Integrieren echter Abhängigkeiten wahrscheinlich im Umfang enthalten sein.

Damit etwas wirklich „außerhalb des Geltungsbereichs“ liegt, sollte es entweder:

  • irrelevant für den Erfolg Ihres Projekts, oder
  • so grundlegend für das Projekt, dass jede falsche Annahme darüber eine sofortige Neubewertung des Projekts auslösen sollte.

Es kann sich lohnen, darüber nachzudenken, was Ihr Ziel ist, wenn Sie diese Abhängigkeit als außerhalb des Geltungsbereichs beschreiben, und sicherstellen, dass Sie dieses Ziel den Projektbeteiligten effektiv kommunizieren.

Die Bestimmung, ob innerhalb oder außerhalb des Geltungsbereichs, hängt davon ab, wie explizit Ihre unterstützenden Dokumente sind, einschließlich Ihrer Anforderungsbasis, Datenblätter, Architekturentwürfe, technischen Entwürfe usw., sowie wie Ihr Vertrag geschrieben ist. Es ist den Teilnehmern an diesem Austausch unmöglich, diese Entscheidung für Sie zu treffen, es sei denn, Sie möchten alle diese Dokumente hochladen, damit wir sie lesen können.

Hier geht es also um den Prozess ... speziell um den Veränderungsprozess. Ihr Team muss zusammenkommen und diese Funktion B besprechen und Ihre unterstützenden Dokumente überprüfen und dann zu einer Position gelangen. Setzen Sie sich dann mit Ihrem Kunden / Product Owner zusammen und besprechen Sie Ihren Fall und decken Sie seine Position auf. Wenn alle zustimmen, dass es außerhalb des Geltungsbereichs liegt und alle zustimmen, dass es erforderlich ist, lösen Sie Ihren Änderungsprozess aus und lassen Sie ihn genehmigen, bezahlen, planen usw. Machen Sie dann weiter.

Wenn sie anderer Meinung sind und glauben, dass dies im Geltungsbereich liegt, haben Sie einen Vertragsstreit. Dies löst Ihren Eskalations-/Ausgabeprozess aus.