Wie kann ein Unternehmen für professionelle Dienstleistungen / kundenspezifische Lösungen agil sein und erfolgreich sein?

Ich bin Projektmanager / Scrum Master in einem Unternehmen, das kundenspezifische Lösungen für unsere Kunden implementiert. Wir tun unser Bestes, um agile Praktiken zu übernehmen, aber es war sehr schwierig – jeder Kunde ist anders, und die Art und Weise, wie wir Projekte die meiste Zeit abgrenzen, ist fast ein Wasserfall. Wir machen agile Praktiken "inhouse", liefern aber trotzdem alles sehr linear und sehr terminlastig. Viele unserer Kunden verstehen Agilität nicht, was es sehr schwierig macht, Änderungen in Umfang und Dauer zu kommunizieren.

Wo ist der bequeme Mittelweg für ein kleines Unternehmen wie unseres, um profitabel zu sein, Projekte zu liefern und dennoch so agil wie möglich zu sein?

Antworten (2)

Einen agilen Ansatz zu verwenden, während er durch traditionelle Verträge und Kundeneinstellungen eingeschränkt wird, kann sehr herausfordernd sein.

Es gibt jedoch viele Aspekte von Agile, die dennoch von Wert sein sollten:

Transparenz

Auch bei der Arbeit mit festen Umfängen und Terminen lohnt es sich, den Ansatz der inkrementellen Lieferung zu nutzen. Dies trägt zur Risikominderung bei und baut Vertrauen zwischen Ihnen und Ihren Kunden auf.

Ingenieurpraktiken

Viele agile Engineering-Praktiken (z. B. die in XP verwendeten) können sogar in traditionellen Projekten verwendet werden.

Nutzen Sie den Wert von Pair Programming, kontinuierlicher Integration und automatisierten Regressionstests.

Mannschaften

Agile Teams funktionieren gut, weil sie befähigt und selbstorganisiert sind. Versuchen Sie, Ihre Teams so weit wie möglich zusammenzuhalten, auch über mehrere Projekte hinweg. Dies wird den Teams helfen, zu lernen, wie sie zusammenarbeiten können, und von der Überprüfung und Anpassung ihres Ansatzes profitieren.

Kommunikation

Betonen Sie die Bedeutung der Kommunikation:

  • Tägliche Stand-up-Meetings nur mit den Mitgliedern des Kernteams (zur Synchronisation, nicht als Fortschrittsberichte)
  • Informationsstrahler wie physische Taskboards oder sichtbare Product Backlogs
  • Arbeiten Sie eng mit dem Kunden zusammen, um sicherzustellen, dass Sie seine Anforderungen vollständig verstehen, und lassen Sie ihn vielleicht gemeinsam mit dem Team arbeiten

Und dann...

Bauen Sie ein Vertrauensverhältnis zu Ihren Kunden auf, indem Sie eng mit ihnen zusammenarbeiten und häufig Mehrwert liefern.

Im Laufe der Zeit stellen Sie möglicherweise fest, dass Ihre Kunden eher bereit sind, ihre Verträge und die Art ihrer Zusammenarbeit mit Ihrer Organisation flexibel zu gestalten.

Beispielsweise bilden einige Organisationen gerne gemeinsame Teams, die aus internen und ausgelagerten Personen bestehen. Diese gemischten Teams schaffen viel Vertrauen und ziehen dann möglicherweise einen zeit- und materialbasierten Vertrag in Betracht, anstatt auf Festpreisverträgen zu bestehen.

Schließlich gibt es eine wachsende Zahl von Agile-Verträgen. Ich vermute, dass Sie eine starke Beziehung zu einem Kunden haben müssen, bevor er bereit wäre, einen solchen Vertrag anzunehmen, aber es ist möglich.

Als Entwickler auf Kundenseite schätze ich den gemeinsamen Teamansatz sehr. Bis wir die „endgültige“ Codebasis haben, sind wir bereits auf dem neuesten Stand und können mit neuen Funktionen/Wartungsarbeiten durchstarten.
Danke Barnaby. Das hilft ziemlich und ich weiß es zu schätzen.

Aus der Lieferperspektive ist Waterfall to Agile eine Änderung der Art der Ausführung. Der Spielraum dafür liegt in der Perspektive der Lieferorganisation.

Aber für Agilität brauchen Sie mehr Beitrag vom Kunden im Vergleich zu früheren. Es könnte auch einen kulturellen Wandel und Anpassungsfähigkeit von der Seite der Kundenorganisation erfordern. Wenn Sie einen Kunden haben, der agile Praktiken nicht versteht, wird dies ein Hindernis für Ihre Entwicklung sein. Sie können einen Agile-Coach haben, der Ihnen dabei hilft. Aber für kleinere Organisationen bin ich mir nicht sicher, ob ein agiler Coach ein profitables Modell wäre, um sogar Kunden zu schulen.