Das Jahr war 2001. Siebzehn Softwareentwickler trafen sich im Skigebiet Snowbird in Utah , um Ski zu fahren, Kontakte zu knüpfen und darüber zu diskutieren, wie man die bis dahin üblichen Prozesse der Softwareentwicklung verbessern könnte.
Die baldigen Gründerväter und -mütter der agilen Entwicklung waren die verspäteten Lieferungen, die aufgeblähten Budgets und die unzufriedenen Kunden leid, die damals den Stand der Dinge bei der Durchführung großer, komplexer Softwareprojekte bestimmten. Sie wussten, dass es einen besseren Weg geben musste, und sie hatten Recht!
Nach einer intensiven dreitägigen Sitzung legte die Gruppe fest, was ihrer Meinung nach die wichtigsten Leitlinien der Softwareentwicklung sein sollten. In diesem Dokument werden die vier Grundwerte und zwölf Prinzipien der agilen Entwicklung auf das Wesentliche reduziert. Sie nannten das Dokument Manifesto for Agile Development - und die Art und Weise, wie wir bei der "Herstellung von Dingen" vorgehen, ist seitdem nicht mehr dieselbe.
Der Übergang zu agilem Arbeiten ist jedoch nicht immer einfach. Es erfordert einen enormen Bewusstseinswandel, und die Menschen ändern nicht gerne ihre Gewohnheiten. Neue Prozesse und Tools müssen erlernt werden und Teams werden oft umstrukturiert, um Silos zu beseitigen und funktionsübergreifende Fähigkeiten zu ermöglichen. Darüber hinaus befürchten einige Teams, dass die Geschwindigkeit und Flexibilität, die agile Methoden mit sich bringen, nicht mit den Arten von Projekten vereinbar sind, an denen sie arbeiten.
Insbesondere technisch orientierte IT-Teams, die geschäftskritische Plattformen implementieren und die Verfügbarkeit ihrer Produkte aufrechterhalten, sind möglicherweise zurückhaltend, wenn es darum geht, große Veränderungen in ihrer Arbeitsweise vorzunehmen. Und das aus gutem Grund - jeder Fehler auf ihrer Seite setzt das Unternehmen enormen Geschäftsrisiken und den damit verbundenen Kosten aus.
Dennoch haben innovative IT-Teams Erfolg mit der agilen - und ernten betriebliche Vorteile wie höhere Geschwindigkeit und Mitarbeiterengagement. Ihre langsame und stetige Herangehensweise an den Übergang und ihre Bereitschaft, kreative Wege zu finden, um sich an die agile Arbeitsweise anzupassen, setzen sich durch.
Denken Sie daran, dass Agile letztendlich nur ein loser Satz von Werten und Prinzipien ist, der offen für Interpretationen ist. Es geht darum, ein Fundament aus Vertrauen, Anpassungsfähigkeit, Eigenverantwortung und Zusammenarbeit in Ihre Arbeit einzubauen.
Werfen wir einen kurzen Blick auf die 4 Kernwerte von Agile und sehen wir, wie sie in ein IT-Team passen.
Reagieren auf Veränderungen statt Befolgen eines Plans
Das soll nicht heißen, dass ein Plan etwas Schlechtes ist - ein IT-Team kann auf keinen Fall etwas wie eine regulierungsintensive IT-Infrastruktur für den Finanzbereich ohne vorherige Planung einführen. Es bedeutet nur, dass sich ständig etwas ändert und dass der Plan nicht in Stein gemeißelt sein sollte. Ein agiles IT-Team, das in Sprints arbeitet, kann sehr gut auf Veränderungen reagieren. Neue Funktionen können im nächsten Sprint hinzugefügt werden, und die Prioritäten können leicht zwischen ihnen verschoben werden.
Liefern Sie funktionierende Software - keine Dokumentation
Das Standard-Wasserfallmanagement erfordert eine umfangreiche Dokumentation. Sie benötigen technische Anforderungsspezifikationen, Testpläne, Designdokumente und alle dazugehörigen Genehmigungen. Das Problem ist, dass zu viel wertvolle Zeit mit dem Schreiben und Entwerfen dieser Dokumente verbracht wird, anstatt das Produkt zu iterieren und zu testen. Agile IT-Teams konzentrieren sich darauf, schnelle Iterationen zu liefern und diese dann zu testen, damit etwaige Fehler oder Probleme sofort erkannt und behoben werden können.
Fokus auf Personen und Interaktionen, nicht auf Tools und Prozesse
Talentierte Menschen stellen nicht nur Produkte her, sie pflegen auch gute Beziehungen zu den Kunden. Die Entwicklung sollte von Menschen vorangetrieben werden, denn es sind die Menschen, die auf die geschäftlichen Anforderungen reagieren, die Schmerzpunkte der Kunden verstehen und den Entwicklungsprozess vorantreiben. Tools und Prozesse sind nützlich, da sie zur Steigerung der Effizienz beitragen, aber wenn Sie nicht über talentierte, menschenorientierte Mitarbeiter verfügen, kann Ihnen auch der beste Prozess oder die beste Technologie der Welt nicht helfen. Ein agiles IT-Team ist bestrebt, Mitarbeiter von höchstem Niveau zu beschäftigen, die über verschiedene Fähigkeiten verfügen, um gut funktionierende, funktionsübergreifende Teams zu gewährleisten.
Zusammenarbeit mit Kunden ist in, Verhandeln mit ihnen ist out
Ein agiles IT-Team verhandelt nicht mit seinen Kunden über die Details einer Lieferung. Vielmehr arbeiten agile IT-Teams während des gesamten Entwicklungsprozesses mit ihren Kunden zusammen. Auf diese Weise können die Kunden Teil des Teams werden und während der Implementierung Feedback zum Fortschritt geben. Das Aushandeln von Produktanforderungen mit Kunden führt zu einer feindlichen Beziehung - definitiv nichts, was ein agiles IT-Team wünscht.
Die Lösungen von Clarizenhelfen Ihnen, Ihre Arbeit zu vereinfachen und Ihre Ziele zu erreichen. Von der Strategie und Planung bis hin zum Arbeitsmanagement und der Ausführung geben die skalierbaren Lösungen von Planview AdaptiveWork den Teams die Werkzeuge an die Hand, um erfolgreich zu sein.
