So priorisieren Sie mit der MoSCoW-Methode

Benötigen Sie Hilfe bei der Priorisierung von Aufgaben bei der Verwaltung eines Projekts? Dafür gibt es ein Akronym! Es heißt MoSCow-Methode und ist eine großartige Technik, um bei der Priorisierung zu helfen.

So priorisieren Sie mit der MoSCoW-Methode:

Beim Managen eines Projekts geht es oft darum, zu managen, was man will – und was nicht! – innerhalb des vorgegebenen Projektzeitplans fertig werden. Wenn keine Prioritäten gesetzt werden, können Projekte schnell zu einem Allerweltsthema werden, wobei die lautesten Stimmen im Raum ihre Arbeit gegenüber anderen priorisieren, oft nicht zum Vorteil des Projekts oder der Organisation.

Aber es gibt einen anderen Ansatz. Es wird MoSCoW-Methode zum Definieren und Verwalten von Anforderungen und Aufgaben in einem Projekt genannt.

Hier ist eine Liste, um zu verdeutlichen, was diese Anforderungen sind:

Must-Have-Anforderungen

Eine andere Möglichkeit, dies zu bezeichnen, ist die minimal verwendbare Teilmenge (MUS) oder das, was das Projekt liefern muss. Mit anderen Worten, das Projekt muss diese zum Zieltermin liefern, damit das Projekt auf Kurs bleibt. Keine Verzögerung ist akzeptabel. Es wird entweder das Projekt aus der Bahn werfen, es ist unsicher oder sogar illegal, dies nicht bis zu der im Business Case des Projekts angegebenen Zeit getan zu haben.

Eine Möglichkeit zu verstehen, ob Sie es mit einem MUS zu tun haben, besteht darin, sich zu fragen: „Was passiert, wenn dies nicht erfüllt wird?“ Wenn die Antwort lautet: „Das Projekt scheitert“, dann haben Sie ein MUS. Jede Problemumgehung, die entwickelt werden kann, um mit dem Projekt fortzufahren und seinen Erfolg nicht zu gefährden, bedeutet, dass dies kein MUS ist.

Must-Have-Anforderungen

Diese Art von Anforderung ist fast so wichtig wie ein MUS, aber für den Erfolg des Projekts nicht entscheidend. Mit anderen Worten, das Projekt hängt nicht von dieser Anforderung ab. Vielleicht möchten Sie es nicht auslassen, da es einen großen Einfluss auf das Projekt haben könnte, aber am Ende kann es ohne irreparable Schäden durchgeführt werden. Auch hier bedeutet das Weglassen dieser Anforderung viel Arbeit⁠ (eine Lösung finden, die Erwartungen der Stakeholder ändern, möglicherweise eine gewisse Ineffizienz erfahren⁠), aber das Projekt kann weitergehen.

Mögliche Anforderungen

Der Unterschied zwischen einer Soll- und einer Könnte-Anforderung besteht einfach darin, herauszufinden, wie schmerzhaft es sein würde, sie nicht zu erfüllen. Das heißt, wie wirkt es sich auf den Geschäftswert des Projekts aus, wie viele Personen wären betroffen usw. Daher ist eine „Könnte-haben“-Anforderung etwas, das Sie möchten, aber weniger wichtig ist als eine „Sollte“-Anforderung. Es wird Auswirkungen haben, wenn es aus dem Projekt herausgelassen wird, aber weniger als die Auswirkungen einer Must-Have-Anforderung.

Was wir diesmal nicht haben werden

Hier können Sie diejenigen Anforderungen sammeln, die für ein bestimmtes Release nicht realisierbar sind. Vielleicht beim nächsten Mal, aber das Projekt bleibt auch ohne sie stark. Dies ist eine großartige Möglichkeit, um das Kriechen des Projektumfangs zu vermeiden. Sobald Initiativen in die Kategorie „Keine Zeit haben“ eingestuft werden, wissen die Teams, dass sie für dieses Durchstarten keine Priorität haben, und können sie auf Eis legen und aus dem Kopf schlagen. Dadurch können sie sich stärker auf die Anforderungen konzentrieren, die für das Projekt wichtig sind.

Erfassung von Anforderungen

Aber bevor Sie Prioritäten setzen können, müssen Sie etwas priorisieren. Dies wird als Anforderungserfassungsteil des Prozesses bezeichnet. Es ist kein spezieller Teil der MoSCoW-Methode, aber Sie müssen Anforderungen effektiv sammeln, um effektiv Prioritäten zu setzen.

Das ist mehr, als sich ein paar Fragen zu stellen und dann zum nächsten Projektschritt überzugehen. Es muss Zeit aufgewendet werden, um eine gründliche Erfassung der Anforderungen vorzunehmen.

Verwandt: Kostenlose Vorlage zum Sammeln von Anforderungen

Es ist ein vierstufiger Prozess, der für große und kleine Projekte verwendet werden kann. Die Größe des Projekts wirkt sich nur auf die Dauer dieses Prozesses aus.

• Erhebung: Dieser Schritt bedeutet, dass Sie beginnen, Fragen zu stellen und den Antworten aktiv zuzuhören, durch Interviews mit Stakeholdern, Personen mit Erfahrung usw., auch moderierte Sitzungen, Prototypen und Fragebögen sind weitere Werkzeuge, die Sie verwenden können.
• Validierung: Jetzt beginnen Sie mit der Analyse der gesammelten Daten, um sicherzustellen, dass die Informationen korrekt sind und die Bedürfnisse und Erwartungen der Stakeholder widerspiegeln. Sie beginnen mit der Konsolidierung, Rationalisierung, der Suche nach Überschneidungen, Lücken usw.
• Spezifikation: Sie fahren mit der Priorisierung und Formalisierung der Daten in einem Anforderungsdefinitionsbericht fort. Sie sollten auch sicherstellen, dass sie getestet werden können.
• Überprüfung: Abschließend überprüfen Sie, ob die Anforderungen korrekt sind, und kommunizieren die Bedürfnisse und Erwartungen Ihrer Stakeholder. Die Anforderungen werden überprüft und genehmigt.

Indem Sie diesem Prozess folgen, um die wesentlichen und nicht wesentlichen Anforderungen für Ihr Projekt oder Ihre Produktentwicklung zu definieren, können Sie schnell erkennen, wo Ihr Fokus liegen sollte . Diese Methode hilft Ihnen auch sicherzustellen, dass Sie frühzeitig im Prozess zu einer Schlussfolgerung darüber kommen, welche Prioritäten für jede Anforderung gelten.

Wie ProjectManager die Qualität Ihres Projekts aufrechterhält

ProjectManager ist eine Cloud-basierte Projektmanagement-Software, die sicherstellen kann, dass Ihre Anforderungen während des gesamten Lebenszyklus des Projekts erfüllt werden. Da unsere Software Ihnen Echtzeitdaten liefert, können Sie Ihre Prioritäten erfüllen.

Unser Echtzeit-Dashboard zeigt Echtzeitdaten, die über sechs verschiedene Projektmetriken angezeigt werden. Diese Zahlen werden zusammengefasst und in farbenfrohen, leicht lesbaren Grafiken und Diagrammen dargestellt, die Projektmanager den Fortschritt ihrer Prioritäten genau einschätzen können.

Der Workflow wird auch mit Kanban-Boards visualisiert, die die Teams auf ihre Prioritäten konzentrieren. Online-Gantt-Diagramme können Abhängigkeiten verknüpfen und Teams können auf Aufgabenebene zusammenarbeiten und Kommentare, Dokumente und Bilder hinzufügen.

ProjectManager bietet noch so viel mehr. Probieren Sie noch heute unsere kostenlose 30-Tage-Testversion aus, um sich ein umfassendes Bild davon zu machen, was wir tun können, um Sie bei der Verwaltung Ihres nächsten Projekts zu unterstützen.

Sehen Sie sich an, wie unser Führungsexperte die MoSCoW-Methode erklärt

Leadership-Guru Susanne Madsen leitet dieses Schulungsvideo zur Verwendung der MoSCoW-Methode zur Priorisierung Ihrer Anforderungen in einem Projekt.

Hier ist ein Screenshot für Ihre Referenz.

Danke fürs zuschauen!

Pro-Tipp: Die Moskauer Technik ist eine großartige Möglichkeit, Gespräche mit Kunden zu gestalten, um zu verstehen, was sie wollen und was einfach schön ist. Auf diese Weise verschwenden Sie keine Zeit und sie sind nicht undurchsichtig. Es ist eine Win-Win-Situation für Projekt-Kick-offs mit Kunden.

Transkript:

Hallo, ich bin Susanne Madsen. Willkommen zu dieser Whiteboard-Sitzung zur Priorisierung von Anforderungen mit der MoSCoW-Technik.

In der Moskauer Technik steht das „M“ für eine „Must-have-Anforderung“, es ist nicht verhandelbar, wir müssen es haben.

Das „S“ steht für „sollte Anforderung haben“, wenn irgend möglich, sollten wir sie haben.

Das „C“ steht für „Could Have Requirement“, es ist nicht unbedingt erforderlich, aber wir könnten es haben, wenn wir zusätzliche Zeit oder zusätzliches Budget haben, und das „W“ steht für etwas, das wir dieses Mal nicht haben werden.

Sehen Sie, bei den meisten Projekten sprechen wir über etwas, das entweder im Rahmen oder außerhalb des Rahmens liegt. Die Verwendung der MoSCoW-Technik gibt Ihnen eine detailliertere Ansicht und hilft Ihnen sicherzustellen, dass Sie Ihren Kunden zuerst die obersten, obersten Prioritäten liefern.

Schauen wir uns ein Beispiel an. Stellen Sie sich vor, Sie sind der Projektleiter einer Konferenz. Sie setzen sich mit Ihren Stakeholdern zusammen und fragen sie: „Was muss es für diese Konferenz geben? Was sind all Ihre Must-Have-Anforderungen?“

Und Ihr Kunde sagt: „Okay, wir müssen einen Veranstaltungsort im Umkreis von fünf Kilometern vom Stadtzentrum haben.“

„Okay, was sollen wir haben, wenn irgend möglich?“

„Nun, wir sollten wirklich eine Geschenktüte für jeden Delegierten haben, mit der er nach Hause gehen kann.“

"Okay, was könnten wir haben?"

„Nun, lassen Sie mich überlegen, wir könnten mehrere Spuren von Sprechern haben, aber wirklich, es ist nicht so wichtig, es ist schön, wenn wir mehr Zeit und Budget haben, machen wir es.“

"Was werden wir nicht haben?"

„Wir werden auf der Veranstaltung keinen Alkohol haben“, und das machen Sie mit allen anderen Anforderungen, aber die Stärke von MoSCoW liegt darin, dass Sie es auch auf einer detaillierteren Ebene verwenden können, um sich die Merkmale einer Anforderung anzusehen.

Nehmen wir ein Beispiel mit einer Goody Bag. Stellen Sie sich vor, Sie haben das jetzt an Dan delegiert, und Dan möchte wissen, was Ihre Erwartungen sind, also fragt Dan Sie: „Was muss in den Geschenktüten sein, wenn ich sie liefere?“

Und Sie sagen: „Okay, wir müssen eine Kopie des Konferenzprogramms haben.“

"Bußgeld. Was sollen wir da drin haben?“

„Nun, wir sollten wirklich einen Markenartikel haben, vielleicht einen Stift oder so.“

„Okay, was könnten wir da drin haben?“

"Nun, wir könnten etwas Süßes haben, aber es ist schön, es zu haben, es ist wirklich nicht wesentlich."

"Was werden wir nicht haben?"

Und Sie entscheiden, dass Sie keine Softdrinks oder Wasser haben, weil sie die Tasche zu schwer machen.

Sie sehen also, Sie können „MoSCoW“ auf sehr hohem Niveau, aber auch auf niedrigem Niveau nutzen. Wenn Sie es auf der niedrigen Ebene verwenden, hilft es Ihnen, die Aufgaben besser zu delegieren.

Vielen Dank fürs Zusehen, bitte besuchen Sie uns erneut unter ProjectManager.