Weitere Projekte bei der BDR, parallel zu der Produktentwicklung:
Implementierung von kritischen Komponenten in unterschiedlichen Projekten, wie z.B.:
Beteiligung an agilen Projekten folgender Kunden:
academics GmbH
Regelungstechnik
Prozessidentifikation
Steuerungstechnik
Prozessdatenverarbeitung
Echtzeit-Programmierung
Robotik
Ich bin seit vielen Jahren in der Softwareentwicklung tätig, über 10 Jahre davon als CTO einer Software-Entwicklungsfirma. Ich habe von Anfang an auf agile Entwicklungsmethodiken gesetzt und damit sehr erfolgreich eine Reihe von großen deutschen E-Commerce-Projekten umgesetzt und mit den Kunden viele Jahre vertrauensvoll zusammengearbeitet.
In dieser Zeit war ich sowohl für die Einhaltung der vertraglich vereinbarten Liefertermine verantwortlich, als auch Lead-Architekt, Lead-Developer und "Last Line of Defense" für technische Probleme, die die Projektteams nicht selber in den Griff bekommen haben.
Seit einigen Jahren stelle ich dieses Know-How auch als Berater zur Verfügung um Unterstützung für in Krisen geratene Softwareprojekte zu leisten oder mit Entwickler-Teams eine agile und robuste Vorgehensweise für die Software-Entwicklung umzusetzen, mit einem speziellen Fokus auf modernen Cloud-Anwendungen und ich baue für Kunden auch selber Software auf Basis von modernen und zuverlässigen Cloud-Basierten Technologie-Stacks.
Und ich habe bisher alle meine Projekte zum Erfolg geführt.
Meine Auftraggeber schätzen an mir vor Allem zwei Dinge. Einmal meine "Fire-And-Forget"-Kapazität, in dem Sinne, dass sie Probleme gedanklich von ihrer Liste streichen können sobald ich sie übernommen habe, wie es ein langjähriger Kunde einmal ausgedrückt hat. Und andererseits meine integrierende Wirkung auf Projektteams, weil ich es gewohnt bin eine positive und vertrauensvolle Atmosphäre herzustellen, die die Motivation und Produktivität stark erhöht.
Meine Aufgaben in den Projekten waren neben Anforderungsanalyse, Konzeption und Software-Architektur, speziell die Sicherstellung der nicht-funktionalen Anforderungen, vor allem der Performance. Für die Performance wichtige Systemteile habe ich in der Regel auch selber umgesetzt. In laufenden Systemen war ich die "Last Line of Defense" bei Betriebsstörungen. Um Betriebsstörungen kurz zu halten, habe ich eine Methodik entwickelt mit der man möglichst effizient Probleme in wenigen Iteration einkreisen und beheben kann. Unterstützend habe ich eine Monitoring-Software entwickelt, die in alle Kundenprojekte integriert wurde.
Das Betreuen von Entwicklerteams in agilen Projekten, als Coach oder Projektleiter, gehört seit über zwei Jahrzehnten zu einer meiner Hauptaufgaben. Ursprünglich ist die Idee des agilen Entwickelns als Kontrast zum schwerfälligen Wasserfallmodell entstanden. Das Bedürfnis für eine alternative Vorgehensweise ist ganz einfach durch die Tatsache entstanden, dass viel zu viele Softwareprojekte, die nach dem Wasserfallmodell durchgeführt wurden, gescheitert sind.
Der Siegeszug der agilen Entwicklungsmethodik ist an sich eine gute Sache. Allerdings wird das agile Entwickeln oft fälschlicherweise damit gleichgesetzt, sich streng an die Spielregeln der unterschiedlichen agilen Vorgehensmodelle (wie z.B. Scrum) zu halten.
Agiles entwickeln ist hauptsächlich ein Mindset und man muss, über das Vorgehensmodell hinaus, die wirklichen Herausforderungen der Softwareentwicklung immer im Auge behalten.
Weitere Projekte bei der BDR, parallel zu der Produktentwicklung:
Implementierung von kritischen Komponenten in unterschiedlichen Projekten, wie z.B.:
Beteiligung an agilen Projekten folgender Kunden:
academics GmbH
Regelungstechnik
Prozessidentifikation
Steuerungstechnik
Prozessdatenverarbeitung
Echtzeit-Programmierung
Robotik
Ich bin seit vielen Jahren in der Softwareentwicklung tätig, über 10 Jahre davon als CTO einer Software-Entwicklungsfirma. Ich habe von Anfang an auf agile Entwicklungsmethodiken gesetzt und damit sehr erfolgreich eine Reihe von großen deutschen E-Commerce-Projekten umgesetzt und mit den Kunden viele Jahre vertrauensvoll zusammengearbeitet.
In dieser Zeit war ich sowohl für die Einhaltung der vertraglich vereinbarten Liefertermine verantwortlich, als auch Lead-Architekt, Lead-Developer und "Last Line of Defense" für technische Probleme, die die Projektteams nicht selber in den Griff bekommen haben.
Seit einigen Jahren stelle ich dieses Know-How auch als Berater zur Verfügung um Unterstützung für in Krisen geratene Softwareprojekte zu leisten oder mit Entwickler-Teams eine agile und robuste Vorgehensweise für die Software-Entwicklung umzusetzen, mit einem speziellen Fokus auf modernen Cloud-Anwendungen und ich baue für Kunden auch selber Software auf Basis von modernen und zuverlässigen Cloud-Basierten Technologie-Stacks.
Und ich habe bisher alle meine Projekte zum Erfolg geführt.
Meine Auftraggeber schätzen an mir vor Allem zwei Dinge. Einmal meine "Fire-And-Forget"-Kapazität, in dem Sinne, dass sie Probleme gedanklich von ihrer Liste streichen können sobald ich sie übernommen habe, wie es ein langjähriger Kunde einmal ausgedrückt hat. Und andererseits meine integrierende Wirkung auf Projektteams, weil ich es gewohnt bin eine positive und vertrauensvolle Atmosphäre herzustellen, die die Motivation und Produktivität stark erhöht.
Meine Aufgaben in den Projekten waren neben Anforderungsanalyse, Konzeption und Software-Architektur, speziell die Sicherstellung der nicht-funktionalen Anforderungen, vor allem der Performance. Für die Performance wichtige Systemteile habe ich in der Regel auch selber umgesetzt. In laufenden Systemen war ich die "Last Line of Defense" bei Betriebsstörungen. Um Betriebsstörungen kurz zu halten, habe ich eine Methodik entwickelt mit der man möglichst effizient Probleme in wenigen Iteration einkreisen und beheben kann. Unterstützend habe ich eine Monitoring-Software entwickelt, die in alle Kundenprojekte integriert wurde.
Das Betreuen von Entwicklerteams in agilen Projekten, als Coach oder Projektleiter, gehört seit über zwei Jahrzehnten zu einer meiner Hauptaufgaben. Ursprünglich ist die Idee des agilen Entwickelns als Kontrast zum schwerfälligen Wasserfallmodell entstanden. Das Bedürfnis für eine alternative Vorgehensweise ist ganz einfach durch die Tatsache entstanden, dass viel zu viele Softwareprojekte, die nach dem Wasserfallmodell durchgeführt wurden, gescheitert sind.
Der Siegeszug der agilen Entwicklungsmethodik ist an sich eine gute Sache. Allerdings wird das agile Entwickeln oft fälschlicherweise damit gleichgesetzt, sich streng an die Spielregeln der unterschiedlichen agilen Vorgehensmodelle (wie z.B. Scrum) zu halten.
Agiles entwickeln ist hauptsächlich ein Mindset und man muss, über das Vorgehensmodell hinaus, die wirklichen Herausforderungen der Softwareentwicklung immer im Auge behalten.