Wenn Technische Schulden tatsächlich gut sind

Menschen verwenden den Begriff “technische Schulden” für alle möglichen Probleme.

Im Kern bedeuten technische Schulden jedoch Folgendes: Irgendwann haben wir uns entschieden, schneller voranzukommen. Wir haben zukünftige Reibungslosigkeit gegen schnellere Ergebnisse eingetauscht. Nun, aufgrund dieser Entscheidung zahlen wir einen Preis. Nicht in Geld, sondern in Zeit. Zeit, die verloren geht, um Dinge zu reparieren, alte Entscheidungen zu umgehen oder einfach dieselbe Aufgabe immer wieder zu erledigen. Das sind die Zinsen auf unsere Schulden.

Wir mögen Verschwendung nicht. Es fühlt sich falsch an. Natürlich wollen wir die technischen Schulden beheben.

Wir gehen zu unseren Kunden und sagen: “Lassen Sie uns dieses Problem beheben.”

Gewöhnlich hören wir eine von zwei Antworten:

1. Nein. Wir müssen schnell bleiben. Es gibt keine Zeit, zurückzublicken.

2. Okay, aber verbringen Sie nur einen kleinen Teil Ihrer Woche damit. Vielleicht 20 %.

Die erste Antwort ist zumindest sinnvoll. Die zweite? Nicht wirklich.

Warum sollten wir unsere Zeit zwischen Arbeit aufteilen, die dem Unternehmen des Kunden hilft, und Arbeit, die es nicht tut? Sollte nicht all unsere Arbeit dem Unternehmen helfen?

Ein pragmatischer Kunde könnte sagen: “Wenn Sie eine Idee haben, die uns Zeit oder Geld spart, zeigen Sie mir die Zahlen. Beweisen Sie, dass es sich lohnt.” Wenn Sie jetzt 8 Stunden investieren können, um später 32 Stunden zu sparen, ist das ein gutes Geschäft. Aber wenn es 40 Stunden dauert, um 32 zu sparen, lohnt es sich vielleicht nicht.

Manchmal sind technische Schulden ein Feature, kein Bug. Es ist der Beweis, dass Sie schnell gehandelt haben, als es darauf ankam.

Die Unternehmen, die niemals Schulden anhäufen, sind oft diejenigen, die niemals Risiken eingegangen sind.

Verschwendung zu reduzieren fühlt sich gut an. Aber das eigentliche Ziel eines Unternehmens ist nicht nur, Verschwendung zu reduzieren. Es ist, Geld zu verdienen.

Wenn die Schulden abgebaut werden sollen, ist die Wahl der Plattform entscheidend. Wir helfen KMU, interne Tools und SaaS-Produkte neu aufzubauen, die ihre ursprüngliche Architektur überwachsen haben, indem wir WeWeb für Frontend-lastige Tools und Bubble für Full-Stack-Anwendungen verwenden. Buchen Sie einen Anruf, um zu besprechen, wie ein Neuaufbau aussieht.