📼 🛀 ⏬ Backlog-Scoring- und Priorisierungstechniken ⚜️ ✌🏽 🚵🏾

Wie sind deine Isolationspläne? Wintersachen entfernt? Hast du die begehrten Filme gesehen? Hast du die staubigen Bücher gelesen? Und wie immer bleibt keine Zeit für Versorgungsunternehmen. Komm schon, mach keine Ausreden - für diejenigen, die keine Stunde Zeit haben, um das Video von unserem YouTube- Kanal anzusehen , haben wir einen verdaulichen Artikel verfasst. Habe ein Gewissen, nur 15 statt 60 Minuten :)

Heute berühren wir das Produktmanagement und analysieren die Priorisierung des Rückstands. Das Produktmanagement kostet etwas mehr als das Projektmanagement: Es geht mehr um das Produktmanagement im Allgemeinen und ist eng mit dem Marketing verbunden. Schauen wir uns für einen Snack die Bewertungstechniken und die Aufgabenbewertung an.

Situation

Wenn es einen Rückstand gibt, muss der Manager ihn irgendwie priorisieren. Scrum sagt, dass die wichtigsten Aufgaben aus geschäftlicher Sicht die ersten sein sollten. Es gibt jedoch zwei Probleme.

Der erste ist ein fairer Moment des Subjektivismus: Oft werden Prioritäten gesetzt, wie der Geschäftsinhaber wandert. zum Kopf. Aber manchmal kann der Besitzer stark „halluzinieren“ und offenen Unsinn tragen, aber seien Sie sicher, dass alles so ist.

Das zweite Problem: Zu viele Top-Stakeholder seitens des Unternehmens bei großen Projekten oder in großen Unternehmen. Jeder von ihnen kann seine widersprüchlichen Anforderungen haben. Wenn Sie beispielsweise fünf Spitzen eines großen Unternehmens sammeln und sie bitten, ihre Anforderungen zu priorisieren, wird höchstwahrscheinlich jeder argumentieren, dass seine Aufgaben keine Priorität haben und dass sie sofort erledigt werden müssen.

Die gute Nachricht ist, dass es einige Techniken gibt, die in diesem Fall helfen:

Prioritäten vereinbaren - wählen, was wichtiger ist und was verschoben werden kann;
Kriterien für die Priorisierung des Rückstands festlegen (etwas weniger subjektiv als die Halluzination einer Person - leider ist es unmöglich, auf Subjektivität zu verzichten).

Methoden zur Priorisierung von Aufgaben

Wie sieht der Rückstand aus?

Backlog ist eine Tabelle. In einer Spalte - einer Liste von etwas (einer Wunschliste) - gibt es eine Spalte mit einer Schätzung (Schätzung) und eine Spalte mit Prioritäten. Prioritäten sind einige Zahlen, normalerweise groß. Groß, sodass zwischen den Prioritäten „Lücken“ bestehen, in denen Sie neue Aufgaben hinzufügen (oder die Priorität einfach ändern können).

Den Klassikern zufolge werden Prioritäten in Bezug auf den Geschäftswert (Geschäftswert) gesetzt - was ein Unternehmen zuerst braucht, wird es in der ersten Phase an die Arbeit gehen. Es gibt jedoch auch andere Möglichkeiten der Priorisierung, die bequemer sind - insbesondere, wenn Sie eine Reihe bunter Aufgaben haben.

Story-Mapping

Angenommen, Sie haben viele Aufgaben, sie sind klein und im Allgemeinen ohne Prioritäten und für Gruppen bindend. Was tun mit ihnen? Brechen Sie sie in Story Mapping auf. So funktioniert es:

Schritt 1. Wir erstellen eine Sequenz, wie Benutzer Ihr Produkt verwenden und welche Schritte sie unternehmen werden. Ein einfaches Beispiel:

Schritt 2. Wir schreiben auf die Aufkleber, welche Details für jeden dieser Prozesse verfügbar sind - je niedriger der Aufkleber für jede Stufe hängt, desto niedriger ist seine Priorität.

Ergebnis: Die gesamte Liste der Aufgaben ist in Schritte des Benutzerpfads unterteilt. Außerdem hat jedes Feature Prioritäten (je niedriger das Feature im Blatt hängt, desto niedriger ist seine Priorität in Bezug auf den gesamten Benutzerpfad).

Wo und wie man sich bewirbt

Nehmen wir an, Sie haben wirklich viele Aufgaben. Dann schreibst du sie alle auf Aufkleber und machst Story Mapping. Besser - im Team.

Eine weitere Option - Sie haben ein Brainstorming, Sie überlegen, was Ihr Produkt weiter sein wird und welche Funktionen in die Arbeit aufgenommen werden sollen. Das Team hat viele Ideen, eine Art Wunschliste-Marketing, das Ihnen „eingeflossen“ ist - Sie müssen verstehen, wie man alles zusammenfasst. Story Mapping funktioniert in dieser Situation besonders gut.

Haftungsausschluss: Diese Methode ist genau aus Sicht des Produktmanagements anwendbar. Wenn es viele Aufgaben gibt, ist nicht klar, welche davon als erste in Betracht gezogen werden. Es ist unhöflich, wenn wir nur über das Produkt selbst und die darin enthaltenen Funktionen nachdenken. Dann wird es bereits in Stücke geschnitten, aus denen Sie Sprints erstellen können, und macht sich an die Arbeit.

Vorteile von Story Mapping

Mit dieser Methode können Sie Verbindungen im System aufbauen, auf deren Grundlage es einfacher ist, Sprints zu bilden.
Wenn es viele Stakeholder und viele Personen gibt, die Interesse an dem Projekt haben, können Sie sich mit der Methode auf echte Prioritäten einigen - was wichtiger und was weniger ist.

Value & Effort (oder Lean Priorization) für Ideen

Eine weitere gute Methode, mit der Sie Prioritäten auf einer Skala erstellen können, ist Value & Effort (oder Lean Prioritization).

Schritt 1. Zuerst nehmen Sie 2 Skalen:

— , « » . , — . , , , Value. , , .
,

, (estimate), . Story Point- ( ) -.

Schritt 2. Sie bewerten alle Merkmale anhand dieser beiden Parameter: nach Signifikanz und Arbeitsaufwand. Es gibt externe Systeme (wie Hygger oder Airfocus Priorities & Roadmaps ), mit denen Sie Ihre Funktionen automatisch auf eine solche Karte verteilen können . Die Achsen kommen in diesem Fall nicht von Null - sie passen sich den Statistiken an, die Sie erhalten haben.

Welche Funktionen sind überhaupt zu beachten? Die bedeutendsten und leichtesten, die den Achsen am nächsten liegen - sie sind sowohl oben wichtig als auch wertmäßig angemessen:

Wenn wir zuerst billig und gut wegnehmen, dann später - teuer, aber cool:

Es folgen alle anderen. Funktionen, die zu teuer sind und keine Bedeutung haben, können Sie entweder "für später" verlassen oder wegwerfen.

Wo und wie man sich bewirbt.

Bei der kundenspezifischen Entwicklung ist so etwas mit dem Kunden sinnvoll, wenn:

er selbst war verwirrt
es erzeugt seltsame Ideen und Anforderungen,
Er hat eine gewisse Budgetbeschränkung und versteht nicht, wie man sie am besten verteilt.

Die letztere Situation ist häufig. Wir sind immer durch Budgets oder Ressourcen begrenzt, und wir müssen auf der Grundlage verstehen, was wir verteilen sollen. Darüber hinaus können wir bei der Verwaltung von Projekten nur die Aufmerksamkeit unseres Teams und
unserer Kunden verwalten - eigentlich nichts weiter. Diese Methode ermöglicht es Ihnen, sich auf das Wichtigste und das Billigste oder auf das Teuerste, aber sehr Wichtige zu konzentrieren, und hilft bei der Auswahl, worauf Sie im Moment genau setzen möchten.

Diese Technik lässt Sie dem Algorithmus nicht blind glauben und genau die von ihm empfohlenen Aufgaben übernehmen, aber dank dieser Technik haben Sie zumindest einen Hinweis darauf, in welche Richtung Sie sich bewegen müssen. Wenn Sie dem System neue Aufgaben hinzufügen, kann es neu erstellt werden. Schließlich sind Sie sich Ihrer Schätzungen nicht sicher, und im Laufe der Zeit verfeinern Analysten sie oder Sie selbst verfeinern die Schätzungen der Komplexität von Programmierern. In diesem Fall kann das System auch dynamisch umgebaut werden. Dadurch erhalten Sie ein angemesseneres Bild der Welt.

Moskau

Eine andere Möglichkeit, Features in mehrere Gruppen einzuteilen, ist die MoSCoW-Methode. Im Inneren gibt es sehr einfache Parameter:

M - Must Have : Funktionalität, auf die Sie überhaupt nicht verzichten können. Ohne sie können Sie nicht freigeben, Ihr Produkt funktioniert nicht und wird überhaupt nicht benötigt.

S - Sollte haben : die Funktionalität, die im Projekt enthalten sein sollte, aber wenn andere Dinge gleich sind, können Sie irgendwie darauf verzichten.

C - Könnte haben : Funktionalität für die Veröffentlichung gewünscht.

W - Hätte : die am wenigsten praktische Funktionalität - sozusagen "alles andere".

, . Must Have , , , . Should Have — , , . Could Have — . , Must Have MVP.

Es kommt oft vor, dass Prioritäten von oben herab gesenkt werden, aus dem Geschäft, und sie konzentrieren sich auf eine „Wunschliste“ von Sollte haben, Könnte haben, Hätte, die auf Schlüsselsachen bewertet (Muss haben). Normalerweise beobachten wir dies zum Beispiel bei der Entwicklung des Designs eines Online-Shops oder beim Design eines Projekts, bei dem der Preis nicht zuletzt für das Lieferzahlungssystem oder für etwas gilt, das tatsächlich einen Nutzen für das Unternehmen bringt. Warum? Weil die Arbeit mit Must Have schmerzhaft und beängstigend ist: Sie müssen darüber nachdenken, wie es monetarisiert wird, und niemand mag es, sich darauf einzulassen, obwohl dies falsch ist.

Kano

Eine andere Möglichkeit, Funktionen aus dem Marketing zu kategorisieren. Das Wesentliche ist einfach: Es gibt zwei Achsen: "Benutzerzufriedenheit" und "Funktionalität", und es gibt eine Unterteilung der Funktion in Gruppen. Für jede Gruppe von Funktionen müssen Sie verstehen, wie sich die Benutzerzufriedenheit durch Hinzufügen dieser Funktionalität ändert.

Die erste Gruppe ist die erforderliche Funktionalität: das gleiche Must Have von MoSCoW. Wenn diese Funktionen sind - schon gut. Von Zufriedenheit ist keine Rede: Ohne sie braucht niemand ein Produkt. Darüber hinaus werden die Funktionen, die den Höhepunkt des Projekts darstellten, im Laufe der Zeit immer zwingender. Beispiel: Für Serversoftware war Kanban-Board früher eine Art Sorte, jetzt ist es das gleiche Impressum.

Eine andere Gruppe sind eindimensionale Funktionen. Dies bedeutet, dass ein direkter Zusammenhang zwischen der Benutzerzufriedenheit und der Verfügbarkeit dieser Funktion besteht. Sobald eine Funktion erscheint, wächst die Zufriedenheit linear. Wenn Sie zum Beispiel eines Autos zurückkehren, könnte es dort eine Klimatisierung sein.

Die dritte Gruppe sind attraktive Funktionen. Dies hat der Benutzer nicht erwartet, aber als er zumindest eine Implementierung in Ihrem Produkt sah, wurde er verrückt und sagte: „Oh, cool!“. Diejenigen, die mit dem Aeroflot geflogen sind, haben wahrscheinlich gesehen, wie Kinder „Bestechungsgelder“ erhalten haben, um sie emotional an die Marke zu binden.

Geschenke für Kinder an Bord von Aeroflot sind die Quelle.

Sobald eine solche Funktion auch bei mittelmäßiger Umsetzung auftritt, wächst die Zufriedenheit. Und je steiler die Implementierung, desto höher der Zufriedenheitsplan.

Eine andere Gruppe sind unwichtige Funktionen. Sie können sie tun, Sie können sie nicht tun - jeder wird gleichgültig sein.

Die letzte Gruppe sind unerwünschte Merkmale. Wenn sie weg sind - alles ist in Ordnung, sobald sie erscheinen - wird alles schlecht. Solche Antifichi :)

Diese Methode ist etwas zweifelhaft, da nicht klar ist, wie die Prioritäten für Features ausgewählt werden. Theoretisch müssen Sie Benutzer interviewen: Wie sie denken, ist diese Funktion gut oder nicht, und dann Cluster basierend auf den Meinungen der Benutzer. Gleichzeitig müssen die Benutzer selbst in Zielgruppen unterteilt werden und beobachten, wie jede Funktion zu welcher Zielgruppe gehört.

Menschen in Umfragen reden oft Unsinn und lügen einfach. Sie mögen sagen, dass dies ein sehr wichtiges Merkmal ist, aber tatsächlich werden sie niemals Geld dafür bezahlen. Wenn Sie Benutzer interviewen, kann das Produktfeedback außerdem sehr giftig sein.

Beispiel

Sie planen die nächsten Releases und interviewen eine Gruppe von Personen. Einige von ihnen mögen sagen: "Aber Sie haben dort eine bezahlte Funktion ausgeführt, weil das Produkt dadurch schlechter geworden ist, fii!" Nur weil es für Geld ist, wird diese Funktion für jemanden unnötig erscheinen. Obwohl für Unternehmen, kann dies der Schlüssel sein, der Gewinn macht.

Daher ist die Kano-Methode absolut nicht im Marketing, aber als langfristige Strategie gibt es einen Ort, an dem man sein kann.

Die klassische Methode zur Priorisierung von Fehlerlisten

Im Mittelpunkt steht eine Prioritätenliste von 0 bis 8:

0 - Kritische Fehler
Wenn der Tester aufgetaucht ist und nicht mehr überprüfen kann, wann das System abstürzt oder etwas kaputt geht - im Allgemeinen, wenn es nicht weiter möglich ist.

1 - Kritische Benutzerfreundlichkeit und vergessene Funktionen
Hier wenden wir an, einschließlich der Methode zum Lackieren von Rückständen, technischen Spezifikationen oder eines Prototyps (je nachdem, was wir zur Verfügung haben), um festzustellen, ob wir etwas verpasst haben.

2 - Unkritische Fehler
Es gibt Fehler , die jedoch das weitere Testen des Produkts nicht beeinträchtigen oder es Ihnen ermöglichen, die Kette der Bestellung oder etwas anderes vollständig zu durchlaufen - das heißt, sie ermöglichen es uns, unser Produkt vollständig zu überprüfen.

3 - Unkritische Benutzerfreundlichkeit

4 - Texte

8 -Wunschliste / wir werden es nicht tun / nach Ermessen des Managers

Ja, das Intervall zwischen 4 und 8 wurde absichtlich festgelegt - der Manager kann dort gegebenenfalls andere Aufgaben nachweisen.

Für Fehlerlisten ist die Methode gut, hat aber ein Problem. Im Großen und Ganzen optimieren wir die Metrik "Bereit - nicht bereit" in den Fehlerlisten. Der Arbeitsumfang ist klar. Es wird jedoch häufig festgestellt, dass sie bei unkritischer Benutzerfreundlichkeit versuchen, etwas zu verschieben, das anscheinend kurz vor der Benutzerfreundlichkeit steht, und es scheint nett zu sein, dies zu tun, aber tatsächlich zieht es einige sehr ernste Merkmale an.

Ein weiteres Problem ist die Subjektivität des Testers, die häufig überprüft werden muss. Manchmal ist es eine ziemlich zeitaufwändige Geschichte, wenn Sie persönlich alle Fehlerlisten durchsehen: Sehen Sie sich an, was er dort geschrieben hat, und entscheiden Sie, was Sie wegwerfen und was Sie verlassen möchten.

Diese Methode eignet sich nicht zur Priorisierung von Rückständen - sie benötigen völlig andere Kriterien.

Bewertung von Aufgaben

Jede Priorisierung sollte auf den uns gegebenen Bewertungen basieren. Schließlich wirkt sich die Komplexität wirklich auf die Priorität einer Funktion aus. Aber wie lässt sich die Komplexität bestimmen und ab wann lohnt es sich, die Arbeitskosten mit einem Programmierer zu besprechen? Schließlich muss der Manager vorher noch mindestens ungefähre Schätzungen festlegen.

Aber im Ernst, es gibt normalerweise drei Möglichkeiten.

- « » , , . , , - -, - -. :)

( ). - , - . , . , , ( - ).
: , , , .

: ( + ( * 3) + ) / 6.

, .

, , . , , , : , — . . — .

, , , . - , , , «» — . — 1 , , .

, « », . , .
Planning Poker

«» , - , , . .

Planning Poker — , . Story Mapping, ( , — ).

Planning Poker
1. , ;
2. , — ( , «»).

Sie helfen bei der Priorisierung von Aufgaben in einem Rückstand unter unsicheren Bedingungen - wenn Sie nur die Auswirkungen der Einführung einer bestimmten Funktion planen und bewerten.

ICE-Wertung

Die Abkürzung besteht aus drei Parametern:

Auswirkungen - die Auswirkungen auf das Produkt, entweder aus geschäftlicher Sicht, oder wie viel Geld es bringen wird oder was diese Funktion bringt, wie cool es ist. Der Parameter liegt im Bereich von 1 bis 10.
Vertrauen - Vertrauen in die Beurteilung der Komplexität oder in die Beurteilung der Auswirkungen von Merkmalen. Sie haben sich zum Beispiel eine Funktion ausgedacht und glauben, dass sie sich gut auf das Projekt auswirken wird. Es gab keine Analyse, die Daten sind ungenau und bisher basiert die Priorität nur auf Ihrer persönlichen Meinung. Je geringer das Vertrauen in Ihre persönliche Meinung ist, desto niedriger ist die Rate. Es ist auch im Bereich von 1 bis 10 eingestellt.
Einfache Arbeitskosten oder einfache Implementierung. Es kann auch von 1 bis 10 eingestellt werden. Je einfacher die Funktion, desto höher die Punktzahl.

Auswirkungen

Um die Wirkung eines bestimmten Features zu bewerten, sollten mehrere Kriterien berücksichtigt werden:

es verbessert die Conversions,
Sie zieht neue Benutzer an
Bestehende Benutzer bleiben erhalten
Sie wertet das Produkt auf.

Wenn die Funktion sie beantwortet, hat dies einen großen Einfluss auf das Produkt. Zur Auswertung können Sie eine Skala von 1 bis 10 und eine Skala von 1 bis 100 verwenden. Letzteres ist bequemer, da es einen Startlauf gibt.

Vertrauen

kann basieren auf:

persönliche Meinung, die Meinung des Teams, die Meinung externer Experten;
UX-Forschung;
Umfragen
Interview;
Beobachtungen, einschließlich Wettbewerber;
MVP
A / B-Tests;
Forschung von Dritten;
Analytik;
Top-Anrufe beim technischen Support;
Top-Anfragen von Vertriebsleitern;
Top Kundenwünsche.

Es ist besser, diejenigen zu verwenden, bei denen es bestimmte Metriken und Zahlen gibt, und die Meinung der Menschen „später“ zu überlassen.

So messen Sie das Vertrauensniveau - die Quelle

Um ICE zu erhalten, müssen Sie diese drei Parameter multiplizieren - dies ist die Priorität für die Implementierung.

Vorteile : schnell und einfach.

Nachteile : Die Methode hat einen eher begrenzten Umfang - Sie können viele Aufgaben mit hoher Priorität erhalten, da die Aussagen klar sind, die Aufgaben selbst einfach sind und wichtig erscheinen.

REIS-Wertung

Hier werden 4 Parameter verwendet:

Reichweite - Abdeckung: Wie viele Benutzer dieser Funktion werden zumindest zufrieden sein, entweder diese Funktion bemerken oder verwenden. Kann quantitativ gemessen werden: Beispielsweise werden 500 Millionen Benutzer diese Funktion nutzen. Sie kann als Prozentsatz gemessen werden. Beispielsweise verwenden 30% der Benutzer diese Funktion.
Auswirkung - Einfluss: Wie sehr brauchen wir diese Funktion wirklich, wie viel hilft sie uns, wie cool ist die Funktion.
Vertrauen - Vertrauen: Ähnlich wie bei ICE Scoring, Vertrauen in unsere Schätzungen und Prognose des Einflusses.
Anstrengung - Mühsal.

Funktionen, die eine gute Abdeckung bieten, von denen wir überzeugt sind, die sich positiv auf das Produkt auswirken und gleichzeitig in Bezug auf die Arbeitskosten günstig sind, stehen im Rückstand vorrangig an oberster Stelle.

Software zur Priorisierung

Es gibt verschiedene Programme zur automatischen Priorisierung - zum Beispiel Hygger . Dies ist ein System für Produktbesitzer, bei dem es viele verschiedene Modelle gibt, mit denen Sie mit Aufgaben "herumspielen" können.

Wie Hygger von innen aussieht - die Quelle

Das Gleiche wie in jedem Google Dock: Fügen Sie einfach drei Parameter hinzu, sammeln Sie Daten - es zählt. Dies werden Ihre Prioritäten sein. Und dann entscheiden Sie selbst, was Sie im Sprint aufnehmen möchten.

Manchmal verwenden Manager Jira, um alle Tickets und Aufgaben zu speichern. Leider ist es für die Priorisierung nicht sehr praktisch - es ist darauf ausgerichtet, dass jemand manuell Prioritäten setzt, indem er einfach Tickets im Backlog nach oben und unten zieht. Es ist cool, wenn der Rückstand nicht 1000 Zeilen lang ist, aber irgendwann wird es für Sie langweilig, dies mit Ihren Händen zu tun.

Jira hat bestimmte Möglichkeiten, Aufgaben in Epen, Komponenten, Releases zu klassifizieren, und Sie können Aufgaben mit einigen Tags markieren. Es gibt mehrere Plugins für die Bewertung ( Issue Score für Jira ,Priority Scoring Calculator ), aber sie sind nicht sehr funktional.

Von mehr oder weniger adäquaten - externen Systemen Hygger und Airfocus . Sie integrieren sich in Jira, kosten aber ungefähr das gleiche wie sie. Daher ist es am einfachsten, Google Dock und Jira zu integrieren: Laden Sie dort synchron Rückstände hoch und wenden Sie Ihre Formeln dort nach Bedarf an.

So machen Sie Freunde Jira und Google Text & Tabellen für die Priorisierung

Zusätzlich zu den Prioritäten gibt es immer ein Problem, wie die Implementierung bestimmter Aufgaben rechtzeitig verteilt werden kann. Wenn es nur Prioritäten gibt, gibt es keine Garantie dafür, dass wir ein verbundenes System erhalten (Sie haben beispielsweise geplant, einen Warenkorb zu erstellen, aber es stellte sich heraus, dass es noch keinen Katalog gab). Daher lohnt es sich, neben Prioritäten auch Gantt-Diagramme zu verwenden, um die Verbindungen im System zu sehen, wie korrekt die Komponenten funktionieren und wie optimal Sie die Teamressourcen über die Zeit verteilen.

In Jira ist diese Option aus der "Box" leider nicht sehr gut implementiert, so dass auch mehrere Plugins nützlich sein können:

Portfolio (auch teuer);
BigPicture (schwer);
MS-Projekt ;
Merlin-Projekt für MacOS.

Als Ergebnis

Wir werden die Subjektivität nicht los - sie bleibt auf allen Ebenen. In dem Moment, in dem wir sagen, dass dies eine wichtige Funktion ist oder dass dies eine unwichtige Funktion ist, und wenn wir einige Bewertungen abgeben, bleibt die Subjektivität erhalten. Dank der oben genannten Methoden können wir diese Subjektivität jedoch in Komponenten aufteilen: Zumindest wird das Bild klarer.

Wenn Sie einen Parameter wie "Vertrauen in die Bewertung" verwenden, können Sie dieses Vertrauen im Laufe der Zeit "verdrehen". Zum Beispiel haben Sie eine gute Funktion, die sich positiv und kostengünstig auf das Produkt auswirkt, und die Abdeckung bietet viel, aber das Vertrauen in das Produkt ist gering. Überprüfen Sie es durch Metriken, Analysen, eine Anfrage von Experten, Fragen an Programmierer - und spezifizieren Sie.

Gut für die Planung von Poker- BewertungenAußerdem haben wir uns verschiedene Methoden zur Kategorisierung von Aufgaben angesehen. Wenn Sie eine strategische Sitzung mit einem Kunden haben, versuchen Sie es mit Story Mapping mit Aufklebern und verteilen Sie diese gemäß den Schritten des Benutzers. Bei internen Produkten hilft Ihnen dieselbe Methode bei der Auswahl der Funktionen, die in zukünftigen Versionen verwendet werden sollten. Bei Rückständen ist die RICE-Bewertung besser als die anderen, um zu bewerten, welche Aufgaben wohin gehen.

Denken Sie jedoch daran, dass die endgültige Entscheidung immer dem Manager überlassen bleibt und die mit den Methoden erhaltenen Zahlen nur die Richtung bestimmen.

Wir sehen uns in den neuen Videos auf unserem YouTube-Kanal !

Backlog-Scoring- und Priorisierungstechniken