Nach der Erfolgswelle der Agile-Familie von Entwicklungsmethoden haben sich nur wenige bewährt. Aber unter ihnen gibt es eine spezielle Technik: PDD Panic Driven Development - Entwicklung durch Panik .
Diese Technik teilt die Grundprinzipien der agilen Entwicklungsmethodik, enthält jedoch keine unnötigen Zeremonien und keine technologische Arbeitsbelastung, die die Geschwindigkeit des Teams nur verlangsamen. Schauen wir uns die Prinzipien dieser Methodik genauer an.
Je neuer die Aufgabe, desto höher die Priorität
Sobald eine neue Aufgabe mitten im Sprint entsteht, hat ihre Priorität Vorrang vor allen zuvor geplanten Arbeiten. Schließlich ist alles Neue immer besser und wichtiger. Im Allgemeinen sollte dieser Punkt in die Grundprinzipien der agilen Methodik aufgenommen werden.
Der Fokus auf die Wertschöpfung für den Kunden legt nahe, dass das Team zuvor geplante Arbeiten beiseite legen und sich um neue Funktionen kümmern sollte.
Wir schreiben genau so viel Code, wie für das Ergebnis erforderlich ist
Entwickler verdienen ihren Lebensunterhalt mit dem Schreiben von Code. Fehler können nur durch Code korrigiert werden. Die Diskussion über Design und UX verlangsamt nur die Entwicklung. Deshalb machen wir das: Wir schreiben die Lösung und stellen sicher, dass das Update funktioniert. Wenn alles in Ordnung ist, ist das Problem gelöst. Gehen wir weiter.
Beeil dich nicht zu testen
Nach der Implementierung des Fixes sollten Tests als ausstehende Aufgaben geplant werden. Tests sind natürlich nützlich, aber gehen Sie nicht über Bord. Sie können sich später darum kümmern. Erstellen Sie ein Ticket und laden Sie es in das Backlog hoch. Um die Funktionalität zu überprüfen, ist es durchaus möglich, manuelle Tests durchzuführen.
Vertraue deinen Sinnen
Programmieren ist eine Kunst. Instinkte und Intuition sind ein wesentlicher Bestandteil jeder Kunst. Höre auf dein Herz. Schreiben Sie die Lösung. Rollen Sie es kühner aus. Das Glück lächelt nur den Mutigen zu.
Der Prozess muss sich an Sie anpassen
Jeder Prozess zum Entwickeln, Testen und Freigeben von Software besteht lediglich aus einer Reihe von Konventionen und Regeln. Sie sind nicht in Stein gemeißelt. Kritische Korrekturen erfordern Flexibilität. Es wird erwartet, dass zur Erhöhung der Geschwindigkeit die Prozesse an die Bedürfnisse des Teams angepasst werden.
Alles kommt vom Manager
Der Teammanager ist befugt, sich zu Entwicklungsfragen zu äußern. Jegliches Refactoring und jede Einhaltung bewährter Verfahren kann und sollte durch geschäftliche Anforderungen außer Kraft gesetzt werden. Ingenieure können natürlich ihre Meinung äußern, aber am Ende sollten sie für die Bedürfnisse arbeiten, die ihnen von oben übermittelt werden.
Fazit
PDD ist eine Technik, die die Teamarbeit in jedem Projekt in kürzester Zeit schnell beschleunigt.
Es wird in Unternehmen auf der ganzen Welt eingesetzt und ist die Grundlage für eine flexible und kompromisslose Programmierung.