Programmierer besser führen
Die 7 Geheimnisse agiler Software-Entwicklung
Punkt 4: Schwierig kann es für einen IT-Manager sein, ein nach den Prinzipien der agilen Entwicklung laufendes Projekt zu überwachen oder den aktuellen Stand zu erfahren. Denn es liegt in der Natur dieses Ansatzes, dass Entwickler und die späteren Anwender sich ständig miteinander abstimmen und ein Programm dabei gemeinsam entstehen lassen. Anforderungen und Zeitpläne können sich deshalb laufend ändern. Das muss allerdings nicht heißen, dassagile Entwicklungagile Entwicklung Chaos verursacht. Wichtig ist eine lückenlose Dokumentation der Arbeitsschritte und der Kommunikation mit dem Anwenderkunden. Damit die Führungsebene den Überblick bewahrt, hilft es außerdem, wenn ein fester Ansprechpartner im Team immer über den Fortgang eines Projekts im Bilde ist und auch noch so detaillierte Fragen des CIOs dazu beantworten kann. Alles zu Agile auf CIO.de
Unterstützung statt Druck
Punkt 5: Einen Fehler machen CIOs, wenn sie sich nach dem Umstieg auf agile Entwicklung zu schnell Erfolge erwarten. Denn die zeigen sich nicht sofort. "Vertrauen Sie dem Team, lehnen Sie sich zurück und lassen Sie die Programmierer ihr Ding machen", rät James Kricfalusi von TEK-Systems. Ein IT-Entscheider tut gut daran, seine Mannschaft nicht unter Druck zu setzen sondern ihr vor allem in der Anfangsphase immer wieder Unterstützung zu signalisieren.
Punkt 6:Als Wunder- oder Allheilmittel darf agile Entwicklung aber nicht verstanden werden. Schlechte Programmierer werden dadurch nicht plötzlich zu guten, mahnt etwa Entwickler Kelly Anderson. Dem Schlagwort hinterher zu rennen, weil es gerade im Trend liegt, lohnt sich jedenfalls nicht. Um agile Entwicklung erfolgreich einzuführen, braucht ein Team zum einen Zeit zum Lernen. Außerdem braucht eine Entwickler-Mannschaft dafür viel Selbstdisziplin und darf Details nicht aus dem Auge verlieren, wie der Berater James Shore anmerkt.
Punkt 7:Als letzten Punkt gilt es zu beachten, dass der Erfolg agiler Software-Entwicklung von den Menschen abhängt, die sich damit beschäftigen. Nicht für jedes Entwicklungs-Team ist der Ansatz geeignet, wie die Erfahrung zeigt. Nach Ansicht von John Miano vom Software-Unternehmen Colosseum Builders braucht es für die enge Zusammenarbeit Charaktere, die auch einmal über die persönlichen Macken ihrer Kollegen hinwegsehen können. Andere Programmierer sind dagegen der Ansicht, dass agile Software-Entwicklung den Team-Geist fördert. Schnell auf neue Anforderungen reagieren zu können und so regelmäßig kleine Erfolge zu erleben, hebt demnach die Laune der einzelnen Team-Mitglieder.
Festzuhalten bleibt, dass eine Menge Arbeit notwendig ist, um sich dem Konzept agile Software-Entwicklung zu nähern. Ohne größere Veränderungen in der Art und Weise, wie Programme entwickelt werden und wie die IT-Mannschaft Applikationen konzipiert, geht das nicht. Allerdings lohnt sich die Mühe.
- Fünf Gründe für den agilen Ansatz
Neue Methoden der Softwareentwicklung begeistern die Mitarbeiter und die Kunden. Da stellt sich die Frage, woher es kommt, dass "Agilität" derartig beliebt ist? Alexander Ockl nennt Fünf Gründe: - Weniger Prozess - dafür mehr Mensch
Offenbar haben wir gelegentlich das Prozessrad zu weit gedreht. Mit Know-how in den Prozessen wollten wir gute Software wie am Fließband im "billigen Ausland" herstellen lassen. Probleme lassen sich mit noch ausgefeilteren Prozessen und Rollen beseitigen, so dachten wir. Aber inzwischen wissen wir, dass wir am so genannten Fließband meist individuell arbeiten. Und talentierte Mitarbeiter haben auch im Ausland inzwischen ihren Preis. - Persönliche Motivation statt Existenzangst
In der agilen Welt zählt der Mensch wieder etwas. Statt verteilt zu sitzen, schauen sich agile Teams wieder in die Augen. Effektive, direkte Kommunikation ersetzt endlose, anonyme Telefonkonferenzen und überlaufende E-Mail-Postkörbe. Größerer Gestaltungsspielraum und überschaubare Rollen geben Mitarbeitern das Gefühl, endlich wieder etwas bewegen zu können. Das setzt Kräfte frei. Und motiviert, anstatt zu frustrieren. - Entfaltete Stärken statt Fesseln
Endlich wieder kreativ sein und nicht starre Prozesse befolgen müssen! Kein Wunder also, dass gerade Entwickler und Analysten diesen Ansatz lieben. Im agilen Umfeld sind sich alle bewusst, wie wichtig ein gut zusammengestelltes Team ist. Das übersehen wir in der "alten IT-Welt" häufig - zwischen den vielen Prozessdetails und virtuellen Teams. Unsere Kunden freuen sich auch, denn schließlich steht wieder die Lösung ihrer Probleme im Vordergrund. - Gemeinsam entwickelte Arbeitsweise
Neue Prozesse bedeuten in unserem herkömmlichen Alltag häufig neue Rollen. So entstehen Teamveränderungen und Umstrukturierungen. Die vorgegebene Arbeitsweise passt aber vielfach nicht zum Team. Agile Methoden wie Scrum zeigen, dass es auch anders geht. Den "Toyota-Weg" als Vorbild, organisieren sich schlanke Teams innerhalb eines groben Rahmens am besten selbst.Es lohnt es sich, ein funktionierendes Team - wie im Fußball - nicht zu stark zu verändern. Gemeinsam entwickelt, richtet sich die Arbeitsweise nach den Möglichkeiten der Mitarbeiter. - Eine nachvollziehbare Teamleistung
Schreit unser Umfeld nach Agilität, so sollten wir nicht dagegen reden, sondern genau hinschauen. Agilität und gute Prozesse wollen das Gleiche. Müssen wir dennoch verteilt arbeiten, so sollten wir unbedingt auf die menschliche Komponente achten. Frei nach Felix Magath bei der Vorstellung des Spielers Raul sollte es "unsere Verpflichtung sein", die Mitarbeiter "so in Szene zu setzen", dass Sie "ihre Fähigkeiten voll ausspielen können". Andernfalls schließt auch Raul keine Tore, sondern wird zu einem mittelmäßigen und schließlich frustrierten Mitspieler.