Unsere Ratgeber und Artikel sind weit mehr als einfache Informationsquellen – sie basieren auf fundiertem Expertenwissen und langjähriger Praxiserfahrung. Jeder Beitrag in unserer Wissenswelt wurde von unseren Spezialisten sorgfältig erstellt, um zuverlässige und tiefgehende Einblicke in die relevanten Themen rund um Softwareentwicklung zu bieten.
Ob Sie sich für innovative IT-Lösungen und Software Strategie, das Trend-Thema Green Software Development, oder Software Modernisierung und Twin Transformation interessieren – unsere Inhalte wurden von Fachexpert:innen entwickelt, die nicht nur die Theorie beherrschen, sondern auch die Herausforderungen der Praxis kennen.
Lernen Sie die Köpfe hinter unserem Expertenwissen kennen! Entdecken Sie die Profile unserer
erfahrenen Autoren und Fachexperten auf unserer "Menschen bei bluehands" Seite.
Es passiert immer wieder, man ärgert sich. Je nach Situation ärgert man sich über den Kunden oder über den Dienstleister. Und wenn dieser Ärger keinen Raum hat, ist das Gift für die Beziehung und für geschäftliche Partnerschaft. Das muss aber so nicht sein. Es gibt ein Konzept.
Vorweg sei gesagt: Hilfe ist nah. Wir alle wissen, wie es ist, mit unterschiedlichen Aufgaben, Zuständigkeiten und Verantwortungen betraut zu sein. Mitunter kommt dann der Punkt, an dem wir merken, dass wir diesen Aufgaben nicht mehr gerecht werden. Die Gründe sind so banal wie vielfältig – nicht genügend Kapazität bzw. Zeit, fehlendes Wissen oder Erfahrung und sehr oft auch einfach keinen „Plan“, keine Idee, wie man dieses oder jenes Problem meistern kann.
Kaum ist ein Engpass beseitigt, kommt schon der nächste. Gefühlt sind Unternehmen große Engpass-Beseitigungs-Maschinen. Naturgemäß sind besonders die Themen Know-how- und Kapazitäts-Engpass stetige Begleiter in unserem Alltag als Softwareunternehmen. Und gerade bei taskforceorientierten Firmen wie der unseren der Beginn vieler Gespräche und Anknüpfungspunkte. In der Regel bauen wir gemeinsam mit unserem Kunden ein „Beiboot“, beseitigen den Engpass und arbeiten das Thema ab.
Im dritten Beitrag zur Beiboot-Strategie wollen wir ein weiteres Szenario zeigen, in welchem unsere Kunden diese Strategie nutzen. In diesem Fall hat unser Kunde ein klares Geschäftsmodell mit einer funktionierenden Softwareentwicklung. Er ist vollkommen fokussiert auf sein Business und das Unternehmens, der "Tanker", hält stabil den Kurs. Von Zeit zu Zeit kommt es vor, dass der Kunde unseres Kunden Anfragen für ein zusätzliches Geschäft tätigt. Dieses hat vielleicht nur entfernt mit dem…
In unserem vorherigen Beitrag haben wir berichtet, wie einige unserer Kunden die Beiboot-Strategie verwenden, um neue Geschäftsmodelle zu entwickeln und dennoch auf Kurs zu bleiben. In diesem Beitrag möchten wir zeigen, wie die Strategie verwendet werden kann, um das Produktportfolio zu erweitern, ohne dass die Entwicklung die entsprechende technische Expertise besitzt.
In der Zusammenarbeit mit unseren Kunden beobachten meine Kollegen und ich häufig ein Muster, welches ich als die Beiboot-Strategie bezeichne. Diese Strategie kann für die Umsetzung unterschiedlicher Ziele in verschiedenen Situationen eingesetzt werden. In diesem und einigen folgenden Beiträge möchte ich diese Strategie und einige Einsatzzwecke teilen.
Vertrieb: „Planänderung: Wir müssen früher liefern! Und jetzt auf Azure.” Softwareentwicklung: „Alles klar, kein Problem. Bekommen wir hin. Was sollen wir nach hinten schieben?” Realität: Sorry Leute, wir brauchen natürlich alles.
Der Vertrieb hat etwas versprochen und die Entwicklung muss jetzt liefern. Hand aufs Herz – haben Sie diese Aussage auch schon einmal mit einem negativen Unterton aus der Softwareentwicklung gehört oder am Ende sogar selbst getätigt? Jetzt ist die Zeit, dieses Missverständnis aus der Welt zu räumen.
Wer kennt das nicht: Beim Programmieren sind wir immer mindestens „zweigleisig“ unterwegs. Da ist der „happy path“, unser eigentlicher use case, den wir mit dem aktuellen Stück Code gerade verwirklichen. Das ist der Pfad, wenn alles passt. Wenn.
Eine Scrum User Story besteht aus drei Teilen: Welche Person/Rolle möchte etwas haben um/damit ein Nutzen/Vorteil eintritt. Sehr oft wird dieser letzte Teil einer Story weggelassen und sie besteht im Wesentlichen nur aus der Beschreibung dessen, was gemacht werden soll.
