Was Sie nicht hören wollen, ist, dass diese Situationen meist so gemanagt werden, dass sie nicht so groß werden. Aber ich fürchte, das ist der Fall.
Die Pragmatic Programmierer beraten uns Don't live with broken windows. Der Punkt ist, dass, wenn wir etwas kaputt lassen, anstatt es zu reparieren, dann werden andere Dinge übrig sein und bevor wir es wissen, haben wir 480 Artikel auf unserer TODO-Liste. Außerdem besteht die Gefahr, dass sich ein Teil unserer Anwendung auf das "gebrochene" Verhalten verlässt. Wenn wir also den TODO-Artikel ansprechen, haben wir auch den Fix , den.
Nicht jeder kann den hohen Ansprüchen der Pragmatic Programmer gerecht werden.Ein alternativer Ansatz besteht darin, eine Liste von Dingen zu haben, an denen gearbeitet werden muss (manchmal bekannt als Kaizen list). Personen, die für ihre zugewiesene Arbeit gesperrt sind, können eine dieser Aufgaben übernehmen.
Wie für Ihre aktuelle Situation ....
Ich habe eine Daumenregel, die besagt, dass nichts in weniger als einen halben Tag getan werden kann: nicht einmal Sie Quellcodeverwaltung enthalten, Dokumentation, diskutiert die Veränderung mit Bob usw. Natürlich gilt meine Faustregel nicht für wirklich triviale Aufgaben, aber wenn diese Aufgaben wirklich trivial wären, wären sie sofort repariert worden, nicht als TODO markiert, richtig?
Sie suchen also das Fass von 240 Tagen Anstrengung. Wenn viele dieser Aufgaben in einem einzigen Fix kombiniert werden können, können Sie die pro Aufgabe Overhead reduzieren. Aber zuerst haben Sie ein Stück Arbeit, um die Aufgaben zu durchforsten, zu kategorisieren und zu priorisieren. Deshalb nennen wir es "technische Schulden": je länger wir es verlassen, desto mehr kostet es zu reparieren, und es hat den Zinseszins des durchschnittlichen Haustürkredits.
Wenn Sie nicht einen sehr verständnisvollen Projektmanager/zahlenden Kunden haben, denke ich, dass Sie akzeptieren müssen, dass Sie nicht alle diese Elemente löschen können. Sie müssen also eine kurze Übung Selektierung: jede TODO in eine von drei Kategorien zuordnen:
- Sachen, die unerträglich ist und braucht jetzt
- Stuff festgelegt werden, die eigentlich als und festgelegt werden, wenn es eine Gelegenheit
- Stuff, dass Sie gehen nur haben mit
Viel Glück zu leben!
Vielen Dank für weitere Informationen. In der Tat habe ich gerne einige folgen !! – GustyWind
Das geht nicht wirklich auf die Frage ein, es ist ein guter Ratschlag, aber nicht wirklich eine Antwort. Ich kam hier auf der Suche nach Aufgaben Hervorhebung, weil ich REFACTOR: Tags verwende, um den Code zu behalten, den ich auszählen oder ändern muss, der vor dem Ende des aktuellen Sprints aufgeräumt werden muss (nicht mehr als 2 Wochen), also markiere ich "zerbrochene Fensterscheiben". Solch eine flexible Sache als Task-Tag Hervorhebung diktiert nicht notwendigerweise schlechte Praxis. –
@AdamTolley - eine TODO oder REFAKTOR Flagge ist eine Aufnahme von technischen Schulden, eine IOU auf zukünftige Arbeit. Es ist nicht automatisch eine schlechte Übung, vorausgesetzt, dass wir sie sofort mehr oder weniger lösen. Es wird zu einer schlechten Übung, wenn wir sie zugunsten anderer dringender Probleme auflösen. Dies scheint die Situation zu sein, in der sich das OP befand. YMMV – APC