Individualsoftware
Software speziell für Ihr Geschäft bauen, mit der Disziplin, überall dort zu kaufen, wo eine Standardlösung es tatsächlich täte.
Überblick
Individualsoftware ist richtig, wenn der Prozess, den sie stützt, wirklich spezifisch für Sie ist, und überraschend oft falsch. Der übliche Ablauf: eine Standardlösung wird geprüft, deckt den grössten Teil ab, wird wegen des Rests verworfen und durch einen Eigenbau ersetzt, der ein Vielfaches kostet und für immer gepflegt werden muss.
Wenn es die richtige Entscheidung ist, sind die Risiken bekannt: wachsender Umfang, Anbindungen, die schwerer sind als beschrieben, und Wissen, das sich bei der Person konzentriert, die es geschrieben hat. Das ist handhabbar, und es ausdrücklich zu handhaben ist der grösste Teil dessen, was einen erfolgreichen Bau von einem warnenden Beispiel trennt.
Für wen das gedacht ist
- Firmen, deren Kernprozess von keiner Standardlösung getragen wird
- Unternehmen auf einem Altsystem, das niemand gefahrlos ändern kann
- Teams, deren tabellenbasierter Prozess zum Risiko geworden ist
Unser Vorgehen bei Individualsoftware
Die konkreten Arbeitspakete eines typischen Projekts. Der Umfang steht vorab fest, nichts davon taucht später als Überraschung auf der Rechnung auf.
Bauen oder kaufen
Ein ehrlicher Blick darauf, ob etwas Bestehendes genügen würde, einschliesslich der Kosten, den eigenen Prozess daran anzupassen.
Anforderungen aus Beobachtung
Die Arbeit ansehen statt ein Anforderungsdokument einsammeln. Die undokumentierten Ausnahmen sind meist die eigentliche Spezifikation.
Architektur
Auf die absehbare Veränderung ausgelegt, ohne für die nicht absehbare überkonstruiert zu sein.
Anbindung
Verbindung zu den umgebenden Systemen, einschliesslich Altsystemen ohne moderne Schnittstelle, wo die Arbeit wirklich unangenehm ist.
Tests und Dokumentation
Automatisierte Tests und festgehaltene Entscheidungen, damit die Software von Menschen gepflegt werden kann, die beim Bau nicht dabei waren.
Migration und Umstellung
Umzug vom bestehenden System mit Parallelbetrieb, wo das Risiko es rechtfertigt, und einem Rückweg, der getestet wurde.
Vom ersten Gespräch zum gemessenen Ergebnis
Immer dieselbe Reihenfolge, damit Sie wissen, was als Nächstes kommt.
Bewerten
Den Prozess verstehen und prüfen, ob eine Standardlösung genügt. Manchmal endet die Zusammenarbeit hier, zu Recht.
Entwerfen
Architektur, Datenmodell und Anbindungsansatz, mit zuerst benannten und geprüften riskanten Annahmen.
Schrittweise bauen
Funktionierende Software in nutzbaren Ausschnitten, damit Wert vor dem Ende ankommt und die Richtung günstig änderbar bleibt.
Überführen
Migration, Parallelbetrieb wo angebracht, danach Dokumentation und Übergabe an die künftig verantwortliche Stelle.
Ergebnisse statt Aktenordner
Ein Stapel Dokumente ist kein Fortschritt. Das hier sind die Veränderungen, die die Arbeit bewirken soll.
Software, die zur Arbeit passt
Keine Verrenkungen im Prozess, um eine Lösung zu bedienen, die für das Geschäft eines anderen entworfen wurde.
Manchmal eine günstigere Antwort
Die Bauen-oder-Kaufen-Bewertung fällt regelmässig gegen den Eigenbau aus, was das wertvollste Ergebnis ist, das sie liefern kann.
Ein sicherer Übergang
Parallelbetrieb und getesteter Rückweg machen aus der Umstellung ein geplantes Ereignis statt eines Wagnisses.
Von anderen wartbar
Tests, Dokumentation und festgehaltene Entscheidungen bedeuten, dass Sie nicht von den ursprünglichen Entwicklern abhängen.
Häufige Fragen zu Individualsoftware
Was Kundinnen und Kunden fragen, bevor sie sich melden. Fehlt Ihre Frage, stellen Sie sie uns direkt.
Wie entscheiden wir zwischen bauen und kaufen?
Wenn eine Standardlösung den grössten Teil abdeckt und die Lücke kein Wettbewerbsvorteil ist, kaufen Sie sie und passen den Prozess an. Bauen Sie, wenn der Prozess wirklich unterscheidend ist, wenn die Anbindung an eine Standardlösung an die Baukosten heranreicht, oder wenn keine Lösung Ihre Grössenordnung oder regulatorische Lage abbildet.
Wie verhindern wir wachsenden Umfang?
Indem früh nutzbare Ausschnitte ausgeliefert werden, damit Menschen auf echte Software reagieren statt sie sich vorzustellen, und indem festgehalten wird, was bewusst ausgeschlossen wurde. Der grösste Teil des Umfangswachstums ist die Wiederentdeckung von etwas, das ohnehin dazugehörte und nie aufgeschrieben wurde.
Was passiert, wenn Sie nicht mehr verfügbar sind?
Genau dafür sind Tests, Dokumentation und Entscheidungsprotokolle da. Wir bauen so, dass ein anderes Team übernehmen könnte, und uns ist lieber, wegen guter Arbeit behalten zu werden als deshalb, weil sonst niemand den Code lesen kann.
Können Sie ein Altsystem ablösen?
Meistens ja, und selten auf einmal. Es schrittweise einzuschnüren, also eine Fähigkeit nach der anderen hinter eine stabile Schnittstelle zu ziehen, ist auf dem Papier langsamer und deutlich sicherer als eine einzelne Umstellung. Vollständige Ablösungen von Systemen, die niemand ganz versteht, gehen verlässlich schief.
Individualsoftware im Kopf?
Sagen Sie uns, was sich ändern soll. Passen wir nicht, sagen wir das und nennen Ihnen eine bessere Adresse.
Interessiert Sie das grössere Bild?
Individualsoftware steht meist neben weiteren Themen aus Web-, App- und Plattformentwicklung. Sehen Sie sich den ganzen Bereich an.