Solution Architect
Zielarchitektur, Datenmodell, Integrationskonzept, technische Entscheidungen
Ihr Ansprechpartner für: Architektur, Ausschreibung, Grundsatzfragen
Vorgehen in Pimcore-Projekten
Unsere Projekte laufen in fünf Phasen. Jede endet mit einem Ergebnis, das Sie prüfen können, auch wenn wir Teil eines größeren Programms sind.
Fünf Phasen, jede mit prüfbarem Ergebnis
- 01
Discovery
Ziele, Systemlandschaft, Datenquellen und Rahmenbedingungen aufnehmen.
ErgebnisIst-Analyse, Anforderungsliste
- 02
Architektur
Zielbild, Datenmodell, Schnittstellen und Betriebsmodell festlegen.
ErgebnisArchitektur, Schätzung, Roadmap
- 03
Umsetzung
Iterativ in Sprints mit regelmäßigen Reviews und automatisierten Tests.
ErgebnisInkremente, Testprotokolle
- 04
Go-live
Datenmigration, Abnahme, Schulung und kontrollierter Rollout.
ErgebnisAbnahme, Betriebshandbuch
- 05
Betrieb
SLA, Monitoring, Updates und Weiterentwicklung.
ErgebnisReporting, Release-Plan
Wer bei uns wofür verantwortlich ist
Auf unserer Seite sind die Zuständigkeiten festgelegt. Die RACI für das gesamte Projekt erarbeiten wir zu Projektbeginn mit Ihnen.
Technical Lead
Code-Qualität, Reviews, technische Umsetzung im Projekt
Ihr Ansprechpartner für: technische Detailfragen, Ihre IT
Projektleitung / Product Owner
Umfang, Budget, Termine, Backlog, Abnahmen
Ihr Ansprechpartner für: Planung, Status, Änderungen
Developer
Pimcore, CoreShop und Schnittstellen
Ihr Ansprechpartner für: Fachbereich und IT im Sprint
UX/UI
Oberflächen, Nutzerführung, Design System
Ihr Ansprechpartner für: Fachbereich, Marketing
Zusammenarbeit
Arbeitsweise
Discovery und Architektur schließen wir als Phasen mit festem Ergebnis ab. Umsetzung und Weiterentwicklung laufen iterativ in Sprints.
Vergütung
Konzeptphasen und abgegrenzte Pakete zum Festpreis. Umsetzung und Weiterentwicklung nach Aufwand oder über ein Kontingent.
Backlog und Reviews
Ein gemeinsames Backlog und Sprint-Reviews, in denen Sie lauffähige Software sehen. Die Aufwände sind nachvollziehbar.
Zusammenarbeit in Chronos
Chronos ist unser eigenes Werkzeug für Tickets, Service Desk und Zeiterfassung. Es baut auf GitHub Issues und GitHub Projects auf: Tickets, Code und Pull Requests liegen im selben System, Chronos regelt darüber, wer was sieht und worauf Zeit gebucht wird. Arbeiten Sie lieber in Ihrem eigenen Ticketsystem und Repository, richten wir uns danach.
Kundenportal
Sie sehen Ihre Anfragen, den Projektstatus, Meilensteine, Release Notes und die Knowledge Base, ohne eigenen GitHub-Zugang.
Service Desk
Anfragen kommen über das Portal oder per E-Mail. Die Reaktionsfrist aus Ihrer SLA steht im Ticket. Wartet ein Ticket auf Ihre Rückmeldung, pausiert sie, wenn das so vereinbart ist.
Zeiten und Budget
Gebuchte Zeiten hängen am Ticket. Stundennachweise und die Budget-Auslastung je Projekt kommen aus demselben System.
Arbeit mit KI
Unser Team liest, kommentiert und bucht Tickets auch direkt aus Claude, über den MCP-Server von Chronos. Kommentare, die so entstehen, sind standardmäßig intern und erscheinen nicht in Ihrem Portal.
Dominik Pfaffenbauer
Geschäftsführung & Solution Architecture