Es war eine hektische Woche bei Xebia India. Die Agile NCR Konferenz (die erste Agile Konferenz in Nordindien) war in voller Vorbereitung. Das Ansal Institute of Technology (AIT) war freundlicherweise Gastgeber der Konferenz auf dem Universitätsgelände und Xebia war der Hauptorganisator in Zusammenarbeit mit ASCI.
Nur ein paar Highlights eines Tages voller hochkarätiger Vorträge:
Zum Auftakt des Tages hielt Pete Deemer eine spannende Keynote. Pete warnte uns vor den Schwierigkeiten bei der Einführung von Agile, indem er seine 19 wichtigsten Lektionen bei der Einführung von Agile bei Yahoo! und anderen Unternehmen erläuterte. Während einige Unternehmen die Einführung von Agile mit Freude erleben, haben andere eine sehr schwierige und frustrierende Zeit und ernten nicht den vollen Nutzen. Seine 19 Lektionen zielten darauf ab, sicherzustellen, dass Sie in die positive Kategorie fallen.
Der Punkt, der mir am meisten im Gedächtnis geblieben ist, war das Engagement des Managements. In vielen Fällen ist Agile großartig, macht Spaß, ist gut und schön, aber wenn ein Projekt eine kritische Phase erreicht und aus irgendeinem Grund den Termin nicht einhalten kann, dann sagt das Management immer noch die drei magischen Worte...
MAKE IT HAPPEN!
Das ist der Punkt, an dem das Team in den Modus "mit allen Mitteln" übergeht. Qualität und Nachhaltigkeit bleiben auf der Strecke, denn es ist nicht sinnvoll, einem verspäteten Projekt weitere Ressourcen zuzuführen. Dies geschieht sowohl durch Abschöpfung als auch durch Überstunden. Ein solches Team hinterlässt eine Welle der Zerstörung in Form von technischen Schulden in seinem Kielwasser. Wenn sie das Pech haben, es zu schaffen, werden neue ehrgeizige Fristen auf der Grundlage früherer Erfolge gesetzt, und es wird sehr unwahrscheinlich, dass die erforderlichen extremen Aufräumarbeiten jemals durchgeführt werden. So entsteht eine kostspielige Spirale, die außer Kontrolle gerät. Das Tolle an Pete ist, dass er ein so fesselnder Redner ist, dass man sehen kann, wie sich die Depression über ihn legt, während er dieses Szenario schildert und die Zuhörer tief beeindruckt von der Schrecklichkeit dieser Kardinalsünde zurücklässt.
Naresh Jain hielt einen guten Überblicksvortrag, in dem er die Diskrepanz zwischen traditionellen technischen Praktiken und der Softwareentwicklung erläuterte und dabei Lean und die Warteschlangentheorie einbezog. Eine wichtige Anmerkung, die er machte, betraf die Klarstellung des Wertes des Agilen Manifests "Arbeitssoftware vor umfassender Dokumentation". Mit Dokumentation ist hier NICHT die (funktionale) Benutzerdokumentation gemeint. Damit sind Artefakte wie Designdokumente, Architekturdokumentation, detaillierte Vorabanforderungen und andere Dinge gemeint, die als Verschwendung eliminiert werden können.
Ein weiteres Highlight war Saket Vishal mit seiner Fallstudie zur verteilten Entwicklung aus der Sicht eines Entwicklers. Saket fragte die Zuhörer zunächst, was sie tun würden, wenn Standup-Meetings zu lange dauerten. Als wir alle antworteten, dass Timeboxing eine Lösung sei, zusammen mit dem Satz 'take if offline!', hatte er uns da, wo er uns haben wollte. Im weiteren Verlauf der Präsentation bezog er die Zuhörer stark mit ein und führte uns durch die Kommunikationsprobleme, auf die er sich konzentrierte. Jedes Mal, wenn wir uns in die Diskussion über mögliche Lösungen vertieften, sagte Saket: 'Ja, ja, vielen Dank, die Zeit ist um, nehmen Sie es offline!' und brachte damit das Publikum zum Lachen. Eine sehr gelungene und unterhaltsame Stunde.
Der Open-Space-Teil führte zu ein paar sehr hitzigen Diskussionen. Diejenige, an der ich teilnahm, war die Frage von Anurag Shrivastava: Behindert die indische Kultur den Einsatz der agilen Entwicklung? Ich glaube, alle Teilnehmer waren sich einig, dass es Elemente gibt, die selbstorganisierende Teams, intensive direkte Kommunikation und ein leichtes Hands-off-Management erschweren. Es wurden keine Lösungen vereinbart, aber wenn wir jemals so weit kommen, werden wir es Sie auf jeden Fall wissen lassen.
Schließlich hielt Anurag alle mit der Verlosung der Feedback-Formulare in Atem. Ein glücklicher Gewinner konnte einen iPod mit nach Hause nehmen. Anurag schaffte es nicht nur, die Bekanntgabe des glücklichen Gewinners in eine Show zu verwandeln. Er wählte vier mögliche Gewinner aus und brachte uns zum Brüllen, indem er zuerst drei Mitglieder des Publikums vorlas, die überhaupt nichts bekommen hatten.
Alles in allem ein großartiger Tag, an dem ich gerne teilgenommen habe. Ich kann nur ein paar Dinge erwähnen, die hervorstechen, aber ich habe alle Vorträge genossen. Es war eine große Teamleistung, mit weiteren Xebianern wie Mayur und Deepak, die großartige Vorträge hielten, und Organisatoren wie Anurag, Amit, Abishek, Jyoti und Kiran, die dafür sorgten, dass alles funktionierte. Ich war von der Gesamtqualität des Tages beeindruckt und habe das interaktive Publikum sehr genossen.
Da wir dieses Jahr komplett ausverkauft waren, bin ich sicher, dass wir nächstes Jahr wiederkommen werden, größer und noch besser.
Guido.
Verfasst von
Guido Schoonheim
Guido's passion lies in creating structure and showing the right direction in politically and technologically complex environments. His style is in essence enabling and guiding, but with a firm focus on the overall result. Experience includes managing complex programs (5+ teams / projects in multiple countries) and large software projects (>2M) to completion. Having done projects both as interim manager on the client side and as delivery manager on the supplier side Guido is intimately familiar with all facets of IT projects. Currently Guido is active as Change Manager and Agile Coach for large Scrum implementations.
Unsere Ideen
Weitere Blogs
Contact



