Ich arbeite in einem kleinen Team von Entwicklern. Wir erfassen unsere Zeit nicht, daher haben wir keine Daten, auf die wir bei Schätzungen zurückgreifen können. Grundsätzlich frage ich mich, ob es möglich ist, einen erfolgreichen Plan zu haben und genaue Schätzungen abzugeben, wenn Entwickler oder andere ihre Zeit für Aufgaben nicht verfolgen.
Schwierigkeiten, mit denen wir konfrontiert sind, sind in der Lage zu sein, genau zu planen, wenn wir nicht wissen, wie viel Zeit die Leute zur Verfügung haben (noch schwieriger, da wir an mehreren Projekten gleichzeitig arbeiten), Leute davon zu überzeugen, die Zeit zu erfassen, wenn sie seit Jahren nicht mehr dazu aufgefordert wurden, und wie man es am besten erreicht, ohne die Arbeit und den "Fluss" zu stören.
Ich habe über unbeabsichtigte Möglichkeiten zur Zeiterfassung nachgedacht, wie z. B. die Verwendung eines Tools wie Jira und die Verwendung der Zeit in jeder Arbeitsspur, um Berichte zu erstellen.
Um Ihre Frage zu beantworten, ja: Es ist möglich, relative Schätzungen ohne Tracking-Zeit bereitzustellen. Schätzungen sollten einen Kontext für den Aufwand liefern, der in ein Arbeitselement gesteckt wird, und nicht in die Zeit, die für die Ausführung der Arbeit benötigt wird. Denken Sie daran, dass es sich bei diesen Schätzungen um Aufwandsprognosen und nicht um Verpflichtungen handelt. Das Team sollte die Akzeptanzkriterien und das Ziel für jede Arbeit verwenden, um abzuschätzen, wie viel Aufwand in die Arbeit gesteckt wird. Dies kann auf verschiedene Weise erfolgen, aber die meisten Teams verwenden ein Punktesystem oder eine T-Shirt-Größenmethode, um einen relativen Kontext für verschiedene Elemente bereitzustellen.
Die Schätzung auf der Grundlage des Aufwands hat zwei Hauptartefakte:
Erstens ermöglicht es einem Entwicklungsteam und seinem Product Owner, längerfristige Prognosen darüber zu erstellen, wie viel bis zu einem bestimmten Datum geliefert werden kann. Es ermöglicht Teams, Fragen zu beantworten, wie viel bis zu einem bestimmten Datum voraussichtlich geliefert werden kann und zu welchem Zeitpunkt das Produkt „x“ Arbeitsaufwand abgeschlossen sehen wird.
Zweitens hilft es Product Ownern bei der Priorisierung der Arbeit. Prioritäten sollten auf der Grundlage des erwarteten Nutzens und der Opportunitätskosten der geschätzten Arbeitselemente im Verhältnis zueinander festgelegt werden. Wenn es einen schnellen Gewinn mit Mehrwert gibt, der einen geringen geschätzten Aufwand hat, kann dies Vorrang vor einer Arbeit mit hohem Aufwand haben, die nicht so viel Wert bietet. Die Kenntnis der relativen Dimensionierung ist entscheidend, um den Wert zu priorisieren, bevor die Entwicklungsarbeit überhaupt beginnt.
Für den Fall, dass Sie anfangen möchten, Zeit als Mittel zur Schaffung von Transparenz zu nutzen, empfehle ich Ihnen, den Kanban-Leitfaden für Scrum-Teams zu lesen , um einige Ideen zu sammeln. Dieser Leitfaden zeigt Ihnen Gründe auf, warum Sie Dinge wie Zykluszeiten, Alter der Arbeitselemente, Durchsatz, SLEs und WIP-Limits verwenden sollten, um einen Hyperfokus darauf zu geben, wie Sie Ihre Entwicklungspraktiken überprüfen und anpassen können, während Sie sich durch ein Projekt bewegen. Ich habe festgestellt, dass diese Metriken auch beim Schätzen unserer Arbeit hilfreich sind, da sie einen empirischen Kontext zu früheren Schätzungen liefern.
Wie mir scheint, ist eine genaue Schätzung ohne formale Statistiken möglich, wenn Sie:
Der erste Punkt bedeutet, dass es versteckte Risikofaktoren geben könnte, die bei einer subjektiven Einschätzung nicht offensichtlich sind. Betrachtet man jedoch rückblickend die „geschätzte vs. tatsächliche“ oder einfach „tatsächliche“ protokollierte Zeit für Geschichten mit relativ ähnlicher Komplexität, können Sie (unter Verwendung statistischer Methoden) Auswirkungen des Risikos erkennen, die zuvor nicht berücksichtigt wurden
Der zweite Punkt bedeutet, dass die neuen Mitglieder, wenn sich der Teamkern häufig ändert, möglicherweise nicht das vollständige Bild der Umgebung haben und bestimmte Besonderheiten dieser Umgebung möglicherweise nicht berücksichtigen. Wenn sie also die Arbeitsstatistiken hätten, würden sie sie auf ihre persönlichen subjektiven Einschätzungen anwenden, um die Risiken zu mindern, die durch ihr Umweltwissen eingeführt werden.
Kommt auf deine Definition von Genauigkeit an. Historische Informationen sind ein wichtiger Input für den Schätzungsprozess, unabhängig davon, ob es sich um Ihre eigenen historischen Daten oder um die der Branche handelt. Offensichtlich wären Ihre eigenen historischen Daten, die aus der Art Ihrer Arbeit stammen, wertvoller als Branchendaten. Wenn Sie es also nicht verfolgen, verzichten Sie auf eine wertvolle Information.
Eine gute Schätzung ist eine, die den Wahrscheinlichkeitsbereich liefert, nicht nur einen diskreten Wert. Wenn Sie keine historischen Daten verfolgen, ist Ihr Unsicherheitskegel natürlich größer. Mit der Historie könnten Sie zu einer engeren Schätzung für eine Arbeit kommen, die so aussehen könnte: Best Case – 1.200.000 $; schlimmster Fall – 4.000.000 $; höchstwahrscheinlich - 2.300.000 $. Ohne Historie könnten Sie mit einer Schätzung des besten Falls enden – 1.000.000 $; schlimmster Fall – 6.000.000 $; höchstwahrscheinlich - 3.000.000 $. Dies erschwert die Auswahl eines Planungswerts zum Preis und zum Nachverfolgen.
Um explizit zu antworten: Sie können damit durchkommen, aber Sie tragen ein höheres Risiko, das Risiko einer Menge Verluste bei einem bestimmten Projekt oder sogar das Risiko, ein wettbewerbsfähiges Angebot zu verlieren.
Wie Keith sagte, ist es tatsächlich möglich, dass einige große Unternehmen, für die ich gearbeitet habe, keine Zeiten erfassen und dennoch produktiv sind und Dinge erledigen! Es hängt alles von den Anwendungsfällen ab und davon, dass man sich sehr bewusst ist, was einen Mehrwert bringt und was nicht. (Nur zur Verdeutlichung, im Allgemeinen glaube ich aus mehreren Gründen an den Wert der Protokollierung von Zeiten, wie die, die in Ihren Kommentaren und in den Beiträgen anderer Leute zu finden sind).
Wenn ich nun Ihren Beitrag durchgehe, möchte ich erwähnen, dass die Tatsache, dass sie ihre Zeit jahrelang nicht aufgezeichnet haben, ob es richtig war oder nicht, kein Argument dafür ist, zu sagen, dass sie sie jetzt nicht protokollieren sollten. Projekte haben sich weiterentwickelt und Prozesse („Fluss“) müssen angepasst werden, um effektiv zu arbeiten. Wenn der Vorschlag, sie zu überzeugen, einen „kleinen Schritt“-Ansatz macht, denken sie vielleicht, dass das Protokollieren viel Zeit in Anspruch nehmen wird, aber Sie können immer einfach anfangen und sagen wir, 20 Minuten pro Woche widmen, um auf hohem Niveau zu schätzen, welche Aufgaben Sie haben bearbeitet und wie viel Zeit sie in Anspruch genommen haben (vor der Sprintplanung vielleicht?).
Erstellen Sie eine schöne Präsentation, in der Sie erklären, warum Sie glauben, dass dies jetzt notwendig ist. Zeigen Sie, wie sich das Projekt entwickelt hat, und fügen Sie vielleicht einige Zahlen hinzu, um zu quantifizieren, wie schwierig es in letzter Zeit war, die Planung durchzuführen. Denken Sie daran, zu erwähnen, dass es letztendlich darum geht, die Arbeitsweise zu verbessern, und dass sie letztendlich davon profitieren werden.
Nebenbei bemerkt, ich denke, Sie müssen sicherstellen, dass Sie wirklich verstehen, was das Problem ist, was die Grundursache ist und wie Sie es lösen können. Vielleicht ist es auch besser, mit einigen Mitgliedern Ihres Teams zu chatten und herauszufinden, was das Beste ist Ansatz, um es zu lösen.
Die Nachverfolgungszeit für Aufgaben ist für die Schätzung erforderlich, handschriftlich oder als Softcopy aufgezeichnet, ganz wie Sie möchten.
Re Sarov : Wir brauchen Zahlen für die Schätzung der Aufgabenzeit, einige Leute mögen Arbeitszeittabellen, um die Aufgabenzeit aufzuzeichnen, und einige wie zum Beispiel Excel-Arbeitsblätter, um die Aufgabenzeit aufzuzeichnen. Einige Leute verwenden gerne Durchschnittswerte/Minimum/Maximum, Sie können entsprechend wählen. Die Schätzung der Aufgabenzeit dient dem Aufgaben-/Projektmanagement. Wenn Sie denken, dass es nicht wichtig ist, können Sie dies nicht tun.
Sarow
Badeente