Wen möchten Sie mit Ihren Terminen beeindrucken?

Hinweis: offensichtlich nicht Ihre Benutzer.

Greifen Sie zu denen, deren Unternehmen Kundenorientierung zu einem seiner Unternehmenswerte erklärt hat. Für diejenigen unter Ihnen, die diesen Text auf Habré lesen und das Publikum nicht sehen: Fast der gesamte Raum hob die Hand, bis auf ein paar Leute von hinten.

Sie arbeiten bei Oracle.

Kundenzufriedenheit ist einer der Unternehmenswerte von Oracle. Aber Unternehmenswerte - sie sind wie eine Mitgliedschaft im Fitnessstudio - reichen nicht aus, um sie nur zu haben.

Kundenbegeisterung ist eine nützliche Sache, aber es gibt noch eine weitere Sache, von der viele Unternehmen besessen sind, nämlich das Timing. Die Fristen sind gut. "Es wird fertig sein, wenn ich fertig bin" kann eine großartige (oder sogar empfohlene) Strategie für zwei Personen sein, die an derselben Anwendung arbeiten. Aber wenn Sie in einem Unternehmen mit mehr als zweihundert Mitarbeitern arbeiten, brauchen Sie ein gewisses Verständnis dafür, was passiert. eine ungefähre Vorstellung davon, wann Ihre Benutzer Ihre neuen Pfeifen und Fürze verwenden können.

Ich wage zu sagen, dass festgelegte Fristen schlechte Fristen sind, und wenn Ihr Unternehmen solche hat, sollten Sie wahrscheinlich noch weiter gehen und den Punkt „Kundenorientierung“ aus der Liste der Unternehmenswerte streichen. Ob Sie es glauben oder nicht, die Benutzer interessieren sich nicht für Sprints.

Termine werden in erster Linie nicht von Kunden, sondern vom Management benötigt.

Das Hauptziel ist das Ziel

Oder warum das Einfrieren von Sprintanforderungen eine schreckliche Praxis ist

Das Timing ist gut, sie schaffen ein Gefühl der Dringlichkeit, stellen die Vorhersehbarkeit Ihrer Prozesse sicher und deshalb sollten Sie sie haben.

Aber es gibt gute und schlechte Bedingungen. Und es gibt Unternehmen, in denen Fristen in Stein gemeißelt sind, und solche, die Fristen in einem Schritt nach der Entlassung ausfüllen. Und dann beginnen die Probleme.

Ich spreche von einer Entwicklungskultur, in der es üblich ist, Ziele während des Sprints einzufrieren: Wenn sich alle am Anfang versammeln, bewerten sie Aufgaben, wobei sie sicherlich nur Fibonacci-Zahlen verwenden Sprint - nichts ändert sich und wird nicht toleriert. Theoretisch klingt das großartig, aber ich denke, dass eine solche Taktik in jedem Szenario verloren geht:

Situation A. Angenommen, ein Entwickler überwindet das Parkinson-Gesetz und schließt Aufgaben im Voraus. In diesem Fall meldet der Entwickler dies entweder nicht beim Aufstehen am nächsten Morgen, da er nicht sagen kann, dass er nichts zu tun hat. Oder sein Manager weist ihm mehr Aufgaben zu, indem er den Sprint einfriert, weil er keinen Entwickler haben kann, der nichts tut.

Situation B. Der Entwickler als Entwickler ist im Verzug. Probleme beim Einrichten der Umgebung dauerten länger als erwartet, und er ist sich nicht mehr sicher, ob er vor Ende der Woche Zeit haben wird, alles zu erledigen.

Was er beim nächsten Treffen berichtet, worauf der Projektmanager antwortet: „Okay, ich habe dich gehört. Aber wir sind eine Verpflichtung eingegangen. Können Sie also versuchen, alles rechtzeitig zu erledigen? “ Gleichzeitig scannt der Manager ein Bild davon, wie er die Verzögerung der Veröffentlichung bei der wöchentlichen Synchronisierung dem Vizepräsidenten der Entwicklungsfirma erklären muss, der ihm wiederum den instruktiven Rat gibt: "Tu es einfach" , also ist es besser, es einfach zu machen anstrengen und versuchen zu tun.

Als Entwickler geht der Entwickler für ein paar Nächte oder vielleicht ein Wochenende und schließt die Arbeit pünktlich ab. Und sein Manager schätzt seine Bemühungen bei der nächsten Kundgebung. Geschäft etwas.

Oder ist es nicht so glatt? Die Fristen wurden eingehalten und die Arbeit erfolgreich erledigt, aber der falsche Präzedenzfall wurde geschaffen. Ein kürzlich eingestellter Student mit großen Augen erhielt ein Signal, dass die Bearbeitung am Wochenende richtig ist .

Und wir werden nicht einmal das traurige Szenario diskutieren, wenn die Frist nicht eingehalten wird, die Aufgabe an den nächsten Sprint geht und der Manager die Verzögerung bei seiner nächsten wöchentlichen Synchronisierung vor dem Vizepräsidenten für Entwicklung begründen und auf moralischen Rat hören muss.

Siehst du ein problem Zu keinem Zeitpunkt stellte jemand die Frage: "Hören Sie, was passiert, wenn wir es auf den nächsten Sprint verschieben und für niemanden eine Entschuldigung finden? Wie wirkt sich das auf die Benutzer aus? “

Viel häufiger als es sein sollte, sind die Fristen Selbsthypnose. Und wie man damit umgeht.

Die ideale Lösung wäre, einfach mit interessierten Parteien zu sprechen - dem Produktteam oder dem Verkaufsteam, um herauszufinden, ob die Verzögerung zum Verlust des Kunden führen könnte. Und wenn dies der Fall ist, sollten Sie auf jeden Fall zusätzliche Stunden einplanen und möglicherweise am Wochenende arbeiten. In diesem Fall würde der junge Student ein Signal erhalten, dass sich das Unternehmen wirklich um seine Kunden kümmert und nicht um seine Sprints.

Es gibt ein weiteres Problem mit dem Einfrieren von Sprints. Angenommen, Sie haben eine Anfrage von einem Client erhalten, um einen möglicherweise trivialen Fehler mit niedriger Priorität zu beheben. Der Entwickler wird sich an einem Tag darum kümmern. Sie folgen jedoch dem ^TM- Prozess, ^dh , die Aufgabe wird dem Rückstand Ihres Teams hinzugefügt, und möglicherweise wird sie nach einigen Monaten gespeichert. Aber Sie haben die Gelegenheit verpasst, den Benutzer zufrieden zu stellen! Sie können dies in ein paar Tagen erledigen und den Benutzer per E-Mail darüber informieren, dass sein Problem behoben wurde. Die Menschen erinnern sich an solche Momente und es sind solche Dinge, die sie dazu bringen, Ihr Produkt ihren Freunden zu empfehlen.

Lassen Sie sich nicht zu sehr von Prozessen mitreißen - dadurch können Sie Ihr Ziel verfehlen. ¹

Ich glaube auch, dass das Einfrieren von Sprints oder andere restriktive Praktiken ein Zeichen des gegenseitigen Misstrauens sind, das dem Unternehmen als Folge grundlegenderer Probleme auf der Ebene der Kommunikationskultur innewohnt, aber mehr darüber beim nächsten Mal.

Warum sind Fristen schrecklich

1. Sie erzeugen falsche Erwartungen, die im Gegensatz zu Ihren Unternehmenswerten stehen. Weil Ihre Unternehmenswerte nicht Ihre Werte sind, sind Ihre wahren Werte ungeschriebene Erwartungen und Vorurteile (sowohl gute als auch schlechte).
2. Menschen werden Ecken schneiden, wenn Sie sie in rauen Bedingungen setzen. Jemand wird für den Test punkten, jemand wird die Dokumentation nicht aktualisieren. Sie versenden die Veröffentlichung pünktlich, aber zu welchem ​​Preis?
3. Niemand ist damit einverstanden, nach neuen Lösungen zu suchen, während Manager für rechtzeitig erledigte Aufgaben beten. Jeder wird das Front-End für MVC-Frameworks schreiben, bis jemand auf Facebook eine Frist überschritten hat.

Also ohne Fristen arbeiten?

Natürlich nicht. Termine setzen, aber flexibel gestalten. Wie flexibel Ihre Termine sein können, ist Ihr Ziel. Wenn die Nichteinhaltung der Frist zum Verlust von einer Million Dollar führen kann, sollte Ihre Flexibilität Null sein. Wenn dies jedoch eine andere Funktion ist, gibt es immer Spielraum. Sie können auch mit komplexeren probabilistischen Methoden zum Schätzen von Daten experimentieren, anstatt Fibonacci-Zahlen mit dem Finger am Himmel zu spielen. ²

Aber das Einfrieren von Sprints ist eine mittelmäßige Entscheidung.

^1. Jeff Bezos sprach 2016 in einem Brief an die Aktionäre gut zu diesem Thema. Er riet, "Vertretern zwischen Mitarbeitern des Unternehmens zu widerstehen".

^2. Joel Spolsky spricht in seinem Artikel „Evidence Based Scheduling“ ( Übersetzung in Habré ) über fortgeschrittene Methoden zur Schätzung von Fristen.