Wir möchten die Prinzipien der Arbeit mit Aufgaben im teilen Django-Webentwicklungsunternehmen die sich über die Jahre unserer Praxis gebildet haben. Ihr Ziel ist es, eine Denkweise zu schaffen, die darauf abzielt, die Effektivität des Erzielens von Ergebnissen zu erhöhen.
Der Artikel ist nützlich für Anfänger und junge Teams. Die Prinzipien lassen sich leicht auf jeden Entwicklungsprozess und alle Tools anwenden. Sie basieren auf einem Verständnis dafür, was eine Aufgabe im Wesentlichen ist und wie man damit insgesamt umgeht.
Eine Aufgabe bezieht sich hier sowohl auf eine bestimmte „Aufgabe“ als auch auf ein „Feature“ oder „Epos“. Es werden keine Beispiele für die Auslegung der Prinzipien im Text gegeben, um sie nicht aufzublähen. Ich werde ein paar empfohlene Materialien hinterlassen, die die Essenz einzelner Thesen etwas breiter enthüllen, und die verbleibenden Fragen beantworte ich gerne in den Kommentaren.
Zielorientierung
Warum hat jede Aufgabe ein Ziel? Damit der Prozess der Erreichung effektiv ist, muss aus der Aufgabe klar hervorgehen, warum das gewünschte Ergebnis benötigt wird. Nützliche Fragen zur Problemformulierung:
- Welches Ergebnis soll produziert werden?
- Warum war dieses Ergebnis notwendig? Wofür ist das? Für wen und welchen Wert wird es bringen?
- Wie kann man verstehen, dass das Problem gelöst ist (das Ergebnis erhalten wird)?
Stellen Sie diese Fragen unter Berücksichtigung der Bedürfnisse und Merkmale der Benutzer des zu entwickelnden Systems und der Geschäftsziele. Versetzen Sie sich in die Lage des Nutzers oder Kunden. Es ist schwierig, aber Sie können lernen: Versuchen Sie, die Annahmen erfahrener Kameraden zu überprüfen.
Was bedeutet es, eine Aufgabe zu stellen?
Denken und beschreiben Sie:
- Zweck, Notwendigkeit oder Problem.
- Erwünschtes Ergebnis. Richten Sie es am Ziel aus. Stellen Sie sicher, dass das Ergebnis zu seiner Erreichung beiträgt.
- Einschränkungen, wie z. B. Timing oder Technologie.
Die Aufgabe sollte für den Ausführenden, den Autor, den Tester und andere Personen, die an der Lösung interessiert sind, gleichermaßen klar sein. Verlassen Sie sich auf allgemein akzeptierte Konzepte, schließen Sie Doppelinterpretationen aus und seien Sie ausreichend, aber nicht redundant. Auf der einen Seite sollten Sie keine unnötigen Einschränkungen für den Ausführenden schaffen. Andererseits gilt es, die wesentlichen Anforderungen an das Ergebnis nicht zu verfehlen.
Was bedeutet es, eine Aufgabe anzunehmen?
- Verstehen Sie das gewünschte Ergebnis und den Zweck. Stimmen Sie mit ihrer optimalen Korrespondenz miteinander überein.
- Stimmen Sie den zeitlichen Einschränkungen der Aufgabenstellung oder der maximalen Komplexität der Lösung zu.
- Übernehmen Sie die Verantwortung für das Erreichen von Ergebnissen innerhalb der angegebenen Grenzen.
Derjenige, der die Aufgabe stellt, ist für die Aufgabenstellung verantwortlich. Aber bevor Sie die Arbeitsaufgabe annehmen, können Sie auf deren Formulierung Einfluss nehmen und diese gemeinsam mit dem Autor besprechen und korrigieren.
Das Vorhandensein von Ungewissheit in einem Problem ist immer ein Risiko. Bevor Sie eine Aufgabe annehmen, verstehen Sie die Strategie für die Arbeit damit.
Was bedeutet machen?
Eine Aufgabe ist „erledigt“, wenn das Ergebnis ihrer Ausführung für die beabsichtigte Verwendung bereit ist und keine weiteren Aktionen erfordert. Die Aufgabe kann nicht „fast erledigt“ sein. Es ist entweder fertig oder in einem anderen Zustand. Eine zum Testen eingereichte Aufgabe ist auch eine noch nicht erledigte Aufgabe.
Wenn Sie behaupten, dass Sie die Aufgabe abgeschlossen haben, sollte dies bedeuten, dass keine zusätzlichen Tests, Bereitstellungen und Überprüfungen erforderlich sind und das Ergebnis der Arbeit verwendet werden kann. Das Gegenteil gilt auch: Wenn keine weiteren Aktionen erforderlich sind und das Ergebnis den erwarteten Nutzen bringt, ist die Aufgabe erledigt und sollte in den Erledigt-Status überführt werden.
Wenn gesagt wird, dass eine Aufgabe bis zu einem bestimmten Zeitpunkt erledigt sein muss, muss sie zu diesem Zeitpunkt alle notwendigen Phasen des Lebenszyklus durchlaufen haben, einschließlich Prüfung und Abnahme. Damit die Aufgabe rechtzeitig erledigt werden kann, müssen Sie damit beginnen, sie vor Ablauf der Frist „abzugeben“.
Dieses Prinzip sollte auch für die Planung gelten. Nennen Sie die Zeit und den Aufwand für die Lösung des Problems unter Berücksichtigung von Tests, Fehlersuche usw.
Wirkungsgrad
Je früher Sie ein wertschöpfendes Ergebnis erhalten, desto besser. erscheint schneller, Qualitätsmanagement, Erwartungen und das Projekt als Ganzes sind effektiver.
Bewegen Sie Aufgaben zum Abschluss. Sie sollten nicht in einem Status stecken bleiben oder sich bei einem Künstler ansammeln. Dies sind Symptome von Problemen, die die Effektivität beim Erzielen von Ergebnissen verringern.
Zur Aufrechterhaltung des Leistungsprinzips ist eine „gesunde“ Zersetzung erforderlich.
Zerlegung nach Bedarf
Die Aufgabenzerlegung soll die Effizienz bei der Erzielung des Gesamtergebnisses steigern und den Projektmanagementprozess vereinfachen.
Eine gute Dekomposition liegt vor, wenn das Ergebnis jeder Aufgabe verwendet werden kann, um das Erreichen des Gesamtergebnisses des Projekts und seine Qualität zu kontrollieren. Gleichzeitig verlangsamt das Auftreten eines Zwischenergebnisses den Prozess der Zielerreichung nicht. Je kleiner die Aufgaben, desto mehr Ablenkungen, um zwischen ihnen zu wechseln.
Zeiterfassung für die Kommunikation
Wenn Sie die für die Arbeit aufgewendete Zeit aufzeichnen müssen, berücksichtigen Sie die für die Kommunikation aufgewendete Zeit. Das Kennenlernen des Problems und dessen Diskussion ist Teil des Lösungsprozesses. Sie sollten keine separaten Aufgaben für „Talk“ starten.
Beispielsweise eine Diskussion über das Design einer Anwendung mit dem SaaS-Programmierer (https://www.softformance.com/services/saas-development/), ein Beispiel zwischen einem Designer und einem Entwickler, ist Teil der Aufgabe, dieses Design zu entwickeln. Kommunikation ist ein Instrument der Zusammenarbeit. Aber es ist auch notwendig, die Kommunikation in der Komplexität der Problemlösung zu betrachten. Manchmal braucht es mehr Zeit, um zu sprechen, um herauszufinden und sich zu einigen, als Code zu schreiben. Und das ist in Ordnung.
