“Tech­ni­sche Schuld” ist eine Meta­pher für die lang­fris­ti­gen Kon­se­quen­zen von kurz­fris­tig getrof­fe­nen, sub­op­ti­ma­len tech­ni­schen Ent­schei­dun­gen. Wie bei finan­zi­el­len Schul­den müs­sen Sie auch für tech­ni­sche Schul­den “Zin­sen” zah­len – in Form von höhe­rem War­tungs­auf­wand, län­ge­ren Ent­wick­lungs­zei­ten für neue Fea­tures und einer höhe­ren Feh­ler­an­fäl­lig­keit. Die Moder­ni­sie­rung von Lega­cy-Soft­ware ist im Kern der Pro­zess, die­se über Jah­re ange­häuf­ten tech­ni­schen Schul­den sys­te­ma­tisch abzu­bau­en.

Das ist die zen­tra­le stra­te­gi­sche Fra­ge. Eine schritt­wei­se Moder­ni­sie­rung (Refac­to­ring) ist oft sinn­voll, wenn der Kern der Geschäfts­lo­gik noch vali­de ist, die Anwen­dung aber tech­nisch ver­al­tet und schwer wart­bar ist. Eine kom­plet­te Neu­ent­wick­lung ist meist die bes­se­re Wahl, wenn sich auch die grund­le­gen­den Geschäfts­pro­zes­se, die die Soft­ware abbil­det, so stark geän­dert haben, dass eine Anpas­sung der alten Struk­tur teu­rer wäre als ein Neu­bau auf der grü­nen Wie­se. Unse­re Ana­ly­se lie­fert Ihnen eine fun­dier­te Ent­schei­dungs­grund­la­ge.

Durch einen extrem struk­tu­rier­ten Ana­ly­se­pro­zess zu Beginn. Wir füh­ren nicht nur tech­ni­sche Code-Ana­ly­sen durch, son­dern vor allem inten­si­ve Work­shops mit den lang­jäh­ri­gen Anwen­dern Ihrer Lega­cy-Soft­ware in Ber­lin. Die­se “Power-User” ken­nen oft ver­steck­te Funk­tio­nen und impli­zi­te Work­flows, die in kei­ner Doku­men­ta­ti­on ste­hen. Wir erstel­len ein kom­plet­tes “Fea­ture-Inven­tar” und eine Pro­zess-Doku­men­ta­ti­on, die als Grund­la­ge für die Moder­ni­sie­rung oder Neu­ent­wick­lung dient, um sicher­zu­stel­len, dass kein geschäfts­kri­ti­sches Wis­sen ver­lo­ren geht.