Entwicklung neuer Funktionen im Vergleich zum Erledigen technischer Schulden

Obwohl ich kein Softwareentwickler bin, arbeite ich den größten Teil meines Berufslebens mit Entwicklungsteams. Ich habe das Vergnügen, mit Menschen zusammenzuarbeiten, die großartig sind, was sie tun. Daher werde ich versuchen, die Frage nach dem Titel aus Sicht des Produktmanagements eines Mannes ohne technischen Hintergrund zu beantworten.

Es ist eine Tatsache, dass der Druck immer vom Auftragsbestand, von den Geschäftsteams, vom Management oder vom Markt ausgeht und die Entwicklung neuer Funktionen erfordert. Die Sache ist, dass, wenn Sie über Ihre technischen Schulden zu unwissend sind, Sie früh genug erkennen, dass es zu spät ist, sich damit zu befassen.

Marty Cagan beschreibt es sehr gut in seinem Buch „Inspired“. In diesem Buch erfahren Sie, wie technische Schulden Einhörner wie e-Bay fast zerstört haben.

Ich habe es auch bei Produkten gespürt, an denen ich arbeite. Während meiner Zeit bei Avocarrot Exchange hatten wir dieses große Projekt, das darauf abzielte, zwei Produkte zu einem zusammenzuführen. Unsere SSP (Supply Side Platform) mit dem Mediationsprodukt. Nach 10 Monaten Planung, Besprechungen und Entwicklung, wie diese beiden Produkte zu einem verschmelzen würden, haben wir es endlich geschafft. Und dann setzte die Realität ein.

Bei verschiedenen Diensten traten Stabilitätsprobleme auf, die hauptsächlich auf technische Schulden zurückzuführen waren, die immer „zu gering waren, um jetzt damit fertig zu werden“. Das gesamte Team spürte den Druck, da diese Dienste nicht nur von unseren Kunden, sondern auch von internen Benutzern genutzt wurden. Zu diesem Zeitpunkt musste das Team schwierige Entscheidungen treffen, da wir praktisch darunter litten. Neue Funktionen und Produktstau auf der einen Seite, technische Schulden auf der anderen Seite. Offensichtlich wurde die technische Verschuldung zu unserem Hauptaugenmerk, wo wir den größten Teil unserer Ressourcen investierten. Zum Glück war es nicht zu spät für uns, aber das könnte reines Glück sein. In den meisten Fällen schaffen es Produkte mit großem Potenzial nur selten, darauf zurückzugreifen.

Diese Erfahrung hat mich gelehrt, wie schwierig es ist, bei technischen Schulden immer proaktiv zu sein. Egal wie klein das Problem ist oder wie unwichtig Sie es zu einem bestimmten Zeitpunkt finden. Beschäftige dich so früh wie möglich damit. Was ich jetzt versuche zu erreichen, ist, dass wir immer einige Leute aus dem Produktteam haben, die in jedem Sprint ausschließlich an der technischen Entschuldung arbeiten, so dass wir später nicht mehr Ressourcen dafür aufwenden müssen.

Wenn beispielsweise ein Team von 10 Personen an einem Produkt arbeitet, ist es eine gute Idee, immer 2 von ihnen an technischen Schuldenprojekten zu beteiligen. Mir ist klar, dass es für das obere Management und insbesondere für die Verantwortlichen für Produkt- oder Feature-Release-Fristen seltsam erscheinen könnte. Aus meiner Sicht ist es jedoch besser, 2 oder 4 Wochen einer Feature-Release zu opfern, als in 4 Monaten kein Produkt mehr zu haben. Das Management könnte zunächst dagegen vorgehen. Es ist wichtig, die Vorteile eines Kompromisses zu erklären, und hier kommt das starke Vertrauen, das zwischen dem Produktteam und dem Management bestehen sollte.

Wenn Ihr Produkt wirklich großartig ist, wird der Markt immer noch dafür da sein. Die Frage ist, ob Ihr Produkt noch für den Markt verfügbar ist.

Schließlich ist es von großem Wert, mit einem superstarken Team zusammenzuarbeiten, um Sie dabei zu unterstützen, ohne auch nur danach fragen zu müssen. Ich erinnere mich an einen Montag, an dem ein Mann aus dem Team zu uns kam und sagte: „Ihr kennt Leute, ich hatte etwas Freizeit über das Wochenende und habe beschlossen, den Austausch in Python umzuschreiben.“ (Dieser Mann ist ein Python-Guru.) Das Ergebnis war, dass die neue Version des Produkts im Vergleich zur vorherigen Version eine 9-mal bessere Leistung erbrachte und die Kosten halbierte. Keine Planung, keine Vorgabe für das Projekt. Nur ein sehr talentierter Mann mit dem Willen, Initiativen zu ergreifen. Solche Verhaltensweisen sollten nicht nur akzeptiert, sondern Teil der DNA und des Arbeitsablaufs des Produktteams werden.

Fazit: Seien Sie proaktiv, wenn es um technische Schulden geht, halten Sie immer ein gewisses Gleichgewicht zwischen dem Lösen technischer Schulden und dem Aufbau neuer Funktionen und Sie müssen sich auch in Bezug auf Fähigkeiten und Kultur immer auf ein starkes Team verlassen können. Immerhin sind Lannisters immer noch für die 7 Königreiche verantwortlich und ihr Hausmotiv lautet: "Ein Lannister zahlt immer seine Schulden."