{"id":34279,"date":"2023-05-25T15:11:17","date_gmt":"2023-05-25T13:11:17","guid":{"rendered":"https:\/\/www.striped-giraffe.com\/expertise\/collaboration-copy\/"},"modified":"2026-04-27T18:21:49","modified_gmt":"2026-04-27T16:21:49","slug":"agil","status":"publish","type":"page","link":"https:\/\/www.striped-giraffe.com\/de\/collaboration\/agil\/","title":{"rendered":"Agil"},"content":{"rendered":"

[vc_row full_width=“stretch_row“ full_height=“yes“ css_animation=“none“ bg_type=“image“ parallax_style=“vcpb-default“ bg_image_new=“id^34282|url^https:\/\/www.striped-giraffe.com\/wp-content\/uploads\/2023\/05\/Header_Agile.jpg|caption^Agile|alt^Agile|title^Agile|description^Agile“ css=“.vc_custom_1685025555855{margin-bottom: 100px !important;background-position: center !important;background-repeat: no-repeat !important;background-size: cover !important;}“][vc_column css_animation=“slideInUp“][vc_column_text]<\/p>\n

Agile<\/span><\/h1>\n

[\/vc_column_text][\/vc_column][\/vc_row][vc_row el_class=“closetotop“ css=“.vc_custom_1685026595805{margin-top: -220px !important;margin-bottom: 100px !important;padding-top: 50px !important;padding-bottom: 50px !important;background-color: #ffffff !important;}“][vc_column][vc_column_text css=“.vc_custom_1685021176204{padding-bottom: 50px !important;}“]<\/p>\n

„Agile“ begann mit gro\u00dfen Versprechungen zur Verbesserung der Softwareentwicklung.<\/h2>\n

[\/vc_column_text][vc_separator color=“black“ border_width=“5″ el_width=“10″][\/vc_column][\/vc_row][vc_row gap=“35″ css=“.vc_custom_1685026036384{margin-top: 100px !important;margin-bottom: 50px !important;margin-left: 0px !important;}“ el_class=“closetotop“][vc_column width=“1\/3″][vc_column_text]<\/p>\n

Gro\u00dfe
\nVer-
\nsprechungen<\/h2>\n

[\/vc_column_text][\/vc_column][vc_column width=“2\/3″ css=“.vc_custom_1611249278937{padding-left: 0px !important;}“][vc_column_text]“Agile“ begann mit gro\u00dfen Versprechungen zur Verbesserung der Softwareentwicklung. Das Versprechen war so gro\u00df, dass sehr bald damit begonnen wurde, den Rest der Unternehmensorganisation au\u00dferhalb der IT mit agilen Ans\u00e4tzen zu revolutionieren. Ob dies die kl\u00fcgste Idee war, dar\u00fcber l\u00e4sst sich streiten. In jedem Fall ist es wichtig, dass man sich dar\u00fcber im Klaren ist, wie man „Agile“ richtig einsetzt, um die versprochenen Verbesserungen zu erzielen.[\/vc_column_text][\/vc_column][\/vc_row][vc_row gap=“35″ css=“.vc_custom_1685022695711{margin-top: 50px !important;margin-bottom: 50px !important;}“ el_class=“closetotop“][vc_column width=“1\/3″][\/vc_column][vc_column width=“2\/3″ css=“.vc_custom_1611249278937{padding-left: 0px !important;}“][vc_column_text]<\/p>\n

Transparenz<\/h2>\n

Eines der gr\u00f6\u00dften Probleme bei Wasserfallprojekten war der Mangel an Transparenz. Agile wollte diese auf zwei Arten schaffen: kurze Iterationszyklen und offene Kommunikation.<\/p>\n

Kurze Iterationszyklen<\/span> in der Entwicklung und die Bereitstellung von iterativ entwickelten Inkrementen erm\u00f6glichen den Fachabteilungen ein kontinuierliches Feedback \u00fcber den aktuellen Stand. Dies erh\u00f6ht die Akzeptanz des entstehenden Softwareprodukts im jeweiligen Unternehmen erheblich. Dar\u00fcber hinaus motiviert die Einbindung der Fachbereiche das Entwicklungsteam. \u00c4nderungen, auch wenn sie von der urspr\u00fcnglichen Intention abweichen, k\u00f6nnen schnell umgesetzt werden. Au\u00dferdem kann das Unternehmen eventuelle Kostensteigerungen in der Regel unkompliziert nachvollziehen.<\/p>\n

Eine offene Kommunikation<\/span> w\u00e4hrend der Softwareentwicklung ist sehr wichtig. Zum einen k\u00f6nnen die einbezogenen Nutzer ihr Feedback geben, was zur Optimierung des Produkts beitr\u00e4gt. Andererseits hilft eine offene Kommunikation unter und mit den Entwicklern, zu verstehen, wof\u00fcr sie arbeiten.<\/p>\n

Dies kann durch „Daily Scrum“, „Sprint Planning“ und \/ oder „Grooming Sessions“, Retrospektiven und einige mehr erreicht werden. Bei all diesen Ma\u00dfnahmen sprechen die Entwickler miteinander und manchmal auch mit den Beteiligten. Einige dieser Treffen sind sehr effizient und halten das Team motiviert. Andere haben das Potenzial, zu viel Zeit zu verbrauchen, was die Effizienz verringert, und sie k\u00f6nnen ziemlich demotivierend sein. Jedes Unternehmen muss die Kommunikationsmethode finden, die am besten zu ihm passt. Eines ist jedoch sicher: Die Zahl der Sitzungen sollte auf ein Minimum beschr\u00e4nkt werden.[\/vc_column_text][\/vc_column][\/vc_row][vc_row gap=“35″ css=“.vc_custom_1685022675262{margin-top: 50px !important;margin-bottom: 50px !important;}“ el_class=“closetotop“][vc_column width=“1\/3″][\/vc_column][vc_column width=“2\/3″ css=“.vc_custom_1611249278937{padding-left: 0px !important;}“][vc_column_text]<\/p>\n

Kostenreduzierung<\/h2>\n

Eines der gro\u00dfen Versprechen ist die Kostenreduzierung, die mit einem agilen Ansatz wie „Scrum“ einhergeht.<\/p>\n

Die Idee ist, dass k\u00fcrzere Release-Zyklen zu fr\u00fchem Feedback und damit zu fr\u00fcheren \u00c4nderungen f\u00fchren, die verhindern, dass sich ein Software-Team zu lange in die falsche Richtung bewegt und \u00c4nderungen erst sehr sp\u00e4t und oft mit gro\u00dfem Aufwand umsetzt. Das k\u00f6nnen wir aus Erfahrung unterschreiben, und es ist auch nachvollziehbar.[\/vc_column_text][\/vc_column][\/vc_row][vc_row gap=“35″ css=“.vc_custom_1685024414243{margin-top: 50px !important;margin-bottom: 50px !important;}“ el_class=“closetotop“][vc_column width=“1\/3″][\/vc_column][vc_column width=“2\/3″ css=“.vc_custom_1611249278937{padding-left: 0px !important;}“][vc_column_text]<\/p>\n

Schnellere Time to Market<\/h2>\n

Agile Ans\u00e4tze beschleunigen die Markteinf\u00fchrung von Softwareprodukten erheblich. Die wichtigsten Faktoren sind die kurzen Iterationszyklen, die es den Entwicklungsteams erm\u00f6glichen, auf \u00c4nderungsw\u00fcnsche fast in Echtzeit zu reagieren.<\/p>\n

Die Idee, durch kontinuierliche Kommunikation innerhalb der Teams, zwischen den Teams und zwischen IT und Unternehmen Transparenz zu schaffen, ist ebenfalls ein leistungsf\u00e4higes Instrument, um passgenaue Software schneller zu entwickeln. Allerdings sollte darauf geachtet werden, dass die Anzahl der Sitzungen f\u00fcr alle Beteiligten begrenzt wird, um Produktivit\u00e4tsverluste zu vermeiden. Manche agilen Projekte verlieren sich einfach in endlosen Diskussionen und Meetings, die die Effizienz und Produktivit\u00e4t um der endlosen Diskussionen willen opfern. Am Ende kann man in eine Situation geraten, in der agile Projekte sogar noch langsamer sind, als es Wasserf\u00e4lle jemals waren.[\/vc_column_text][\/vc_column][\/vc_row][vc_row gap=“35″ css=“.vc_custom_1685022732669{margin-bottom: 50px !important;}“][vc_column width=“1\/3″][vc_column_text]<\/p>\n

Unser Ansatz<\/h2>\n

[\/vc_column_text][\/vc_column][vc_column width=“2\/3″ css=“.vc_custom_1611249278937{padding-left: 0px !important;}“][vc_column_text]Wir lieben agile Ans\u00e4tze in Softwareprojekten. Dennoch haben wir beobachtet, dass ein statischer Ansatz mit strikter Einhaltung von Ritualen und agilen Regeln die Motivation und Geschwindigkeit der Teams schw\u00e4chen kann. F\u00fcr uns sind t\u00e4gliche Scrums und Reviews die wichtigsten Werkzeuge in einer agilen Umgebung.<\/p>\n

Bei der Planung und den Retrospektiven bevorzugen wir definitiv ein anderes, manchmal sehr flexibles Modell als die reine Doktrin. Agil beginnt f\u00fcr uns im Kopf, flexibel zu sein, die Scrum-Prozesse variabel zu interpretieren und auf keinen Fall stur nach Buch vorzugehen.<\/p>\n

Wir alle haben einen gro\u00dfen Werkzeugkoffer voller agiler Optionen, um die Durchf\u00fchrung in Projekten und Strukturen so zu gestalten, wie es f\u00fcr das Projekt und die daran arbeitenden Menschen am besten passt. Da jeder Kunde und seine F\u00e4higkeiten ein wenig anders sind, ist auch jedes Setup f\u00fcr ein agiles Projekt anders.<\/p>\n

Unser Vorschlag: Einigen Sie sich zu Beginn gemeinsam mit allen Beteiligten auf ein Vorgehen und setzen Sie Verbesserungen gemeinsam Sprint f\u00fcr Sprint um. Nach ein paar Sprints ergibt sich automatisch eine zunehmend optimierte Vorgehensweise f\u00fcr den Rest des Projekts.<\/p>\n

Nichtsdestotrotz gibt es einige Indikatoren, die immer die Produktivit\u00e4t und Zufriedenheit erh\u00f6hen und als Leitfaden dienen sollten. Zun\u00e4chst einmal die Eind\u00e4mmung der Flut von Meetings. Um es als neue Regel etwas provokativ auszudr\u00fccken: Begrenzen Sie die Besprechungen f\u00fcr Entwickler auf 1-1,5 Stunden pro Tag, vorzugsweise am Morgen. Aber das ist nur eine Idee, und wie bereits erw\u00e4hnt, muss jedes Projekt seine beste „agile“ Vorgehensweise finden.[\/vc_column_text][\/vc_column][\/vc_row][vc_row css=“.vc_custom_1756375975983{margin-bottom: 100px !important;}“][vc_column width=“1\/3″][\/vc_column][vc_column width=“2\/3″][vc_column_text]<\/p>\n

Scrum gone wild!<\/h3>\n

Scrum oder Slapstick? Wenn Agile auf den Realit\u00e4tstest trifft\u2026 dieses Video zeigt, dass nicht alles nach Lehrbuch l\u00e4uft. \ud83d\ude05<\/p>\n

Viel Spa\u00df beim Ansehen![\/vc_column_text][vc_empty_space][vc_video link=“https:\/\/youtu.be\/Bez7wmAsxjE?si=GPHGGltpwvDXkkAY“][\/vc_column][\/vc_row][vc_row full_width=“stretch_row“ css=“.vc_custom_1705587310854{margin-bottom: 50px !important;}“][vc_column][vc_row_inner][vc_column_inner width=“1\/3″][vc_column_text]<\/p>\n

Let’s talk<\/h2>\n

[\/vc_column_text][\/vc_column_inner][vc_column_inner width=“2\/3″][vc_column_text]<\/p>\n

Brauchen Sie ein konkretes Angebot<\/strong> oder suchen Sie einen Sparringspartner<\/strong>, mit dem sie Ideen diskutieren und entwickeln k\u00f6nnen?<\/h3>\n

Dann melden Sie sich:<\/h3>\n