Bevor Sie etwas schreiben, entscheiden Sie, was Sie nicht schreiben.Softwareberatung
Ein Blick von außen auf Technologieentscheidungen: Bewertung des bestehenden Systems, Roadmap und eine begründete Make-or-Buy-Entscheidung.

Die häufigste Frage in der Beratung lautet: „Welche Technologie sollen wir nutzen?“ In der Praxis ist eine andere Frage entscheidender: Müssen wir das wirklich selbst bauen, oder sollten wir etwas Vorhandenes einführen?
Wir geben dieselbe Antwort, auch wenn nicht wir das System schreiben werden. Bei einem Projekt, das mit der falschen Entscheidung beginnt, ändert es am Ergebnis nichts, wer den Code schreibt.
Wenn Ihnen das bekannt vorkommt
- Es lässt sich nicht entscheiden, ob ein neues System her oder das bestehende ausgebaut werden soll.
- Die vorliegenden Software-Angebote sind sehr unterschiedlich und nicht vergleichbar.
- Niemand weiß, wie solide die bestehende Software ist oder wer was geschrieben hat.
- Ein Softwareprojekt zieht sich immer weiter hin, ohne dass der Grund klar ist.
Was es umfasst
Beispielszenarien
Beispielhaft; die Details klären wir in der Bestandsaufnahme bei Ihnen.
Was wir liefern
- ✓Bericht mit Befunden, Optionen und begründeter Empfehlung
- ✓Priorisierte Risikoliste
- ✓Roadmap aus geordneten, messbaren Schritten
- ✓Bei Bedarf Anbietervergleich
- ✓Präsentation, in der der Bericht mit der Geschäftsführung besprochen wird
So gehen wir vor
Wann es die richtige Wahl ist
- Sie möchten vor einer großen Softwareentscheidung eine unabhängige Einschätzung.
- Zugang zu Quellcode und laufender Umgebung kann gewährt werden.
- Das Ergebnis soll unabhängig davon sein, wer es später umsetzt.
Wann es nicht die richtige Wahl ist
- Wenn nur eine bereits getroffene Entscheidung bestätigt werden soll.
- Wenn für die Prüfung kein Zugang zu System und Daten möglich ist.
Häufige Fragen
Werden Sie am Ende Ihr eigenes Produkt empfehlen?+
Wenn es passt, empfehlen wir es und sagen das offen. Wenn nicht, sagen wir auch das – ist ein Standardprodukt oder ein anderer Anbieter die bessere Antwort, steht das im Bericht.
Sie haben unsere aktuelle Software nicht geschrieben – prüfen Sie sie trotzdem?+
Ja. Die meisten technischen Audits betreffen Systeme, die andere Teams geschrieben haben. Zugang zum Quellcode und zu einer laufenden Umgebung genügt.
Lassen Sie uns darüber sprechen.
Wir hören uns Ihre Ausgangslage an und legen gemeinsam fest, wo wir anfangen.
