/images/header/pius_code.jpg

Truly wanting to help is always the best business strategy.

We ask why, not what

Bevor wir mit Konzeption und Entwicklung starten, wollen wir den Business Case verstehen. Deshalb werden wir öfters die Frage „Warum?“ stellen. Wir werden so tief wie notwendig in die Materie eindringen. Nur so können wir einen effizienten und wirkungsvollen Weg identifizieren, den unsere Partner nachhaltig voranbringt.

Understanding

First: Why are we all here?

01

Understanding

Zu Beginn eines jeden Projekts wird eine eindeutige und businessorientierte Antwort auf die Frage „Warum?“ formuliert. Anschließend werden realistische und messbare Ziele definiert. Gemeinsam finden wir den Sweet Spot zwischen realistisch und eindrucksvoll.

02

Conception

Nach den Zielen folgt die Strategie. In dieser Phase setzen wir uns mit User-Stories und messbaren Daten auseinander und prüfen kritisch jegliche getroffene Annahme. Anschließend wird der Scope, das Projektteam und der Zeitplan definiert.

03

Development

Viele Kunden halten dies für den ersten Schritt. In agiler Manier absolvieren wir Sprints und liefern die zuvor definierten Meilensteine ab: Proof of Concept, Minimum Viable Product, Release Candidate und Go-Live.

04

Get Better

Gemeinsam neue Initiativen entwickeln, um die begonnene Transformation fortzusetzen. Dabei setzen wir auf kreative Ideen und Hard Facts, wie z.B. messbare Metriken. Offen, aber dennoch kritisch arbeiten wir zielorientiert an der bestmöglichen Lösung.

Major challenges companies face

And how we solve them

Keine Fach­kennt­nisse vorhanden, um das Produkt zu entwickeln.

Unsere Kern­kompetenz ist die Konzeption und Entwicklung von Software. Unser Claim lautet: "We design and ship digital products that transform companies."

Keine verlässlichen Entwicklungs­partner vorhanden.

Die Zeit drängt: Es zählen nur noch Ergeb­nisse.

Das interne Team liefert ausbau­fähige Ergeb­nisse.

Time to Market ist für Ihr Unternehmen entscheidend.

Das Team kann den Zeitplan für das Projekt nicht einhalten.

Entwickler­ressourcen für interne Produkte sind schwer zu finden.

We stand for quality

Durchschnittliche digitale Lösungen gibt es genug. Für 0815 Lösungen brauchen Sie uns nicht. Wir bei FORTIX haben uns noch nie mit dem Mittelmaß zufrieden­gegeben. In unseren Workflows vereinen wir Branchen­standards und Best-Practice Ansätze. Denn es ist die kompromiss­lose Qualität, die unsere Arbeit auszeichnet.

Technologiewahl

Brandneue Technologien schaffen Chancen, bergen aber auch Risiken. Bei unseren Projekten setzen wir aus­schließlich auf etablierte und langlebige Technologien, in denen wir Experten-Knowhow besitzen. Der geeignete Tech Stack ist abhängig von den Rahmen­bedingungen und wird während der Konzeptions­phase festgelegt.

Standards

Niedrige Code-Qualität ist ein absolutes No-Go. Jeder unsaubere Commit erhöht die Fehler­anfälligkeit und erschwert die Wartung. Um dies zu vermeiden hat FORTIX auf der Basis des Buches "Clean Code" (Robert C. Martin) interne Richtlinien definiert.

Workflows

Wir sind agil und arbeiten nach dem etablierten Branching-Modell Git-Flow, das auf die nahtlose Auslieferung von Releases abzielt. Jede neue Codezeile wird mit dem Tool Sonar automatisiert auf Bugs und Sicherheitslücken überprüft. Bevor der neue Code gemergt wird, muss ein weiterer Entwickler den Code freigeben.

DevOps

Unsere DevOps Struktur kombiniert zentrale Methoden, welche Prozesse automatisieren und vereinfachen und so das Innovations­potenzial steigern. Dabei dreht sich alles um Themen wie Continuous Integration, Continuous Delivery, Automated Testing und Monitoring.