Anschließend wird eine "Standardlösung“ kundenspezifisch umgesetzt, was nichts anderes bedeutet, als dass für diesen Kunden große Bereiche speziell programmiert werden, was dann keine Standardlösung mehr darstellt. Nach einiger Zeit wird festgestellt, dass die geplante Realisierungszeit überhaupt nicht ausreicht, und dass man viele kleine Lösungen völlig außen vor lassen muss, weil der organisatorische Aufwand für die Erstellung einer Firmenlösungen unterschätzt wurde. Dass zu diesem Zeitpunkt bereits jegliche Kalkulationen Makulatur sind, braucht man gar nicht mehr zu erwähnen.

Die Fehler liegen hier sicherlich nicht alleine bei der Firma, die die Software-Realisierung zu verantworten hat, sondern auch beim Auftraggeber und bei den Beratern, die im Vorfeld ihre Hausaufgaben nicht sauber gemacht haben. Jeder in der Planungsphase offen gelassene Punkt rächt sich nun.

Für die Berater und für die Auftragnehmer ist diese Situation im Grunde eine Goldgrube, die man auch bis zum letzten Gramm ausschöpfen möchte.

Der Auftraggeber kann gar nicht anders, als den beschrittenen Weg zu Ende zu führen, da er ansonsten das System nicht nutzen kann.

Ein großer Prozentsatz dieser Projekte scheitern dann irgendwann, weil entweder das Geld ausgeht oder das Projekt an seiner eigenen Komplexität erstickt.

Im Gegenteil: Der Anspruch, den wir an uns selbst stellen ist sehr hoch. Wir wollen eine Software liefern, die von ihrer Grundstruktur her so sauber und logisch aufgebaut ist, dass man jederzeit innerhalb von kürzester Zeit das Programm versteht und auch Ergänzungen vornehmen kann.

Es ist nicht zu bestreiten, dass in einem Quellcode, dessen Umfang nur einen Prozent einer konventionellen Programmierung beinhaltet, einfacher und schneller zu arbeiten ist.

Und für sicherlich über 90% aller Softwarelösungen ist tdb eine gleichwertige Alternative, die nur ein Bruchteil der Kosten verursacht.

Hermann Götz bei "Open Source Meets Business" 2006

"Software darf nicht kompliziert sein.

Für den normalen Anwender nicht, für den Administrator nicht und auch nicht für den Entwickler! Aus diesem Grund legen wir größten Wert darauf, dass Software nicht komplex wird. Herkömmliche Software beinhaltet viel zu viele überflüssige Elemente. Es treten Fehler auf, die zu beseitigen viel Nerven, Zeit und Geld kosten und Sie als Kunde bezahlen dies. Unsere Lösungen sind klein und überschaubar. Erweiterungen sind so schnell und kostengünstig gemacht."


Wichtigste Aufgaben:

>> Chefconsultant bei tdb

>> Projektleitung bei Audi

>> Medizinische Datenbank

>> Internationale Arbeiten