adesso BLOG

Verkürzt sich in einem Softwareprojekt der Entwicklungszeitraum, geraten alle Beteiligten unter Zeitdruck. Diesem Problem kann nur mit Descoping und personeller Skalierung entgegengewirkt werden. Wie das mit Nearshore funktionieren kann und welche Herausforderungen sich dabei ergeben, technisch wie auch zwischenmenschlich, erkläre ich euch in meinem Blog-Beitrag.

In den vorherigen Teilen meiner Blog-Serie zum Thema „Kundenzentrierung“ ging es um die Klärung des Status Quo, die Analyse und Standortbestimmung, die Konzeption, die Optimierung zur Zentrierung und die Umsetzung eurer Strategie. Abschließend möchte ich näher auf die Themen „ganzheitliche Kundenbetrachtung“ und „Flexibilität“ eingehen und euch erklären, worauf es bei der Kundenzentrierung wirklich ankommt.

Die Unternehmensarchitektur spielt aufgrund steigender Komplexität und gewachsener Strukturen eine immer wichtigere Rolle. Gleichzeitig sind Agilität und Flexibilität wichtige Anforderungen an die IT. Mit dem Enterprise Interaction Room stelle ich euch eine schlanke Methode vor, mit der die Aufgaben der Unternehmensarchitektur mit dem Vorgehen des Interaction Rooms verknüpft werden.

Meinen wohl längst pensionierten Fahrlehrer wird es freuen, dass mir seine Worte heute noch bei jeder Autobahneinfahrt im Ohr hallen: „Gib Gummi, susch chunsch nöd ine!“. Das ist natürlich kein intuitives Verhalten für einen Fahrschüler, der − bedingt durch seine Unsicherheit − neue Manöver lieber langsam angehen möchte. Als erfahrener Autofahrer weiß ich natürlich, dass hier beherztes Beschleunigen gefragt ist, um die Chancen für ein erfolgreiches Einspuren zu maximieren.

In meinem Blog-Beitrag möchte ich euch den adesso Testing Day, der am 26. Juni bereits zum vierten Mal stattgefunden hat, etwas näher vorstellen. Beim adesso Testing Day handelt es sich um eine interne Konferenz für alle Kolleginnen und Kollegen, die in ihrem Arbeitsalltag mit Test- und Qualitätsmanagement zu tun haben oder sich für diese Themen interessieren.

Agilität ist ein „Mindset“, also ein Vorgehensmodell, das darauf abzielt, in der Entwicklung komplexer Software schneller und anpassungsfähiger zu werden. Mit einer agilen Vorgehensweise sollen die gesamten Entwicklungsprozesse verschlankt und damit die Rahmenbedingungen für die Digitalisierung in vielen Unternehmen geschaffen werden.

Menschen wollen wissen, wo es langgeht. Deshalb basteln wir in Softwareprojekten Roadmaps. Auch, wenn die gar nichts mit dem Verlauf des Projektes zu tun haben.

Apache Camel ist ein Open Source Framework, das häufig zur Integration von Softwaresystemen auf der Basis von Messaging verwendet wird. Es ist eine Library mit sehr wenigen Abhängigkeiten, sodass diese problemlos in beliebigen Java-Applikationen ausgeführt werden kann. Mit seinen unzähligen Komponenten (>150) können Schnittstellen zu beliebigen Protokollen oder Messaging-Modellen erstellt werden. Für eine einfache Integration implementiert Apache Camel die meisten Enterprise Integration Patterns aus dem Buch von Gregor Hohpe und Bobby Woolf.

Es gibt Unternehmen, die schreiben agile Projekte “zum Festpreis” aus. Der billigste Anbieter erhält den Zuschlag. Wer den Fehler in dieser Logik findet, darf ihn behalten. Ich werde immer wieder um Rat gefragt, wenn es darum geht, für solche Projekte einen Velocity Forecast zu machen. Man will es ja richtig machen. Das verstehe ich. Also den Willen, es richtig zu machen, nicht den Willen, es zu machen.