Wie wir arbeiten

Sie haben eine Idee, die zur Entwicklung einer neuen Softwarelösung führt oder Sie beschließen, eine bestehende Softwarelösung zu verändern. In dieser Phase haben Sie bereits eine ungefähre Vorstellung von der Machbarkeit und den Kosten des Projekts (Mittel, Genehmigung durch das Management).

In dieser Phase erhalten Sie Input von allen Ihren Stakeholdern, einschließlich Kunden, Vertriebsmitarbeitern, Branchenexperten oder Ihren hausinternen Programmierern. Hier dokumentieren Sie als Kunde Ihre Anforderungen für die erforderlichen Änderungen an Ihrer bestehenden Lösung oder Anforderungen welche Sie an Ihre neue Lösung stellen und die Ihrem Unternehmen helfen. Ziel ist es, alle Anforderungen klar zu formulieren, damit die Aufwandsschätzung und Zeitplans inklusive vorgesehener Meilensteinen präzise erfolgen kann.

Basierend auf unserer Analyse der von Ihnen vorgelegten Anforderungen senden wir Ihnen eine erste Antwort auf Ihre Angebotsanfrage (Request for Proposal / RFP). In dieser Antwort bekunden wir unser Interesse an der Durchführung des Projekts und weisen unsere Kompetenz anhand relevanter Projektreferenzen nach. Sofern die Anforderungen ausreichend klar und eindeutig formuliert sind, können wir bereits zu diesem Zeitpunkt eine unverbindliche Aufwandsangabe machen. Diese Aufwandsangabe basiert auf unserem aktuellen Wissensstand und den zu diesem Zeitpunkt getroffenen Annahmen.  In unserer Antwort beschreiben wir beispielsweise unseren Projektansatz, den Technologie-Stack, die Teststrategie und schlagen Ihnen einen Zeitplan für das Projekt vor.

In der Designphase beginnen unsere leitenden Entwickler und technischen Architekten mit der Arbeit an einem ersten übergreifenden (High-Level-)Designplan für die Softwarelösung. Ziel dieser Phase ist es, die Software in einem ausreichenden Detailgrad zu spezifizieren, basierend auf einer intensiven Zusammenarbeit mit Ihrem Unternehmen. In der Regel führen wir hierzu eine Reihe von Workshops sowie einen intensiven Informationsaustausch mit einem iterativen Feedback-Prozess durch. Auch der Zugang zu allen relevanten Informationen (wie bestehende Lösungsdokumentation oder Quellcodes, SW-Schnittstellenspezifikation von Drittanbietern usw.) muss gewährleistet sein, damit wir das Projekt in einem möglichst genauen Zustand aufsetzen können. Der Umfang der Spezifikation wird durch das gewählte Managementmodell bestimmt und hat Auswirkungen auf das Abrechnungsmodell. In einem konservativen Managementmodell deckt die Spezifikation das gesamte Projekt in einem hohen Detaillierungsgrad ab, während in einem agilen Modell die anfängliche Spezifikation eher auf hohem Niveau bleibt und mit fortschreitender Entwicklung immer detaillierter wird. Bitte beachten Sie, dass nur eine sehr detaillierte Spezifikation es uns erlaubt, ein Festpreisangebot zu erstellen. Das Spezifikationsdokument definiert in der Regel den Umfang des Projekts, die Beschreibung der Anwendungsfunktionen, das technische Design, die Umgebungsspezifikation und das grafische Design. Es dient als Grundlage für die endgültige Softwareabnahme durch den Kunden und muss von allen relevanten Stakeholdern geprüft und freigegeben werden. Auf Basis der Spezifikation können wir ein detailliertes Angebot mit verbindlicher Aufwandsabschätzung erstellen und den am besten geeigneten Projektaufbau vorschlagen. Typische Artefakte des Projekt-Setups sind: Rollen und Verantwortlichkeiten, Anforderungen und Deliverables (Ergebnisse), Tools und Methodik, Umgebung und Technologie, Projektplan und Budget, Kommunikationsplan. Das Prototyping kann auch Teil der Designphase sein. Ein Prototyp entspricht einer der frühen Versionen einer Software im iterativen Softwareentwicklungsmodell. Er demonstriert eine grundlegende Idee und Vorstellung davon, wie die Anwendung aussieht und funktioniert.

Die Implementierung ist die Hauptprojektphase, in der die Software entwickelt wird. Am Ende dieser Phase wird die Software von Ihnen abgenommen und in Ihre produktive Umgebung eingeführt. Wir organisieren unser Entwicklungsteam in der Regel nach der Kanban-Methodik und Lean-Entwicklungsprinzipien (schlanke Entwicklung), unterstützt von Tools aus dem Atlassian stack (Jira, Confluence, Bitbucket und Bamboo). Diese Projektorganisation unterstützt einen kontinuierlichen Arbeitsfluss, der es dem Entwicklerteam ermöglicht, aufgrund der stabilen Fokussierung die beste Leistung zu erzielen. Gleichzeitig kann das Team sehr flexibel auf Änderungen in der Aufgabenpriorisierung reagieren, ohne dass umfangreiche Planungszeremonien erforderlich sind. Aufgrund ihrer Vielseitigkeit lässt sich diese Projektorganisation leicht an verschiedenste Projektmanagement-Modelle anpassen, von konservativ bis agil. Sie erlaubt es uns auch, auf Wunsch Entwickler unseres Kunden in das Team zu integrieren. Zu Beginn der Entwicklung folgen unsere Entwickler der vereinbarten Spezifikation, in der die Abnahmekriterien definiert wurden. Am Ende jeder Iteration liefern wir Arbeits(fort)schritte in Ihre Akzeptanzumgebung. Bei Wasserfallprojekten wird die gesamte Spezifikation zu Beginn des Projekts geliefert, bei Projekten, bei denen wir agile Methoden verwenden, müssen die Spezifikation sowie definierte Abnahmekriterien zu Beginn eines jeden Sprints geklärt werden. Die Entwickler halten sich an vereinbarte Richtlinien bezüglich des Codestils und befolgen bewährte Entwicklungspraktiken wie Code Reviews und Unit Tests.

Tests werden kontinuierlich im Zuge der Softwareentwicklung durchgeführt. Diese entscheidende Aktion stellt sicher, dass alles wie vorgesehen funktioniert. Während des Testens können Softwareentwickler kleinere und große Fehler in der Softwarelösung erkennen und erhalten dadurch zu guter Letzt ein Qualitätsprodukt, das den unternehmerischen Erwartungen gerecht wird. Der Testansatz ist bei jedem Projekt anders und kann verschiedene Testtypen beinhalten (Funktional, Automatisiert, Sicherheit, Performance). Die letzte Aktivität, bevor wir Ihr neues Produkt (oder den Produktfortschritt) für die Produktivumgebung freigeben, sind Abnahmetests. Diese Testaktivität wird von Ihnen durchgeführt, um sicherzustellen, dass das Produkt so funktioniert, wie es soll.

Wir planen das Deployment gemeinsam mit Ihrem Projektentwickler/Projektverantwortlichen, damit Sie Kontrolle darüber haben und wissen, welches Release wann und wie ausgeliefert wird. Bei geschäftskritischen Systemen im Ersteinsatz bereiten wir bei Bedarf auch die Datenmigration vor, führen Generalproben durch und erstellen Rollback-Pläne, um Geschäftsunterbrechungen zu minimieren. Nach dem Ersteinsatz organisieren wir weitere Deployments gemäß Ihren Anforderungen. Im Sinne der agilen Entwicklungsmethodik streben wir eine kontinuierliche Bereitstellung durch automatische Deployments an.

Bei Bedarf können wir Ihnen kontinuierliche Anwendungsunterstützung und Wartung anbieten. Der Support-Service erfordert zu Beginn eine einmalige Aktivität zur Einrichtung des Monitoring-Systems und Service-Desks. Anschließend wird ein kontinuierlicher Service auf der Grundlage des vereinbarten SLA (Service Level Agreement) bereitgestellt. xitee bietet eine Vielzahl von Support-Services an (1st, 2nd und 3rd Level Support, aktives Monitoring etc.)