Lassen Sie zunächst jeden Entwickler die einzelnen Elemente überprüfen und jedes Element überprüfen / testen, um festzustellen, ob es sich immer noch um ein Problem handelt (es kann am besten sein, diese unter Personen aufzuteilen). Schließen Sie dann alle, die kein Problem mehr darstellen oder bereits mit anderen Entwicklungsbemühungen behoben wurden.
Stellen Sie nun sicher, dass jeder als großer, mittlerer oder kleiner Entwicklungsaufwand gekennzeichnet ist. Dies ist eine sehr grobe Schätzung, die nur verwendet wird, um die Projekte einfacher zu kategorisieren und um die Dinge zusammenzuführen. Wenn alles bereits geschätzt ist, hilft es, aber lassen Sie sich nicht auf die Stunden ein. Gehen Sie einfach mit einem schnellen Darmcheck. Es funktioniert oft, um die Entwickler in einen Raum zu bringen und einfach jedes Element durchzugehen und die Anstrengungen zu nutzen, die die Mehrheit der Leute für angemessen hält.
Überprüfen Sie jede der drei Aufwandsgruppen und markieren Sie jedes Element in der Gruppe mit den Prioritäten Kritisch, Hoher Geschäftswert, Hoher Technischer Wert, Mittlerer Wert, Niedriger Wert und Nie behoben.
Zu diesem Zeitpunkt kennen Sie die Liste wirklich genau und verstehen die Arbeit, die mit Ihrem Rückstand verbunden ist, wirklich und können anfangen, wirklich eine Entscheidung darüber zu treffen, was mit den Elementen geschehen soll. Nehmen Sie alle Elemente, die als nie repariert markiert sind, und archivieren Sie sie aus Ihrem Rückstand.
Wenn Sie jetzt festlegen, dass die Elemente in Ihre nächste Version aufgenommen werden sollen, können Sie die kritischen und wichtigen Elemente als Kern Ihrer Version verwenden. Überprüfen Sie die Liste der Elemente mit mittlerer und niedriger Priorität und fügen Sie alle Elemente hinzu, an denen gleichzeitig mit den anderen Elementen in Ihrer Liste gearbeitet werden kann, da die Entwickler bereits in diesem Teil des Systems arbeiten.
Die Liste der mit mittlerer oder niedriger Priorität gekennzeichneten Elemente kann als Liste von Dingen verwendet werden, an denen Personen arbeiten können, wenn sie etwas Freizeit haben, oder als Schulung für neue Mitarbeiter. Ich finde es immer schön, dass bei jeder Iteration eine Person im Team ist, die an diesen Elementen arbeitet und dem Rest des Teams bei Bedarf hilft. Auf diese Weise schließen Sie die Arbeit an der aktuellen Iteration noch ab, haben jedoch jemanden, der flexibel ist und bei Bedarf Brände löschen kann, aber die Probleme behandelt, die normalerweise nicht beachtet werden.
Eine Sache, die wir als schön empfanden, war, dass wir zwischen jeder Iteration einen kurzen Zeitraum von zwei Wochen hatten, in dem das gesamte Team nur an Elementen arbeitete, die mit geringem Entwicklungsaufwand gekennzeichnet waren. Wir würden uns darauf konzentrieren, eine große Anzahl von Tickets in kurzer Zeit zu schließen.