⛳️ 👈🏽 🙏🏾 Bewertung. Berechnen und treffen 🧘🏼 🌑 🤚🏾

Die Vorhersehbarkeit von Fristen spielt eine wichtige Rolle bei der Entwicklung von IT-Projekten. Und aufgrund der hohen Komplexität der Prozesse ist die Bewertung von Aufgaben ein schwieriges Problem, für das es keinen expliziten Algorithmus oder einfachen Plan gibt. Hinzu kommt, dass im Kommunikationsprozess über Evaluierungen Unternehmen, Projektmanagement und Entwicklung unterschiedliche Sprachen sprechen können, die Probleme und Werte des anderen nicht verstehen und nicht verstehen wollen. Das Ergebnis ist ein "Abbestellen", für das Anstrengungen unternommen werden, die jedoch nicht die erforderlichen Auswirkungen haben.

Der Artikel ist nützlich für Entwickler, die den Bewertungsprozess verbessern und für sich selbst komfortabler gestalten möchten. Darin werde ich den entwickelten Ansatz teilen, der es uns ermöglicht, das gegenseitige Verständnis mit anderen Einheiten zu verbessern und den Umfang unserer eigenen Bewertungsbemühungen zu verringern. Wir werden analysieren, warum wir Schätzungen benötigen, wie große Aufgaben und zerlegte Unteraufgaben bewertet werden. Und vor allem, was zu tun ist, um in diese Bewertungen einzusteigen.

Die Videoversion der Präsentation finden Sie hier .

Nun zum Punkt.

Warum Noten geben?

Im Leben eines jeden Entwicklers kommt dieser unangenehme Moment, wenn „sie“ zu uns kommen und verlangen: „Wann wird es fertig sein?“. "Sie" sind Manager, Produkte, Teamleiter, Chefs ... Die Frage ist, warum das "sie" sind. Was werden "sie" damit machen? Wenn wir das verstehen, können wir ihnen genau das geben, was sie brauchen, und ihre Zeit sparen. Es gibt mehrere Optionen, und hier sind die wichtigsten.

Der Manager muss den Arbeitsumfang (Lieferung, Veröffentlichung, Sprint) bewerten: den Kalenderplan und das Gesamtvolumen. In diesem Fall ist es wichtig, in die Gesamtbewertung einzusteigen, und es spielt keine Rolle, sich auf die einzelnen Aufgaben einzulassen (irgendwo mehr ausgegeben, irgendwo weniger - allgemein vereinbart). In Zukunft ist die Arbeit anderer Abteilungen darauf geplant, und die Indikatoren, die das Unternehmen verwaltet, hängen davon ab. Und Unternehmen brauchen Vorhersehbarkeit: um Risiken zu reduzieren und die Verwaltbarkeit zu verbessern.
. , . /. , , (, , ) . : , - . , . .
( ). , . , : , . , /, , ( ), . (, , ), .

Nun, warum haben diese "sie" abgebaut? Aber brauchen wir das? Stellen Sie sich vor, Ihr Manager hat Urlaub gemacht. Für immer. Und so sitzt du, arbeitest ruhig, einen Tag, zwei, eine Woche. Niemand braucht Bewertungen, das Leben ist gut. Wirst du dich selbst bewerten?

Sie zu geben oder nicht ist eine persönliche Angelegenheit, aber hier sind die Argumente dafür.

Die Bewertung zeigt, wie die Aufgabe abgeschlossen werden kann. Das menschliche Gehirn ist eine kostspielige Sache, und eine Person denkt nicht gern - es ist schwierig. Daher der natürliche Wunsch, so wenig wie möglich zu denken. Aber wie geht das? Sie können die Aktivität in eine engere unterteilen. Wir teilen Planung und Ausführung: Zuerst denken wir über die Methode nach (während der Evaluierung), dann wechseln wir zur Ausführung und denken über die Ausführung nach (dabei).
, «» . , — . , () ( ) , . , - .
— . — . , , . . , . 2 . 2 , - , . . , , — . , , — . ( /), . , , : « , !!». , , . ? . «», , . , , — - .
Die psychologische Wirkung. Wenn die Aufgabe komplex ist, ändert sie sich während des Entwicklungsprozesses oder unser Wissen darüber ändert sich. Wenn wir keine erste Bewertung abgegeben haben, wurde die Aufgabe im Prozess mit neuen Details überwachsen, und als Ergebnis kamen wir nicht dorthin - wir erinnern uns nicht warum. Nach mehreren solchen Iterationen klopft die Wirkung eines Betrügers auf den Kopf. Und wenn sie eine erste Einschätzung abgegeben hätten, wäre der Grund behoben worden: Sie dachten, dass 5 Papageien benötigt würden, aber es stellte sich heraus, 10. Warum es sich als die zweite Frage herausstellte, erinnern sie sich gut daran. Und der Grund ist nicht immer ("Entwickler tun immer nichts" / "Diese Produkte können nicht für immer an nichts denken, und dann taucht es auf").

Also haben wir uns entschieden: Bewertungen werden sowohl von „uns“ als auch von „ihnen“ benötigt. Es ist sinnvoll, den Artikel weiter zu lesen.

Bewertungszweck

Es ist sinnlos zu erraten, wie lange die Aufgabe dauern wird. Sie können nicht genau raten, und wenn Sie können, können Sie dies erst dann zuverlässig sagen, wenn Sie es tun. Also habe ich es erraten oder nicht erraten. Und zu diesem Zeitpunkt interessiert sich niemand für die Bewertung.

Eine Bewertung ist also kein Versuch zu erraten, wie lange eine Aufgabe dauern wird. Die Bewertung ist eine Vereinbarung zwischen dem Kunden und dem Auftragnehmer über das Framework und (möglicherweise) die Art und Weise, wie die Aufgabe ausgeführt wird .

Normalerweise hat ein adäquates Unternehmen keine Aufgabe, sich in einem bestimmten Zeitrahmen zu vernichten. Ein Unternehmen benötigt Vorhersehbarkeit und Risikobegrenzung. Die Zeit ist nicht durch die Arbeitsgeschwindigkeit des Programmierers gekennzeichnet, sondern durch den Arbeitsaufwand, den er in die Aufgabe steckt. Und Sie können auch einen Kollegen begrüßen: Wenn ich eine Aufgabe mit einer unzureichenden Bewertung bekomme, ist dies für mich eine Gelegenheit zu denken, ob unsere Methoden genau gleich sind. Vielleicht sah er einen einfacheren Weg zu lösen? Oder haben Sie im Gegenteil nichts Großes bemerkt? In jedem Fall ein Grund, auf die Uhr zu schauen.

Bewertungsprozess

Die Grundlage des Bewertungsprozesses besteht darin, den Wert der Geschäftsaufgabe sowie die Hauptrisiken der Aufgabe und den Umfang der Routine zu ermitteln. Und dann bewerten Sie sie unter Einbeziehung des Frameworks: Es ist nicht genau bekannt, was es ist, aber es ist definitiv größer als X und kleiner als Y. Und natürlich bewerten wir es mit der Genauigkeit, mit der es notwendig ist (weil die genaue Schätzung teuer ist und das Gehirn faul ist).

Aufgabenzusammensetzung:

- ( ). , . smoke-test . , , , « ». , ! — . , : « - , ».
, - , . «» -. , , ( , , , , ), — .
. - , , - . , ( ). : , , , (, . — - . : ( , , : , , , , ), , , , ( ) , , zero-tolerance , , , -, . , (//), (//).
Alles andere .

Verfahren zur Durchführung einer epischen Bewertung

Das Schema basiert auf der Tatsache, dass jede Aufgabe in beliebiger Zeit erledigt werden kann . Die Aussage ist natürlich übertrieben, spiegelt aber insgesamt das Wesentliche wider. Zum Beispiel kommt ein Kunde zu mir und sagt: „Ich möchte Facebook. Wann wird es fertig sein? " Die Mindestzeit für die Lösung eines solchen Problems, die ich mir ausgedacht habe, beträgt 15 Minuten. Ich gehe zu Facebook, mache einen Screenshot, erstelle eine Seite mit einem Screenshot und stelle sie auf meinen Server. Erfüllt die Bedingungen des Problems. Sie können die Implementierung sogar verbessern: Machen Sie kein Bild, sondern machen Sie einen Iframe mit Facebook (obwohl sich Facebook, wie ich erwartet hatte, bereits darum gekümmert hat) Da die Zeitauswertung den Weg zum Ausführen der Aufgabe bestimmt, können Sie die Zeit zum Ausführen einer Aufgabe um das 2-3-fache reduzieren (dies geschieht um das 5-fache). Es ist lustig, dass sich herausstellt, dass dieses empirische Gesetz in der Praxis ständig überprüft wird.

Wir zerlegen die Aufgabe in Unteraufgaben. Es stellt sich so etwas wie dieses Bild heraus (wir nennen es den „Weihnachtsbaum“): horizontale Bewertung von Aufgaben zeitlich, vertikal - Priorität.
Wir sortieren die Unteraufgaben nach Priorität (zuerst Geschäftswert + „Laden“, dann riskant, dann der Rest in der Reihenfolge ihrer Wichtigkeit).
Wenn die Schätzung reduziert werden muss, schneiden wir das Problem von unten ab. Warum können wir reduzieren: Einige der Risiken und der Schwellungs- oder Geschäftswert waren nicht ganz so, wie sie eigentlich sein sollten - dies sind wichtige Dinge, und ohne sie kann die Aufgabe nicht bestanden werden. Es ist notwendig, es zu beheben. Dann können wir in die Bewertung einsteigen, indem wir die Hauptteile der Aufgabe erledigen (je nach Fehler wird ein größerer oder kleinerer Teil der Aufgabe erledigt).

Prozess zur Aufgabenbewertung

Ok, das Epos wurde zerlegt. Und wie bewertet man die Größe einer bestimmten Aufgabe?

Wenn wir genau diese Aufgabe bereits erledigt haben . Wir haben irgendwo Statistiken, wie viel Zeit für eine ähnliche Aufgabe aufgewendet wurde. Wenn wir es nicht getan haben, sondern ein Kollege, können wir das Ergebnis nehmen und es mit dem Differenzkoeffizienten zwischen ihm damals und heute multiplizieren (Entwicklerebene, Kenntnis des Systems, Kenntnis der Risiken). Wir klettern in Statistiken, multiplizieren - wir bekommen.
. , . , 60%. , 60% , . , — , 1.5-2 .
. R&D. — , . — . (1, 2, 4 ), — . , , . , R&D, 1-2 , R&D . — R&D. - — , , . — N — - ( ). , — , . , , — .

, ( ) , , . , , .
Planning poker. , . : -, , , , -, , ,
(/ ), . . , . , , 70% .
PERT. , (-) 5 . .
min real max
<> 2 8 20 9

— , , — , ( ), — , , ( ).
:

	min	real	max
<>	2	8	20	9

Die Koeffizienten 4 und 6 werden nach meinem Verständnis von der Annahme abgeleitet, dass im allgemeinen Fall die Risikowahrscheinlichkeit normal verteilt ist und die Schwänze (min / max) gleichermaßen wahrscheinlich sind.

Der Prozess der Einstufung

Eine Bewertung abzugeben ist die halbe Miete. Das Wertvollste ist, in diese Einschätzung einzusteigen. Und der Prozess der Erledigung einer Aufgabe ist ein aktiver Prozess, von dem die Teilnahme abhängt, bei der das Endergebnis mehr abhängt als von einer erfolgreich erratenen Schätzung zu Beginn. Und halten Sie sich an ein ähnliches Aussehen in ganz anderen Bereichen. Ich habe viele Fälle gesehen, in denen der Entwickler nach einer Bewertung eine passive Position einnimmt: „Nun, wohin soll er jetzt gehen - was auch immer passiert?“, Seine Beine faltet und mit dem Fluss geht. Und jetzt ist die Zeit zu handeln.

Nützliche Techniken beim Treffer:

6. : . — , - , . /, . ( «» - ). , , - . — . . ? N.
«».
, (- + ) — , . 30%.
.
, ( ) . ( ) — , . — , . — , . .
( ). . , , , . , , . « » — 20-30%, 50. . ( ) , , , .

Und für den Anfang gibt es den Effekt, die Fristen zu verkürzen, die mit Aufgabenbewertungen verbunden sind. Es wird zum Beispiel hier ausführlicher beschrieben , und deshalb werde ich es nicht wiederholen. In Bezug auf Bewertungen hat dies zur Folge, dass es notwendig ist, Aufgaben zu bewerten und den Treffer zu überwachen, wenn es für uns wichtig ist, diese bis zu einem gewissen Zeitpunkt abzuschließen. Auch wenn die Aufgabe klein ist und viel Zeit bis zur Auslieferung verbleibt (wie bei dem zuvor erwähnten Entwickler, der mit Arbeit überfordert ist und keine Bewertungen abgeben möchte). Und wenn wir nicht genau darstellen, was der Bestand ist (und wir uns von der Tatsache leiten lassen, dass er groß ist und „der Staat nicht arm wird“), erhalten wir einen unkontrollierten Überschuss an Konditionen. Und es spielt keine Rolle, welcher Puffer gelegt wird: 2x, 5x, 100x - wenn Sie es nicht schaffen, wird es trotzdem gegessen.

Fazit

Mit diesem Ansatz können Entwickler den Bewertungsprozess rationalisieren und vereinfachen. Und die Kräfte werden weniger verbraucht und der Stress wird abnehmen und das Endergebnis wird besser sein. Außerdem können wir „ihnen“ weniger unangenehme Überraschungen bereiten, und dann werden wir feststellen, dass „sie“ mit „uns“ dieselbe Sprache sprachen.

Bild

Bewertung. Berechnen und treffen