#Software Neuprodukte
IT-Architektur ist Kollaboration
Zuhören, Anforderungen verstehen: die Grundlagen jedes guten Systems
IT-Architektur heißt nicht umsonst so. Wenn das Fundament, die Umsetzung nicht sitzt, kann kein Mensch es vernünftig nutzen.
Sebastian Schuenemann
Director IT-Architektur
Software-Produkte und -Projekte
neu aufsetzen
Ausgangssituation: Sie wollen ein Produkt/ein Projekt neu aufsetzen. Ob mit Vorerfahrung oder komplettes Neuland. So oder so ist wichtig: jedes Produkt/Projekt ist ein individuelles Unterfangen mit individuellen Anforderungen, Prozessen, Strategien und Erfolgen.
Learnings können deshalb zwar vielleicht teils aus bestehenden Projekten übernommen werden, jedoch nie zu 100%. Abzuwägen was genutzt werden kann, was geändert werden muss und was komplett from scratch gezogen werden muss um dann darauf aufzubauen – das ist der Start von etwas Großem, und das Rezept zum Erfolg.
Unsere Methodik:
#IT-Architektur Support
Ihr Produkt muss
zu Ihrer Organisation passen
Architektur ist die Kunst dafür zu sorgen, dass es morgen auch noch funktioniert ohne dem Jetzt dabei im Weg zu stehen.
Felix Eckhardt
IT-Architekt, Trainer, Speaker
Produkte, Projekte, Systeme
„retten“
Natürlich gibt es nicht den einen Grund, aus dem Projekte in Schieflage geraten. Aber es gibt einige Punkte, deren Berücksichtigung sich bei der Problemfindung als nützlich erwiesen haben.
- Fehlerkultur ist enorm wichtig um zurück auf Erfolgskurs zu kommen, denn Fehler sollten als Chance begriffen werden. Zur Entfaltung des vollen Team-Potenzials gilt es, einen Raum zu bieten, in dem alle offen und ohne Angst über das sprechen können, was falsch läuft und wie es besser laufen könnte. So findet man zuerst zu einem besseren Arbeiten, dann zu besseren Prozessen und letztendlich zu einem funktionierenden Projekt oder Produkt.
- Zuhören und die richtigen Fragen zu stellen ist ebenfalls essentiell um das Problem möglichst genau beschreiben. Ein Problem, das man bestmöglich versteht, ist eigentlich schon gelöst.
Situationsabhängig können z. B. folgende Maßnahmen zur Anwendung kommen:
Wie helfen wir typischer Weise?
Was sind unsere Erste-Hilfe-Maßnahmen?
Das eine Erfolgsrezept gibt es nicht, sonst hätten Sie es sicher schon gegoogelt und selbst angewandt. Stattdessen sehen wir projekttypische Bestandteile, Rollen und Konzepte und hinterfragen jeden einzelnen Prozessschritt, bis wir den Fehler gefunden haben.
Unsere Methodik:
#Product "next level"
Ihr Produkte
auf die nächste Stufe heben
Ich finde technische Lösungen für fachliche Anforderungen, die zuverlässig und nachhaltig sind. Immer mit dem Fokus den Kunden und seine Ziele vorran zu bringen.
Sven Allers
Software Engineer
Projekte und Produkte
skalieren
Sinnvoll skalieren ist angesagt. Wenn wir mit Kunden – die sich für uns zum Glück oft eher wie Partner anfühlen – zusammenkommen, stehen wir meist vor diesen Themen:
- Zukunftssicher arbeiten, kein Overengineering
- Was sind die eigentlichen Ziele? Zahlt unsere gemeinsame Arbeit stringent darauf ein?
- Bilden wir mit dem System die pragmatische Realität wirklich ab?
Je nachdem welche Struktur oder welcher Bereich innerhalb eines Produkts wachsen soll, müssen wir zusammen unterschiedlich darauf eingehen.
Hier die typischen Bereiche des Produktwachstums bzw. der Skalierung.
- Growth-Work: die Produktverwendung durch Nutzer, die nominelle Anforderung wächst
- Feature-Work: Funktionserweiterung von bestehenden Produkten für einen höheren Wert für bestehende und neue Märkte
- Scaling-Work: Sicherstellung, dass das Produktteam die Fähigkeit behält, neue Dinge (Funktion, Wachstum, Erweiterungen) zur Anpassung an den sich wandelnden Produktmarkt beibehält
Unterteilung der Skalierung:
#Wem wir helfen können
Wie können wir zusammenarbeiten?
Schildern Sie uns Ihre Situation
Sebastian Schuenemann
Director IT-Architektur